hifi.slovanet.sk

[ZdeNek II]

dustin>
Například DAC2 od Emm Labs funguje opravdu slušně. I PPL impementace u DA11 (Lavry Engineering) funguje vzhledem k ceně velice slušně. Dále dobře provedené ASRC sice je kompromis ale vzhledem k ceně za implementaci (směšná) umožňuje dostat natolik kvalitní digitální signál (plně zbaven původního jitteru / výsledek je ovlivněn pouze kvalitou použitých hodin převodníčku - bohužel ale dojde k resamplování ) že limitem budou až následné obvody že hledání transportu nemá smysl. Otestoval jsem DAC2, DA11 a i M2Tech HiFace a nemohu se ubránit dojmu že transport už opravdu žádným problémem není.

PMA,dustin>
Digitální signál a rušení opravdu nemá nic společného s analogovým signálem i když už z principu to tak vypadá. Problém který s tu řeší nemá kupodivu nic společného ani s hranami signálu ani s vysokofrekvenčním rušením ale jen s tím že tu jsou dvoje nezávislé hodiny. To ostatní (hrany signálu a podobně) jsou jen zástupné problémy. Občas mě napadá jestli už nejsi(PMA) s toho vysokofrekvenčního měření a snahou o co nejpreciznější provedení trochu zaslepen že vychytáváš problémy které nejsou důležité.
//Toto platí samozřejmě pokud se pohybujeme v datovém pásmu do cca 100 až 1000 MB/s. Pokud přenášíme data o velikosti TB/s tak tady už nastávají jiné problémy ... .//

Problém je prostě jen a výhradně v synchronizaci dvou(tří) hodin ale stále se do toho tahá spousta okolností které se řeší právě na místo toho jak správě synchronizovat hodiny na výstupu/vstupu.

[babaudio]

[PMA]

[noaid]

Myslím, že není důležité, jak ho má kdo velkého, ale jak velké je to rušení.

Takže o jaké úrovni rušení se tady bavíme?

[ZdeNek II]

PMA>
já nezpochybňuji že umíš změřit kdejaké rušení ale když vezmu obyčejný toslink výstup z Maca a libovolně drahý transport tak DAC2 mezi nimi rozdíl nedělá(I když jsem si myslel že ano ale při slepém testu se mi to nepotvrdilo). Podobně to dopadlo i při DA11 (tentokrát ovšem i s pomocí USB). Je tedy problém ve mě a to že jsem hluchý nebo jen v tom jak se jednotlivé DAC umějí s transportem vypořádat? A pokud je problém v DAC tak jaká část problému se mění při zachování vstupních podmínek? Cesta k DAC zůstane stejná ale změní se DAC a tedy hlavně způsob synchronizace hodin . Z mého pohledu je tedy problém právě v metodě synchronizace hodin, je možné že ty se svojí praxí vidíš i další problémy ale potom nechápu proč u některých DAC to jde a jinde ne když právě ta rušení zůstávají stejná.
--
mohli bychom to zvládnout bez rozebírání mého vzdělání a praxe?

[dustin]

[ZdeNek II]

dustin>
Rozhodně je lepší mít jen jedny hodiny, o tom je ale celá to písnička . Tedy o tom jak ze dvou(a více) hodin udělat vlastně jen jedny ... . Jinak odpověď na to jak se ona synchronizace řeší bohužel nevím. Jedno je ale jisté a to že ani Emm Labs ani Lavry Engineering mi jejich metodu neprozradí .

[dustin]

[Odar]

dustin --> Tak je to tak, ako si pisal. Nutne rucne prepinanie, alebo prepnut na max (176,4) a pouzit SoX ako upsampler a prepinat sa nemusi.

To samozrejme neriesi prepinanie v inych aplikaciach, ako je Foobar2000. Tam to vzdy bude treba prepnut rucne.

[Glassman]

USB Audio v asynchronnim modu je elegantni reseni. DAC se stava clock masterem, pocitaci si rika o data tak jak potrebuje a vzorkovaci frekvence se meni automaticky podle prave prehravaneho materialu.

ASRC ma temer dokonaly utlum vysokofrekvenciho jitteru, nicmene dva nezavisle oscilatory se vzdy rozchazeji v 'short term' tedy v nizkych frekvencich. Tam uz efektivita zalezi na konkretnim ASRC implementaci. Mimochodem ASRC nutne nemeni data na vystupu - tak to delaji samostatne ASRC obvody, ovsem pokud je ASRC integrovan primo v DAC cipu, lze to resit v podstate bez ztraty kyticky primo v casove domene bez nutnosti generovat nove vzorky.

[dustin]

[tomtom]

http://www.anedio.com/index.php/article/multi_stage_jitter_reduction

Jitter Reduction Stage 3 - je popis toho resampleru v ESS

[Eric Appla]

Zdenku,

Ed to ma patentovane viz prilozeny odkaz. muzes si to postavit

http://www.wikipatents.com/US-Patent-5598423/very-low-jitter-clock-recovery-from-serial-audio-data