We schrijven er heel wat over op het moment: jitter. Maar ja: wie met digitale audio aan de slag gaat, kan niet om jitter heen. Wij waren deze keer benieuwd naar hoeveel invloed een bron heeft als deze via spdif op de d/a-converter is aangesloten. We pakken de Sonnet Pasithea en een paar bronnen en sluiten onszelf weer een paar dagen op in het lab.
We kunnen hem wel weer even inkoppen: digitaal is digitaal… énen en nullen… Zolang die door de kabel komen, is er niets aan de hand. Toch?
In zekere zin klopt dat natuurlijk wel. Bij computers moeten de enen en nullen gewoon van A naar B komen. Als dat lukt, is het prima. De foto kan prima van de ene naar de andere schijf gekopieerd worden zonder enig verlies. Bij een netwerk idem: zolang de datapakketten aankomen, is er niets aan de hand. Gelukkig maar: anders zou het internet continu kapot zijn.
Timing
Bij audio is het nét even anders. Daar gaat het niet alleen om de énen en nullen. Daar gaat het – vooral? – ook om de timing. Een klok die de dac aanstuurt, bepaalt namelijk wanneer die énen en nullen worden omgezet naar een bepaalde spanning. Dat doet een dac 44.100 keer per seconde bij cd-kwaliteit. Of 96000 keer per seconde bij 24 bit / 96 KHz high-res audio materiaal.
Nu is geen enkele klok perfect. Elke klok ‘jittert’ een beetje en elke klok heeft wel last van wat ‘faseruis’. Faseruis wordt gemeten in het frequentiespectrum. Jitter meten we in het tijdsdomein. Het zijn twee manieren om naar klokafwijkingen te kijken. In dit artikel over de invloed van netwerkkabels hebben we dat wat uitgebreider uitgelegd.
Spdif – bron bepaalt
In de meeste audiosystemen hebben we het over digitale bronnen. De serieuze liefhebber zal een aparte d/a-converter in het rek hebben staan. Of heeft wellicht een versterker met een serieuze d/a-converter en dus digitale ingangen.
Nu komt het: bij spdif is de bron bepalend en geeft daarom de klok mee. Bij USB en I2S is de d/a-converter leidend. Maar aangezien het gros van de gebruikers gebruik zal maken van een coaxiale, optische of wellicht BNC of AES ingang, hebben we het over spdif. En dan is dus de bron leidend: die geeft het kloksignaal mee.
Wij waren benieuwd hoeveel impact dat heeft op de klok en jitter in de d/a-converter. We zijn nu in 2024 en met de robuuste spdif-receivers en reclocking, moet dat toch helemaal geen invloed meer hebben?
Spoiler: het maakt nog steeds uit! Best veel zelfs!
De test setup
We hebben voor deze test de Sonnet Pasithea in onze meetdoos gezet. Deze gebruikt een moderne spdif-receiver van AKM. Om het kloksignaal te meten, hebben we een actieve probe op een meetpunt voor de klok gezet. Deze klok stuurt de dac-modules aan en is dus direct verantwoordelijk voor de weergave. De output van de probe gaat naar de Aeroflex PN9000
Als referentie gebruiken we een Aeroflex SGD3 generator. Deze gebruikt het schone 10MHz-kristal van de PN9000 als referentie (linksonder is OK groen, wat wil zeggen dat er een REF-klok gelockt is). Dat scheelt echt enorm in prestaties hebben we gemerkt.
Als bronnen hebben we een Volumio Rivo en een Metrum Acoustics Ambre. De Ambre heeft een tweetal fraaie Tentlabs-clocks intern. De voordelen daarvan zien we later terug. We hebben voor dit onderzoekje ook nog een Mutec MC3+ en een Mutec REF10-120 gepakt. We meten de Ambre standalone én via de Mutec MC3+ met en zonder de REF-klok.
We moeten muziek spelen om de ‘dac-klok’ van de Pasithea te activeren. We hebben voor deze test een high-res track gepakt: 24 bit / 96 KHz. Dat resulteert in een dac-klok van 6.14 MHz, zoals te zien is op de foto van de Aeroflex SGD-3.
Faseruis
We moesten écht even knipperen toen we deze resultaten zagen. Wat een verschil zeg! Vooral dicht tegen de carrier aan – de hoofdfrequentie van 6.144 MHz – zien we significante verschillen. We hebben, omdat we het bijna niet konden geloven, ook meerdere keren gemeten.
Een REF-Clock helpt
Opvallend is dat de Ambre zonder Mutec MC3+ beter presteert dicht tegen de carrier aan. De Tentlabs-clocks doen het daar beter dan de Mutec MC3+ (zonder REF-clock). Dat uit zich direct in minder jitter. Echter verderop duikt de Ambre mét MC3+ wel onder de Ambre zonder reclocker.
Als we de REF10-120 aan de Mutec MC3+ koppelen is het een totaal ander verhaal. Wat een enorm verschil zeg: de faseruis duikt van ongeveer -75dBc/Hz (Ambre zonder Mutec MC3+) naar -92 dBc/Hz. Het verschil tussen de MC3+ met en zonder REF10-120 is zelfs bijna 30 dBc/Hz. Kortom: een externe REF helpt enorm.
We hebben ter vergelijk nog een degelijke Volumio Rivo streaming bridge gepakt en aangesloten op de Sonnet Pasithea. We zien dat deze de jitter licht verhoogt. Een Sbooster voeding helpt met de jitter: die verlaagt met 2ps. Allan Variance (variatie in jitter), gaat een klein beetje omhoog.
Bonus
We kregen nog wat metingen van Cees Ruijtenberg die met een FFT-meting iets interessants wist te visualiseren. Wat u ziet van links naar rechts is muziekmodulatie op het kloksignaal. Dit uit zich ook in jitter. En dat moet wel van de spdif-receiver komen, omdat het via I2S volledig weg is. Dat is niet gek, want dan is de DAC leidend en niet de bron. Interessant om dat zo duidelijk te zien!
Conclusie
Ook in dit digitale tijdperk geldt: de bron is en blijft ongelooflijk belangrijk. In geval van spdif stuurt de bron namelijk de klok mee. De PLL van de receiver-chip in de dac moet op dit signaal locken. Als de klok van de bron vol met jitter zit, zal zich dat zonder twijfel uiten in de uiteindelijke weergave. Immers: kijk naar de bovenstaande metingen…
Heb het zelf ook zo ervaren. Ik heb een Chord 2Qute usb-dac. Die is erg goed te verbeteren tot wellicht “Dave”- niveau, o.a. door de spdif ingang te gebruiken. Erg indrukwekkend wat het reclocken allemaal deed. Wel oppassen dat de galvanische scheiding van de usb dan ook wegvalt en als je gewoon rca gebruikt kan dat een nare groundloop geven (waar je ook wel weer wat aan kunt doen).
Dag Jaap
Fascinerend! Is een server of Roon core een bron waar veel jitter vandaan komt? Bv. Een Roon Nucleus? Die is weliswaar enkel met een ethernetkabel verbonden aan mijn DAC. USB gaat ook eventueel. In die DAC zit een streamer gebaseerd op Raspberry Pi die via I2S verbonden is aan het DAC board.
Volgens mij heeft Jaap het hier vooral over de verbinding tussen een losse streamer en een dac. Bij jou zit dat geïntegreerd in 1 apparaat. Dan is de implementatie nog steeds heel belangrijk. Maar daar kun je niet zelf aan tweaken met een mutec mc 3+ oid.
Maar alles wat ruis veroorzaakt voor je dac met streamer heeft invloed op de sq van je systeem. Het weg filteren lukt namelijk nooit 100%. Dus hoe schoner je het signaal houdt hoe minder verstoring er zit in de digitaal naar analoog omzetting en dat kun je goed horen.
Exact
Dag Jos,
Bedankt voor je verhelderende antwoord! Bij I2S is de DAC leidend dus is de bron minder belangrijk en hangt het van de kwaliteit van de (klok in de) DAC af. Heb ik inderdaad geen invloed op, ook niet met een Mutec. Waar ik wel invloed op kan uitoefenen is de ethernetverbinding, naast de power kabel is dit de enige kabel die in mijn DAC/streamer gaat. Die kan ik dus opschonen door te filteren.
Grtn Pieter
Hallo Pieter, met het netwerk en de stroom blijft er genoeg te tweaken over. Kijk MAAR naar de testen van power cables, stroomfilters, netwerkswitches en netwerk kabels op de site van ALPHA.
Geeft een nuc ook jitter af?
En wat doet een fiber netwerk met jitter?
We hebben het over spdif.
Hoi Jaap,
Heel goede uitleg weer..
Erg interessant allemaal, ik denk dat jullie wat los maken in audio-land.
Hoop het!