hifi.slovanet.sk

[dustin]

Zaujal mě popis Lavry Black DA-10 DACu na http://www.f-sport.cz/hifi/index.php?action=vthread&forum=4&topic=2508 , tak jsem se mrknul, jak řeší jitter.

Používají zajímavé a docela jednoduché řešení, kdy na vstupu mají buffer, ze kterého odebírají data přesnými hodinami s krystalem. Hodiny jsou navržené tak, že ač jsou krystalové, jejich frekvenci lze v maličkých mezích řídit napětím.

Protože by samozřejmě po určité době došlo k přetečení nebo podtečení bufferu, sledují stav naplnění bufferu a jednou za cca 20-30 sekund upraví procesorem přes 12bitový DAC frekvenci hodin tak, aby se buffer udržoval optimálně poloprázdný. Tudíž jejich mezní dolní frekvence potlačení jitteru je 1/20 Hz Šikovné a relativně jednoduché řešení.

Detaily viz
http://www.lavryengineering.com/white_papers/jitter.pdf


EDIT: překlep

[cough]

Mám.

[opa]

Pomóc, byl tu příspěvek od Krasomila. Odkaz na Johna W. Ten těmto věcem opravdu rozumí.
A zmizel! Kdo to smáznul?
Jestli to najdu v práci v historii, tak to sem plácnu. Pokud jsem to pochopil, to je to veliký podvod.

[Troton]

[Luka]

http://www.diyhifi.org/forums/viewtopic.php?t=1027&postdays=0&postorder=asc&highlight=lavry&start=0

[cough]

i přesto to hraje velice dobře...

[opa]

Jo, super, dík za spolupráci.
To Cough: nehodnotíme vlastní kvalitu reprodukce, ale rozpor mezi deklarovaným principem funkce a obvodovým řešením.

[Krasomil]

To jste me dobehli Po zrale uvaze jsem se rozhodl ten post smazat, protoze podobna diskuze na jinych forech se ohavne zvrhla do temer osobnich urazek mezi jednemi, kdo maji potuchy o zakladnich obvodovych resenich v audiu a radi by slyseli od vyrobce jak se situace skutecne ma a druhymi, co o tom nemaji ani paru a mluvi o reverse engineeringu, vykradani technologii a kouzelnych skritcich. No, aspon se nam to tu trosku rozvirilo ne ?

[opa]

Tady nikdo nikoho neuráží, neboj. Když John napíše, že to ve všech režimech převzorkovává na 117 kHz, tak mu věřím. Vidí do toho jako málokdo a navíc má aparát, kterým může ledacos změřit. Teda jestli jsem to správně pochopil, angličtina není mou silnou stránkou. Co si teda myslíš Ty?

[Troton]

[Krasomil]

Ja uz snad jen doporucim shlednout pri odpolednim caji tyto 3 filmove trhaky:
http://www.youtube.com/watch?v=9ZbMEP6Z0TI
The video shows a Lavry DA10 locking on a 88.2kHz S/PDIF input using the three PLL modes in this order: Wide, CrystalLock, Narrow. The measured signal is the wordclock input of the AD1955 DAC on pin 2. The oscilloscope shows the frequency of the wordclock in kHz. As you can see, the DAC operates at 117kHz sample rate converted data in all three modes, contrary to the claims of the manufacturer.

http://www.youtube.com/watch?v=LIrLNjgWtXs
The video shows a Lavry DA10 locking on a 88.2kHz S/PDIF input using the two PLL modes in this order: Wide, CrystalLock. The measured signal is the masterclock input of the AD1955 DAC on pin 27. The oscilloscope shows the frequency of the masterclock in kHz. As you can see, the DAC operates at a fixed 15MHz clock in both modes, contrary to the claims of the manufacturer.

http://www.youtube.com/watch?v=8Y6J5h5B0zM
The video shows a Lavry DA10 in CrystalLock mode locking on various input sampling rates in this order: 44k1, 48k, 88k2, 96k, 176k4, 192k and back to 44k1. The oscilloscope is showing the masterclock operating the DA10's AD1955 DAC (pin 27). You can see that the masterclock is fixed at 15MHz regardless of the samplerate of the input S/PDIF data. This again proves that CrystalLock mode indeed uses asynchronous sample rate converter just as in Wide mode, contrary to the claims made by the manufacturer.

[PMA]

Krasomil: moc pěkné. Hlavně bych bral ten osciloskop
To tam dal Dominik?

[dustin]

Je otázkou, jaké zkreslení zavádí přepočet moderním ASRC. Pokud má vstupní signál nízký jitter, jde v podstatě o běžné SRC, ne? Pokud jsem ASRC dobře pochopil, přepočítává se sice trochu jiným algoritmem ("plovoucí" poměr frekvencí), ale matematické principy (tedy i výsledky) by měly mít obdobnou přesnost.

[Krasomil]

PMA, verim, je to skvost naseho labu ( i kdyz neni nas ). Jo, videa uploadoval Dominik.

Dustin, matematika ASRC je vcelku precizni, o tom zadna. Nicmene princip "plovoucich" pomeru frekvenci muze prichozi jitter jen transformovat do dat. Mozna je to duvod, ze DAC bez asrc hraje lip nez s nim (je-li mozne jej obejit) . DA proces bohuzel neni jen matematika.

[dustin]

Každý jitter je ekvivalent transformace do dat, pokud se jím časuje převod. S tím se dá těžko něco dělat.

[Krasomil]

[dustin]

Jasně, že je irelevantní, ale projeví se při převodu, kdežto u ASRC je při převodu jitter minimální, ale zase se původní jitter podepíše na datech. Je to jenom převod mezi časem a hodnotami, X vs. Y.

Souhlasím, že ve správně navrženém systému není ASRC potřeba. Jenže tam není ani výraznější jitter, tudíž není co redukovat přes ASRC Problém je, že ten systém zahrnuje celý digitální řetězec od zdroje dat a jeho správné navržení je tudíž asi bohužel málokdy splněno.