- Ble medlem
- 26.02.2013
- Innlegg
- 4.684
- Antall liker
- 4.633
Jeg har helt bevist gått rundt en slik problemstilling ved å bruke asynkron USB fra streamer. Så klokken i streamer er ikke av betydning for mitt oppsett da DAC får sine data levert ute av tids-domenet. Letteste vei til Roma som dem sier.Har du forsøkt og eventuellt lyttet til forskjellen mellom disse?
Jeg fikk litt innsyn i problemstilling da jeg testet S/PDIF fra CD spillere og lærte da at PLL uten å svette synkroniserer på et slikt signal. Da er jitterspøkelset igjen overlatt til DAC hvor det hører hjemme
I2S er trolig mer sårbart da klokken nå får en mer sentral rolle i selve avspilling da klokken ikke lenger er del av seriedata for dekoding på DAC-siden.
Nedenfor viser forskjellen når vi sammenligner en "master" mot en digital innspilling av samme gjort uten synkronisering av klokker. Når synkroniskert vil denne være ensfarget og vi beviste da at S/PDIF er bitperfekt. Hvor mottagersiden da bruker PLL som sikrer at ADC klokker inn sine data synkront fra kilden (cd/streamer).
Men se hvor lite drift og jitter det egentlig er på to frittløpende klokker gjennom en hel sang. Det forklarer trolig hvorfor eldre adaptive USB kan fungerer greit. Nå har ADC benyttet her riktignok SteadyClock v1, men verken ADC eller CD spiller har femtoklock. Men vi lærte at klokken behøver et minutt eller for å bli stabil når apparatet slåes på.
Jeg har også utført eksperiment med RPi4/CamillaDSP som viser at klokkedeling brukt til avspilling av 44,1 heller ikke skaper buffer over/under-run på DAC siden som kan trigge en unik funksjon i CamillaDSP hvor den justerer pitch/avspillingshastighet for å slave til klokken i DAC.
Sist redigert: