Aqua LinQ defect?

[kappa7]

6 hours ago, Pass said:

Daar ben ik woensdag mee bezig geweest ... en nu lukt ongeveer helemaal niets meer. Vroeger heb ik wel eens een vast adres aan mijn NAS gegeven op de router (zoals hier door u aangegeven). Maar bij Aqua geeft men een andere uitleg. Men werkt met de GUI van LinQ core. Ik heb het opgezocht op het forum, maar ik vind helemaal geen duidelijk antwoord wat nu juist moet gebeuren.

 

 

 

The Core “Virtual Port”
https://www.aquahifi.com/file/manuals/LinQ_Core_Roon_EN.pdf
It may happen on certain occasions that the router (or modem/router) of Local Area Network (LAN) performs a re-assignment of the IP address of the HQP Core, that is the router changes the IP address. [Nota: IP-adres van HQPlayer core.  Bekijk de foutmelding die Roon geeft als het probleem opduikt “Playback failed because Roon could’t connect to HQPlayer”].
At this point for the system to work it would be necessary to re-enter this new IP address in the HQPlayer setup of the Roon App. [Het invoeren van het IP-adres van HQP wordt oorspronkelijk tijdens de setup van Roon gedaan.  Daarmee geef je aan waarheen Roon de datastroom moet voeren. Naar het HQP-IPadres dus.]

This inconvenience can be avoided by assigning a static "Virtual Port" to the HQP Core, in the section 'Core Ethernet' of GUI. This is an IP address established by the user, who will type it in the dedicate field.
Once this is done, it is no longer necessary to worry about any changes of the IP made by the router.

 

To avoid possible network conflicts with other IP numbers automatically assigned by the router it is advisable to use, for the last of the 4 numerical fields of the Virtual Port address, the upper part of the allowed numerical range, in other words: for example, if your network uses 192.168.0.xxx, it is advisable to set for the Virtual Port a number in the range 192.168.0.200 to 192.168.0.255 (this is because the router usually assigns the addresses in progressive sequence 1..255).

 

Ik denk dat ik het item “vaste adressen” dus even laat rusten, en eerst ga proberen de zaak in gang te krijgen zonder.

 

Ik denk juist dat je daar de oorzaak moet zoeken als ik het bovenstaande zo lees.

Eerst de basis goed inrichten anders blijft het een gedoe met het niet kunnen vinden van apparaten.

Het systeem kijkt namelijk direct naar een IP adres en dat moet dus gelijk blijven.

Met DHCP loop je het risico dat je na het opnieuw in schakelen van een apparaat je een ander IP adres krijgt.

Daar zijn dus die vaste adressen voor nodig.

Andere optie is steeds opnieuw je IP adres van je apparaten opzoeken en opnieuw invoeren.

Vandaar ook mijn eerdere uitleg in hoe je een netwerk opzet.

Gebruik je thuis alleen een telefoon en een laptop dan voldoet de DHCP vaak wel maar ga je met een server werken dan kan je eigenlijk al niet zonder goed IP plan.

 

 

 

[Pass]

Om met de deur in huis te vallen, ik ben hier aan het genieten van de eerste symphonie van Beethoven.

Dus eerst een dikke BEDANKT aan ieder die reageerde en me hielp zoeken.

 

Wat is er veranderd? Ik gooide de Silent Angel Bonn N8 eruit (zoals Jack aanraadde) en hing de twee aansluitingen voor Aqua (een aansluiting voor de NUC en een aansluiting voor de LinQ) rechtstreeks aan de modem/router van de provider. That's all. Mijn living vulde zich met muziek. Of zoals Geerdie het zou zeggen: "Mijn rete mooi spul werkt".

 

Het antwoord op de vraag "Hoe komt het" zoek ik in het aangehaalde artikel dat ik maar voor de helft begrijp:

Is multicast traffic required for Roon? Yes. Roon, Apple Airplay, Google Chromcast, all of these things where a device needs to discover an audio endpoint is using MDNS and the address 224.0.0.251 to discovery the host address of these devices.
https://community.roonlabs.com/t/is-multicast-igmp-needed/71892/11

De bitjes verloren blijkbaar de goede weg bij gebrek aan MDNS of IGMP, vonden het endpointdevice niet (NAA) en dus geen muziek.

Dus nu moet ik best zorgen dat de bitjes niet meer verdwalen en zorgen voor een switch met IGMP (en apparaten met een vast IP-adres).

 

Maar pas op, ik wil toch nog even voorzichtig blijven. Het gebeurde inderdaad reeds verschillende malen dat, na een wijziging met eureka-allure, de zaak terug in orde scheen, tot de volgende dag of een paar dagen later, en dan weer stilte. Alsof de muziek toevallig soms de goede weg vind en soms niet. Of speelden hier twee factoren tegelijk, wijzigende IP-adressen en ontbrekende IGMP? Dan hebben ze wel goed met mijn ... gespeeld. Een jaar en vier maanden nu.

Goed, Ik zal nu die vaste adressen maar eens aanpakken.

 

Opmerkingen zijn natuurlijk nog altijd welkom, alsmede begeleiding in het vaste adressen experiment.

[Tubejack]

Mooi dat het nu werkt.  Ik zou het zelf voorlopig zo laten.  Eerst maar eens genieten. Vaste adressen kan altijd nog. 

[Geerdie]

14 hours ago, Pass said:

Om met de deur in huis te vallen, ik ben hier aan het genieten van de eerste symphonie van Beethoven.

Dus eerst een dikke BEDANKT aan ieder die reageerde en me hielp zoeken.

 

Wat is er veranderd? Ik gooide de Silent Angel Bonn N8 eruit (zoals Jack aanraadde) en hing de twee aansluitingen voor Aqua (een aansluiting voor de NUC en een aansluiting voor de LinQ) rechtstreeks aan de modem/router van de provider. That's all. Mijn living vulde zich met muziek. Of zoals Geerdie het zou zeggen: "Mijn rete mooi spul werkt".

 

Het antwoord op de vraag "Hoe komt het" zoek ik in het aangehaalde artikel dat ik maar voor de helft begrijp:

Is multicast traffic required for Roon? Yes. Roon, Apple Airplay, Google Chromcast, all of these things where a device needs to discover an audio endpoint is using MDNS and the address 224.0.0.251 to discovery the host address of these devices.
https://community.roonlabs.com/t/is-multicast-igmp-needed/71892/11

De bitjes verloren blijkbaar de goede weg bij gebrek aan MDNS of IGMP, vonden het endpointdevice niet (NAA) en dus geen muziek.

Dus nu moet ik best zorgen dat de bitjes niet meer verdwalen en zorgen voor een switch met IGMP (en apparaten met een vast IP-adres).

 

Maar pas op, ik wil toch nog even voorzichtig blijven. Het gebeurde inderdaad reeds verschillende malen dat, na een wijziging met eureka-allure, de zaak terug in orde scheen, tot de volgende dag of een paar dagen later, en dan weer stilte. Alsof de muziek toevallig soms de goede weg vind en soms niet. Of speelden hier twee factoren tegelijk, wijzigende IP-adressen en ontbrekende IGMP? Dan hebben ze wel goed met mijn ... gespeeld. Een jaar en vier maanden nu.

Goed, Ik zal nu die vaste adressen maar eens aanpakken.

 

Opmerkingen zijn natuurlijk nog altijd welkom, alsmede begeleiding in het vaste adressen experiment.

 

Fijn om te horen! Zo wordt je moeite tóch beloont.
Veel plezier met dat rete mooie spul.

[Duclaasie]

Veel plezier met je set. Na zoveel inzet eindelijk je verdiende beloning. 

[Pass]

Ik heb, tussen de muziek door, nog even verder gekeken.

 

Eerst de LinQ aangesloten zonder een switch; dat ging de hele week goed.  Dan een kleine LinkSys ertussen die ik nog had liggen (zonder IGMP-snooping); doodse stilte.   Dan maar een TPLink SG108 (met IGMP-snooping) gekocht; en terug volop muziek.

Duidelijk dus. Als je een switch plaatst tussen de router en de LinQ streamer, dan moet die switch over IGMP-snooping beschikken, anders gaat het mis. M.i. een specifieke eigenschap van de LinQ-opzet met HQPlayer.

 

Maar hallo. Wat mis ik hier? Waarom vind ik dit nergens in de documentatie terug, al was het maar als hint? Het zou me maanden en maanden zoekwerk, ontreddering, twijfel bespaard hebben. Ik zal toch niet de enige zijn met een switch in mijn Aqua installatie? De muziekinstallatie alleen behoeft 3 netaansluitingen (NUC, LinQ en NAS). tel dan nog maar een PC en een TV. Hoe doet men dat zonder switch? En dan bedenk ik nog dat ik op zoveel plaatsen las dat een switch voor je  streamer de SQ ten goede kan komen.

Maar geen half woord over de vereisten waaraan een eventuele switch moet voldoen. Niet in een manual, niet in verkoopsadvertenties, niet in de talloze, stuk voor stuk zeer positieve, reviews, niets in internetvermeldingen en -besprekingen.

 

Aqua maakt graag en veelvuldig reclame voor het Plug & Play gehalte van zijn apparaten. Bij mij duurde de Plug & Play één jaar en vier maanden!

Ik heb op internet ongeveer alles nagezocht en gelezen dat maar enigszins verband kon houden. De dealer, de invoerder en de fabrikant heb ik gecontacteerd en om hulp gevraagd, de dealer en de invoerder testten de LinQ, lieten hem testen door een derde en deelden mee dat alles ok was met de LinQ. Volgens de dealer lag het aan mijn NUC of mijn netwerk en was hij dus niet verantwoordelijk. Hij contacteerde een IT-specialist die de zaak zou nakijken, maar wat deze juist deed weet ik nog steeds niet. Als test verving ik de switch (helaas door een exemplaar zonder IGMP, welke IT-leek let daar nu op) en alle bekabeling, de provider plaatste een nieuw modem/router en ik kocht een nieuwe NUC want noch de dealer, noch de invoerder konden me een testtoestel bezorgen. Wordt een klant ondersteld zo'n zaak alleen op te lossen? Vind men het normaal dat je na een investering van zo'n €13000 (LinQ + dac + kabel) er alleen voor staat? Op zeker ogenblik merkte de dealer op dat ik niet moest klagen want hij had me 10% korting gegeven om de zaak zelf te installeren (ik had inderdaad korting gekregen, maar dat ik daarmee alle service afkocht, dat was totaal nieuw voor mij).

Dan raadde iemand op dit forum me aan de zaak hier eens uit te leggen ...

 

Ik zou Aqua, i.p.v. te wijzen op Plug & Play, aanraden een goede IT-basisopleiding voorop te stellen voor zijn klanten. Of anders de nodige zorg te besteden aan zijn documentatie en de kwaliteit van zijn verkoopsnet. Immers, hun apparatuur is goed, steengoed, en dit voor een aannemelijke prijs t.o.v. de concurrentie.

 

Ik zou, zelfs na mijn avontuur, Gydo aanraden de LinQ nog eens in overweging te nemen.

[Tubejack]

Het is triest dat je zo lang zelf hebt moeten zoeken. Jammer dat je zo weinig ondersteuning hebt gehad. 

IT specialist..... Gelukkig is er dit Hear forum. 

[kappa7]

Ik ben blij dat ook het probleem ook echt gevonden is en niet weer even een tijdelijke fix.

Fijn dat Jack dit wist. Ik ben zelf notabene werkzaam in deze tak van sport maar zou hier eerlijk gezegd ook niet direct aan denken.

Ik kan me voorstellen dat Aqua dat ook niet direct zou doen maar zo als je zegt, je mag verwachten dat er meer klanten zijn met een dergelijke setup.

Het is alleen maar te hopen dat ze hier wel van leren en dit nu dan ook opnemen in hun manual.

 

Ik vind het een interessante opzet die je hebt.

Een die ik zelf ook op wil eigenlijk. Toevallig ben ik een aantal weken geleden ook begonnen om een opzet te maken met de HQplayer en ook daar loop ik tegen de nodige problemen aan die eigenlijk allemaal hardware gerelateerd zijn.

Zo is mij oude Quadcore PC echt niet voldoende om HQplayer op te laten draaien dus eerst maar weer kijken of ik nog ergens een oude desktop kan vinden die daar voor te misbruiken is.

 

[Pass]

On 24-12-2022 at 16:57, kappa7 said:

Toevallig ben ik een aantal weken geleden ook begonnen om een opzet te maken met de HQplayer en ook daar loop ik tegen de nodige problemen aan die eigenlijk allemaal hardware gerelateerd zijn.

Tijdens mijn voorbije zoektocht kwam ik een en ander tegen. Dat deel ik graag, misschien is het interessant voor u (als je het al niet weet).

De ontwikkelaar van HQPlayer (van Signalyst) is Jussi Laako. De man zit op verschillende fora en geeft graag info. Ik kwam hem daarjuist tegen op audiophilestyle.com onder de naam "Miska" met allerlei problem solving, tips en hulp i.v.m. HQPlayer ( https://audiophilestyle.com/forums/topic/30983-hqplayer-linux-desktop-and-hqplayer-embedded/page/230/#comments ). Vorig jaar mailde ik nog met Jussi maar kreeg helaas geen geschikt antwoord. Misschien wist hij het toen nog niet.

Hoe kwam ik daar nu? Je schreef dat je problemen hebt met HQPlayer, ik herinnerde me Jussi en zocht een site voor je. En wat kom ik tegen? Een post van een maand geleden met de oplossing van mijn probleem!!

 

    On 11/25/2022 Mike Rubin said:

    Unfortunately, the Signature Rendu in my main system is on another floor, where all of the wall plates are connected to a 48 port switch out in my garage that in turn is connected to the router.

Miska

Ahh, now I see. Is that 48 port switch perhaps a smart (configurable) one? If so, please check that it is configured correctly. You may need to enable "IGMP Snooping" in order to enable needed multicast subscriptions go through instead of multicast messages just being thrown away. Such device filtering multicast traffic could explain why HQPlayer is not seeing NAA. Multicasts are essential for this to work.

Also to ensure reliable streaming, especially to Rendu which is network bandwidth limited, you must have 802.3x Flow Control enabled. For general reliability, also 802.1p CoS and DiffServ (QoS features) should be enabled.

 

Na meer dan een jaar zoeken. Zoiets geloof je niet.

 

Goed, Ik hoop dat deze site u wat vooruit kan helpen, kappa.

En prettige feesten voor allen.

 

 

Edit: Het is toch niet dit dat je zoekt?  https://audiophilestyle.com/ca/bits-and-bytes/streaming-services-through-hqplayer-natively-r1068/

Edited 26 december 2022 by Pass

[kappa7]

Mijn probleem met HQ player is dat mijn huidige muziek PC niet alle benodigde standaarden ondersteund.

De HQ server wil niet eens starten onder linux. Zet ik dat op mijn laptop dan draait het snel maar om die nu in te gaan zetten als muziek PC is dan weer niet handig. Kortom ik moet eens rustig opzoek gaan naar een compacte PC om als muziek PC in te richten. Ik zit dan naar zo iets te kijken.

https://www.itgigant.nl/product/hp-elite-slice-g1-intel-core-i5-7500t-8gb-256gb-ssd/

Lijkt me prima om HQ player op te draaien.

Nog even kijken of dit wel voldoet voor dat ik zoiets aanschaf. Zou zonde zijn als dat ook niet voldoet.

Ik vind de behuizing in elk geval wel netjes en niet misstaan in het audio rack.

 

 

 

[WanFie]

Mocht je die aan willen schaffen, denk er dan aan dat Windows 11 hier niet op draait. In de toekomst alleen voor Linux geschikt dus. Dit is een 7e generatie en Win 11 pas vanaf de 8e.

[kappa7]

Lijkt me perfect dus Geen windows.

Maar ik heb hier wel een Win 11 versie die daar op kan worden geïnstalleerd.

Microsoft heef daar een tool voor vrijgegeven die de TPM check bij installatie niet uitvoert maar wel volledig support geeft voor updates en dergelijke.

Ik heb die al een tijdje draaien op mijn laptop die met ook op een 6e generatie processor draait. Heeft eigenlijk nog nooit zo goed gedraaid on der win 10.

https://nl.hardware.info/nieuws/80883/zo-installeer-je-nog-eenvoudiger-windows-11-zonder-tpm

 

Edited 26 december 2022 by kappa7

[WanFie]

22 minutes ago, kappa7 said:

Lijkt me perfect dus Geen windows.

Maar ik heb hier wel een Win 11 versie die daar op kan worden geïnstalleerd.

Microsoft heef daar een tool voor vrijgegeven die de TPM check bij installatie niet uitvoert maar wel volledig support geeft voor updates en dergelijke.

Ik heb die al een tijdje draaien op mijn laptop die met ook op een 6e generatie processor draait. Heeft eigenlijk nog nooit zo goed gedraaid on der win 10.

https://nl.hardware.info/nieuws/80883/zo-installeer-je-nog-eenvoudiger-windows-11-zonder-tpm

 

Ok. Bedankt, dat ga ik op mijn laptop eens proberen. Dat is een i5 5300U. Dan werken 3 van de 4 PC's hier op 11. Voor de laatste (onze streamer in de huiskamer) kan het later nog. Hier draait nu Windows 10 en Kodi op.

[kappa7]

Je hebt dan wel de versie 3.18 nodig.

Ik had en nieuwere versie geprobeerd en daar was de optie al weer verdwenen.

 

[SpaceJS]

On 24-12-2022 at 15:37, Pass said:

Ik heb, tussen de muziek door, nog even verder gekeken.

 

Eerst de LinQ aangesloten zonder een switch; dat ging de hele week goed.  Dan een kleine LinkSys ertussen die ik nog had liggen (zonder IGMP-snooping); doodse stilte.   Dan maar een TPLink SG108 (met IGMP-snooping) gekocht; en terug volop muziek.

Duidelijk dus. Als je een switch plaatst tussen de router en de LinQ streamer, dan moet die switch over IGMP-snooping beschikken, anders gaat het mis. M.i. een specifieke eigenschap van de LinQ-opzet met HQPlayer.

 

Maar hallo. Wat mis ik hier? Waarom vind ik dit nergens in de documentatie terug, al was het maar als hint? Het zou me maanden en maanden zoekwerk, ontreddering, twijfel bespaard hebben. Ik zal toch niet de enige zijn met een switch in mijn Aqua installatie? De muziekinstallatie alleen behoeft 3 netaansluitingen (NUC, LinQ en NAS). tel dan nog maar een PC en een TV. Hoe doet men dat zonder switch? En dan bedenk ik nog dat ik op zoveel plaatsen las dat een switch voor je  streamer de SQ ten goede kan komen.

Maar geen half woord over de vereisten waaraan een eventuele switch moet voldoen. Niet in een manual, niet in verkoopsadvertenties, niet in de talloze, stuk voor stuk zeer positieve, reviews, niets in internetvermeldingen en -besprekingen.

 

Aqua maakt graag en veelvuldig reclame voor het Plug & Play gehalte van zijn apparaten. Bij mij duurde de Plug & Play één jaar en vier maanden!

Ik heb op internet ongeveer alles nagezocht en gelezen dat maar enigszins verband kon houden. De dealer, de invoerder en de fabrikant heb ik gecontacteerd en om hulp gevraagd, de dealer en de invoerder testten de LinQ, lieten hem testen door een derde en deelden mee dat alles ok was met de LinQ. Volgens de dealer lag het aan mijn NUC of mijn netwerk en was hij dus niet verantwoordelijk. Hij contacteerde een IT-specialist die de zaak zou nakijken, maar wat deze juist deed weet ik nog steeds niet. Als test verving ik de switch (helaas door een exemplaar zonder IGMP, welke IT-leek let daar nu op) en alle bekabeling, de provider plaatste een nieuw modem/router en ik kocht een nieuwe NUC want noch de dealer, noch de invoerder konden me een testtoestel bezorgen. Wordt een klant ondersteld zo'n zaak alleen op te lossen? Vind men het normaal dat je na een investering van zo'n €13000 (LinQ + dac + kabel) er alleen voor staat? Op zeker ogenblik merkte de dealer op dat ik niet moest klagen want hij had me 10% korting gegeven om de zaak zelf te installeren (ik had inderdaad korting gekregen, maar dat ik daarmee alle service afkocht, dat was totaal nieuw voor mij).

Dan raadde iemand op dit forum me aan de zaak hier eens uit te leggen ...

 

Ik zou Aqua, i.p.v. te wijzen op Plug & Play, aanraden een goede IT-basisopleiding voorop te stellen voor zijn klanten. Of anders de nodige zorg te besteden aan zijn documentatie en de kwaliteit van zijn verkoopsnet. Immers, hun apparatuur is goed, steengoed, en dit voor een aannemelijke prijs t.o.v. de concurrentie.

 

Ik zou, zelfs na mijn avontuur, Gydo aanraden de LinQ nog eens in overweging te nemen.

Even voor allen hier, IGMP snooping is een vrij standaard functie en  zal doorgaans misschien kunnen ontbreken op oude of zeer goedkope switches. Ik kan mij gezien de vele mogelijke configuraties waaruit een netwerk kan bestaan voorstellen dan men als leverancier van Linq hier geen uitspraak over doet op het aamgeven van onderstuening voor multucast protocol na.

[Tubejack]

30 minutes ago, SpaceJS said:

Even voor allen hier, IGMP snooping is een vrij standaard functie en  zal doorgaans misschien kunnen ontbreken op oude of zeer goedkope switches. I

Een Silent Angel Bonn N8 is met €395 geen goedkope switch. 

[SpaceJS]

6 minutes ago, Tubejack said:

Een Silent Angel Bonn N8 is met €395 geen goedkope switch. 

ik ging uit van de Linksys die genoemd werd, die silent angel zou ik niemand aanraden, ondersteind volgens zijn specs niets van de standaard protocollen, ik zou het bijna een hub noemen

 

[Tubejack]

Op diverse sites krijgt het lovende recensies. Ik snap het daarom ook niet 

[SpaceJS]

2 hours ago, Tubejack said:

Op diverse sites krijgt het lovende recensies. Ik snap het daarom ook niet 

voor mij is dat hele ding een hoax, netwerk protocollen met alle techniek die erbij hoort zorgen er juist voor dat de klok niet zoveel invloed heeft. Zeker voor dat kleine beetje data van audio streams zou dat niets uitmaken.

[Bloom]

Het is zo goed als onmogelijk om een verschil in datakwaliteit te krijgen met goedwerkende netwerkswitches en -kabels. Waar de verkopers van "audiofiele" netwerktoestellen op rekenen is dat mensen niet weten dat in een netwerk een overdacht van data van punt A naar punt B 100% accuraat moet zijn. Ook met goedwerkende (en dat zijn ze lang niet allemaal!) "audiofiele" netwerktoestellen is dat zo. Accuraat is accuraat he. En met een klok heeft dat ook allemaal niks te maken. Ja, er is een ritme waarmee data in de vorm van netwerkpakketjes doorheen het systeem geleid worden. Maar dat is helemaal inherent aan de netwerkprotocollen (en daar zijn er maar liefst 7 lagen van niveau's van). Voor muziek tellen er in een netwerk maar twee dingen: de oorsprong in punt A waarbij de muziek ofwel van analoog naar digitaal gaat, of van een digitale bron wordt afgetakt, en als tweede het doel in punt B waarbij de binaire data weer omgezet wordt naar analoog. Als er een verschil in ritme zou optreden tussen punt A en punt B, noemen we dat jitter. Jitter kan echter niet optreden in een netwerk. Daar komt data immers 100% accuraat aan. Zelfs als er zware problemen zijn met de kabels of de apparatuur: dan worden de netwerkpakketjes herhaald totdat ze correct aangekomen zijn. Dus zelfs bij dergelijke problemen is de data die aankomt nog steeds 100% accuraat. Wat kan er dan mislopen? Als er zoveel netwerkpakketjes herhaald moeten worden, en er nauwelijks of zelfs helemaal geen perfect aankomen, dan kan de vloeiende toevoer staken en geneneert het systeem een fatele netwerkfout. Als dat tijdens weergave van muziek gebeurt, spreken we van een dropout (een duidelijke pauze in de muziek). Daarom gebruikt men bij telefonie vaak een ander netwerkprotocol dat UDP heet: dat zendt data zonder ooit aan de ontvangerkant de controleren of die correct aangekomen is. Dan heb je nooit dropouts, maar omdat de data dan niet meer accuraat is kun je wel vervorming krijgen. Bij telefonie besloot men dat het beter is dat de spraak blijft vloeien en neemt men voor lief dat die af en toe vervormd klinkt.  Bij muziekweergave doen we dat niet. Daar werken we met dezelfde protocollen als die van computers voor het versturen van binaire data. En dan kun je dus bij fysieke problemen (of soms ook softwareproblemen) dropouts krijgen. Een manier om dat op te vangen is gebruik te maken van een buffer: dan houden we van enkele seconden tot een volledige minuut in een buffer bij zodat we altijd vloeiende muziek kunnen garanderen. Het betekent dat wel dat de muziek pas begint te spelen als die buffer gevuld is. En het betekent ook niet, dat er dan helemaal geen problemen meer kunnen ontstaan. Als de netwerkdata staakt of als er maar heel weinig correcte netwerkpakketten toekomen, dan zul je dat echt wel merken. En dan is het zeker tijd om je hoofd niet in het zand te steken met actief op zoek te gaan naar de problemen en die te verhelpen. Mijn netwerk werkt absoluut correct, zowel draadloos als bekabeld, en doet dat al vele jaren. Vandaar dat ik muziek probleemloos via mijn netwerk kan afspelen zonder enig probleem of hoorbaar maar fout artefact. Wat in de opname zit, wordt weergegeven. Iets anders niet.

[Kraus vonBentinck]

@Bloomdat is nog eens een helder betoog.

[Pass]

1 hour ago, Tubejack said:

Op diverse sites krijgt het lovende recensies. Ik snap het daarom ook niet 

De Bonn N8 is een switch die op de markt gekomen is toen er meer en meer accessoires uitkwamen om de klank van een installatie te verbeteren. Deze switch speelt voornamelijk op het vermijden van ruis en (dus) het verkleinen van jitter. Maar de meeste audiofanaten zijn geen specialisten zoals op dit forum. Van protocollen kennen ze niet veel (ik bijvoorbeeld). Is in de meeste gevallen ook niet nodig; de fabrikant prijst de voordelen van zijn nieuw product aan "superior audio grade", je leest enkele mooie recensies, de dealer legt er nog wat bovenop, de prijs is te doen en ... verkocht. En het product doet inderdaad ongeveer wat beloofd werd. Tot je in botsing komt met zo'n stukje protocol natuurlijk, maar daar wordt niets over gezegd bij verkoop, want dat schrikt af. Duidelijk noodzakelijke ontbrekende info.

Andere "vergeten" info vind je bijvoorbeeld bij sommige servers met een Celeron-processor die als Roon Core verkocht worden, daar waar Roon duidelijk "minimum een i3" vooropstelt. De Silent Angel Rhein Z1 High Performance Music Server (een mond vol) is er een voorbeeld van, en er zijn er andere.

[Bloom]

Ruis en jitter kan niet voorkomen bij netwerkdata, zoals ik hoger uitgelegd heb. Ruis is iets analoogs. Als dat in het analoog signaal zit, zal het ook in de netwerkdata zitten. Maar het netwerk voegt zelf geen ruis toe.

Edited 27 december 2022 by Bloom

[Seed7]

1 hour ago, Pass said:

Maar de meeste audiofanaten zijn geen specialisten zoals op dit forum.

 

en velen interesseert het ook niet. Die haken (bij voorbaat) bij iedere vorm van technische verhandeling af en schuiven liever euro's over de toonbank op basis van een verhaal (van een zelfbenoemde guru).

 

[Tubejack]

3 hours ago, Seed7 said:

 

en velen interesseert het ook niet. Die haken (bij voorbaat) bij iedere vorm van technische verhandeling af en schuiven liever euro's over de toonbank op basis van een verhaal (van een zelfbenoemde guru).

 

Dat is jammer. Van een goed ontworpen netwerk heb je jaren lang plezier.