Audio dropouts op mijn streamer sinds enkele maanden

Heeft het bezoek aan Leidschendam nog tot nieuwe inzichten geleid ? 

Ha, hmmsjan_2, goedemorgen,
Wat leuk dat je er op terugkomt. Het was een demonstratie om te laten horen wat een (wel dure) audiofiele switch voor de muziek kan opleveren. Zeer overtuigend, maar de portemonnee moet wel heel wijd open. Er werd ook informatie gegeven over hoe een netwerk er optimaal uit kan zien. Vanaf de router is er dan eerst een switch waar de nullen en enen netjes op een rij worden gezet in pakketjes, ik zeg het even in eigen woorden. Daar komen de gaming console (heb ik niet), de tv en wat al niet aan te hangen en ook je audiofiele switch. Aan die audiofiele switch zit bij voorkeur maar 1 apparaat: je streamer. 
Voor mij was het nieuw dat je zo dus twee switches inzet. De eerste kan best een gewone switch zijn, eentje zoals die van T-Link, of Netgear, of D-Link. Die doet prima het eerste werk, namelijk de router ontzien van veel taken. Ik geef gewoon weer wat ik gehoord heb en dat was dan mijn nieuwe inzicht.

De mannen van Grimm Audio geven aan dat de streamer rechtstreeks op de router kan, omdat zij hun zaken goed op orde hebben in de streamer zelf. Een YouTuber met de naam Hans van Beekhuyzen heeft de ervaring dat dat werkelijk zo is. Jaap Veenstra, die de demonstratie deed keek wat bedenkelijk toen ik hem dat vertelde. “Wij hebben de ervaring dat ook bij een MU1 van Grimm een switch ertussen behulpzaam is.” 
Grimm heb ik gisteren een e-mail gestuurd waarin ik mijn dropoutprobleem nog maar eens heb voorgelegd, maar ik ga er niet vanuit dat ze in actie willen komen, zij weten zeker dat mijn apparaat goed werkt; in oktober '25 hebben zij na een interne modificatie alles langdurig en grondig doorgemeten en als het weer zou optreden, dan MOEST het wel aan mijn netwerk liggen. 

Het idee van een extra switch ertussen heeft ertoe geleid dat ik gisteren via marktplaats er een heb  gekocht. Ik ben benieuwd of dat het dropoutprobleem kan oplossen…
Dat vergt dan weer wat uurtjes luisteren. Die eerste uren zijn doorgaans een genot, want muziek afspelen, dat gaat op zich heel goed met een MU1… en dan… (cliffhanger)

Alvast een fijn weekend. Ik wacht op het arriveren van de switch. (Ook een audiofiele overigens, maar niet zo'n dure als waar mee gedemonstreerd werd in Leidschendam. Een English Electric 8. Zo hoop ik dat in plaats van een goedkope TP-link de eerste schifting in mogelijk verstorende ellende uit de KPN box12 het het signaal makkelijker wordt gemaakt in het vervolg van de stroom nulletjes en enen.)

Maestro57

Mijn bescheiden mening als IT en elektronica geïnteresseerde:

Bij Qobuz worden audio bestanden van studios verkregen of van een medium "geript". Deze worden verpakt in Flac containers om ze kleiner te maken. In tegenstelling tot MP3 en andere gebeurt dat heel netjes en komt het bestand in de MU1 ongeschonden uit de container. Het hele traject van Qobuz naar de MU1 is opgezet om 100% integriteit van de data te garanderen. Ook de gigabytes data van een wetenschappelijk instrument, een software distributie of de belastingaangifte moeten onbeschadigd overkomen. De Flac container kan alleen geopend worden door software, en dat is de flac decoder in de MU1. Die decoder is niet geïnteresseerd in timing, als er een blok data binnenkomt wordt het gedecodeerd en komt als groter blok originele audio data in de uitvoer buffer terecht. Geen enkel apparaat of kabel tussen Qobuz en de MU1 heeft zicht op de audiodata en kan dus iets aan de audio verbeteren.

Als het Flac bestand gedownload wordt gaat het gegarandeerd goed, maar Qobuz is een streaming provider. Dan is een keiharde voorwaarde dat de Qobuz server en de MU1 samenwerken om te zorgen dat de DAC de uitvoerbuffer niet leegtrekt. Bij filevorming op het internet kan dat een probleem zijn, waarbij buffergrootte kan helpen. Anders komen er dropouts. 

Pas aan de uitgang van de Flac decoder in de MU1 wordt het audiofiel interessant: de klok waarmee de buffer wordt uitgelezen heeft direct invloed op de toonhoogte. Een normaal kristal van een Euro of  een kwartje als je er een paar duizend inkoopt is op 20-50 ppm nauwkeurigheid gespecificeerd. Op de standaard A muzieknoot van 440Hz is dat 0.022Hz. Ik geef de audiofielen het voordeel van de twijfel of dat hoorbaar is of onrust geeft in de muziek. Mogelijk komt er nog wat jitter bovenop bij het uitlezen van het geheugen. Als ik het goed gelezen heb heeft de MU1 een veel nauwkeurige timing die ook aan de DAC wordt opgelegd. Perfect dus.

De MU1 voegt nog upsampling toe in het pad naar de DAC via een FPGA. Dat kan theoretisch en meetbaar verbetering geven op zeer lage signaal niveaus. FPGA's programmeren is een vak apart, een algoritme uitbesteden aan "hardware", dus ik neem aan dat Grimm daar zeer goed over heeft nagedacht en dat dit optimaal gebeurt.

Als ik goed gelezen heb is Ethernet gespecificeerd op 100ppm timing nauwkeurigheid, dus een gewoon kristal met 20-50ppm ligt daar netjes binnen en dus zal de data transmissie met normale "IT-grade" apparatuur probleemloos functioneren. Geen switch kan iets verbeteren aan de audio, want de switch ziet geen audio. Anders graag bevestiging via een blinde en statistisch kloppende AB test. Naar mijn bescheiden mening is er met het advies van Grimm om de MU1 rechtstreeks aan de KPN router te koppelen niets mis.  

Dit klopt als een huis. Een vaak gebruikte argument is het reduceren van "electrical noise” door gebruik van hoogwaardige componenten, maar deze is niet significant meetbaar en te bewijzen. Bovendien is "electrical noise” het meest veroorzaakt door schakelde voeding. Door  PoE switches te gebruiken is deze helemaal te elimineren indien de PoE inserter ver van hifi apparatuur te plaatsen, en door nog maar een voeding voor het hele huis te gebruiken is de invloed van de voeding nog maar microscopisch waarneembaar (respectievelijk de transformator van HIFI versterker overstraalt alles).

​@Maestro57 

Goedemiddag,

Ik maak zelf vaak gebruik van Roon. Er draait een server op een Windows PC, en streamen van eigen materiaal en soms Qobuz of een enkele kaar internet radio kan naar een variatie aan endpoints en gaat eigenlijk altijd goed, al moet ik er wel bij vermelden dat de Roon server (niet de PC) elke nacht automatisch herstart wordt omdat bij een vorige versie gebleken is dat er instabiliteit optreed bij meerdere dagen actief aan.

Jouw Grimm Audio MU-1 gebruikt Roon Core als besturingssysteem, en is standaard blijkbaar in DSD upsample mode gezet. 

Jouw Lyngdorf versterker zal vrijwel zeker de streams van Qobuz niet upsamplen maar weergeven zoals het aangeboden wordt. En je schrijft dat dat goed gaat.

Ik stel voor dat je de output van Roon (tijdelijk?) veranderd naar standaard 24bit 96Khz al dan niet met volume normalisering aan. Reden: upsampling naar DSD kost erg veel rekenkracht, en veel intern geheugen. Wellicht is het ook wel eens goed om een tijdje van de interne schijf te luisteren met de huidige instellingen, als het probleem dan ook optreed is het redelijk zeker dat de DSD upsampling te zwaar is voor de hardware.

Succes.

Beste hmmsjan_2, TDN Wijsgeer en Kruiffie, EN GEACHTE KPN-medewerker, (want onderaan heb ik een aan u gerichte vraag)

Er is wat tijd verstreken na jullie laatste berichten, waarvoor overigens nog hartelijk dank. Omdat ik andere bezigheden had, kon ik een weekje weinig luisteren naar muziek. Ondertussen was mijn via Marktplaats aangekochte switch als ‘bufferswitch’ aangekomen. Ertussen geplaatst en luisteren. Dat ging een aantal uren goed totdat… ja hoor, daar waren ze weer. 
Een extra switch deed dus niet wat ik hoopte.

Een van jullie gaf aan dat de MU1 dus moeite zou hebben met hogere bemonstering (ik meen dat het zo heet als de bits en de oversampling hoger zijn dan 44kHz-16 bits.) Bij 44-16 van de harde schijf gaat het dus goed. Dan zou het lek wellicht boven zijn.
Daarom ben ik in de instellingen van roon gaan rommelen, de waardes naar beneden gezet en muziek geluisterd. De muziek leed er niet merkbaar onder, maar in het overzichtje dat je kunt krijgen in roon met de route die de bits volgen, zie je dat er een omweg moet worden gemaakt voordat er muziek wordt gereproduceerd. Er verscheen bij een aantal songs ook bovenin de mededeling ’Hoge kwaliteit’ in plaats van wat er normaliter staat: ‘Lossless’.

Het werd er niet beter op, heel af en toe stopte zelfs de weergave. Met teruggaan naar de normale instellingen werd zo'n track dan weer wel afgespeeld.

Daarna ben ik in de rolvensters van roon op zoek gegaan naar Mijn albums. Dat betreft dan toegang tot de ooit door mij geripte cd's, allemaal FLAC-files, 44kHz-16 bits, 2 channels. Ik ben gaan afspelen, mijn geripte op de in de MU1 geplaatste interne harddisk omvat een collectie cd's waarmee ik ruim 13 dagen kan spelen. Ik heb op start gedrukt en vervolgens op random, dus ik ga momenteel door mijn platencollectie heen, wat op zich weer vaak een feest is van herkenning. Na een uur of wat dacht ik: nog steeds geen dropouts. En dat is zo gebleven. Dat lijkt dan weer te duiden op lagere waardes instellen helpt. Nu hoefde ik niets in te stellen, want de files waren allemaal kortweg gezegd 44-16.

Maar ik wil ook kunnen streamen, want a/ daar heb ik een streamer voor gekocht en b/ ik ben regelmatig op zoek naar nieuwe muziek. Hoe mooi mijn collectie ook speelt en ooit door mij op cd is aangeschaft, mijn hoofd heeft regelmatig nieuwe input nodig, muziek die ik nog niet ken.

Ten einde raad heb ik mij maar weer tot Grimm Audio gericht en ik heb geprobeerd te duiden waar ik tegenaan loop. Degene die mij een antwoord stuurde, gaf aan dat er mogelijk iets aan de instellingen van de router/het modem zou kunnen worden veranderd. Met de verontschuldiging dat hij geen IT’er is, kwam hij met de hieronder geplakte suggesties, waarvan de vijfde me onzin lijkt, want de MU1 is geen goedkope streamer. Ik ben vervolgens gaan kijken of ik daar iets mee kon doen, via inloggen bij KPN. Lang verhaal ingekort: ik kreeg een medewerker aan de lijn en die gaf aan dat hij alleen helpen kan met problemen bij inloggen. Ik moest proberen een medewerker dit voor te leggen via het forum. Ik vraag bij deze assistentie op afstand van iemand met kennis van zaken die werkzaam is bij KPN. Kunnen we onderstaande zaken uitproberen?

• Flow Control: Schakel 'Flow Control' UIT op je switch of router. Dit mechanisme kan audio-pakketjes onnodig pauzeren.

• Energy Efficient Ethernet (EEE/802.3az): Schakel dit uit. De 'slaapstand' van poorten veroorzaakt micro-onderbrekingen die audiobuffers nekken.

• STP Priority: Heb je Sonos/meshed netwerk/expanders én een bekabeld netwerk? Verander de Spanning Tree Protocol settings; een verkeerde 'Root Bridge' blokkeert poorten na 30 minuten.

• MTU Size: Te grote pakketten zorgen voor fragmentatie. Zet de MTU op je router vast op 1500 (of 1492 voor PPPoE).

• Multicast Flood: Schakel UPnP uit als je het niet gebruikt; het creëert onnodig zoekverkeer dat goedkope streamers overbelast. 

• Duplex Mismatch: Forceer poorten op 1000Mbps Full Duplex in plaats van 'Auto'. Een mismatch zorgt voor trage data-opbouw.

Vriendelijke groet,
Maestro57

Precies wat ik helemaal aan het begin van dit topic al suggereerde. Lokaal afspelen is een goede methode om vast te stellen of het aan het internet verkeer kan liggen. 

Van alle genoemde punten heb ik niet het idee dat deze nu echt wat uit zouden maken (hoewel ik dat van punt 2 en 3 niet zeker weet).

Heb je visueel zichtbaar hoe groot de opgebouwde buffer is op elk moment? Als die dus steeds wat kleiner wordt dan is het iets wat geleidelijk aan gebeurd. Dan zou je dus bv ook de route naar de desbetreffende stream kunnen onderzoeken (of er af en toe een hoge latency optreedt). Een spike van 1 of 2 seconden kan dan al voldoende zijn om die buffer om zeep te helpen. Ook dat heb ik geloof ik helemaal in het begin al gesuggereerd.

Misschien dat een player op de pc wel zo'n buffer status weer kan geven. Of als je de daadwerkelijke stream weet dat je kijkt wat een ping daarnaartoe doet.

Dat lijkt me een waar genoegen, de CD collectie weer eens te beluisteren.. Maar een hoop vragen. 

In aanvulling op @rvk01:

Flow control: Dit zit op de MU1 diep verscholen in het besturingssysteem en is op de KPN router niet toegankelijk.  Controleer wel even op de router Thuisnetwerk-Ethernetpoorten of de link naar de MU1 Actual Bitrate op 1GbpS  staat. “Flow control” en “congestion control” kunnen op ieder netwerk segment tussen Qobuz en de MU1 een rol spelen. Daar is als gebruiker niets aan te doen. 

Energy efficient ethernet: nooit van gehoord. Zeker niet toegankelijk op de KPN router, misschien verstopt in de MU1?  Linux “ethtool” zegt:

--show-eee
              Queries  the  specified network device for its support of Energy-
              Efficient Ethernet (according to the IEEE 802.3az specifications)

Mijn PC geeft: 

EEE settings for enp2s0:
    EEE status: enabled - inactive
    Tx LPI: 12 (us)
    Supported EEE link modes:  100baseT/Full
                               1000baseT/Full
    Advertised EEE link modes:  100baseT/Full
                                1000baseT/Full
    Link partner advertised EEE link modes:  Not reported
 

Ik heb hier nog nooit naar gekeken.

STP: zolang het netwerk niet zo in de knoop zit dat een systeem langs twee wegen bereikt kan worden kan het uit staan. In “Thuisnetwerk-Ethernetpoorten” staat het standaard uit. Managed switches kunnen het aan hebben staan.

MTU: 1500 is standaard voor glasfiber. Ik neem aan dat dit in de MU1 ook zo staat.

Multicast: UPnP op de router moet in ieder geval uit want het is een veiligheidsrisico. Alleen voor gamers. Of het in roon ook uitgezet kan worden weet ik niet, misschien wordt zo andere audio apparatuur gedetecteerd.  

Duplex: zelfde als flow control: niet toegankelijk voor de gebruiker. Full Duplex is standaard. 

Over roon heb ik begrepen dat “Hoge Kwaliteit” betekent dat ergens onderweg de data veranderd worden, terwijl bij “lossless” de data net zo naar buiten gaan als ze binnenkomen. 

Hoe dat met DSD en upsampling zit weet ik niet, ik heb begrepen dat die dingen in de  MU1 juist worden uitbesteed aan de FPGA chip en dus niet de processor in de stress brengen. Volgens de MU1 handleiding kan het op 4x, 2x of uit gezet worden. 

Beste ​@Maestro57 

Fijn dat je van jouw eigen geripte CD's kan genieten zonder storing, Maar daarmee is jouw probleem nog niet opgelost. Negeer alle "vragen/ adviezen” betreffende netwerkinstellingen. Niet relevant.

Door jouw verhaal en ervaringen heb ik sterk het idee dat de oorzaak buiten de verbinding en zelfs jouw Grimm MU1 ligt. Welke DAC gebruik je achter de Grimm? Het ding heeft zelf geen analoge audio uitgangen. En, hoe is die DAC aangesloten?

En dit is wel vreemd, uit de gebruikershandleiding van de Grimm.

Manual MU1 © Grimm Audio

Ethernet connector

Connect your wired local network to the MU1 using this

RJ45 connector. The cable type should be at least Cat5e

to ensure that loss of network data packets does not

occur. Please use high quality cables intended for use

with computer systems and avoid cables with claimed

special qualities for audio. The MU1 makes use of DHCP.

To use a static IP address in the MU1 please consult the

manual of the network device that acts as DHCP server

within your network (usually the main router)

Tja.