hifi.slovanet.sk

[david.a]

Quart se pta na foru o Siriovi na vec, kterou bych si take rad ujasnil, cituji:


Ptám se, pokud bych použil tento modul, který bych budil S/PDIF signálem z externí zvukovky(mám nout book) za pár stovek a pak ze zvukovky za pár tisíc. Poznám rozdíl?
Jedná se mi totiž o to zda náhodou cenu zvukovky neurčuje její DAC a S/PDIF signál je na obou vyveden stejně kvalitní.
Díky a nekamenujte mě, digitál je pro mne nová věc.

[dhfool]

Pokud je zvukovka schopná dodat na SPDIF "bit perfect" informaci, tak jediným rozdílem bude jitter, popř. nějaké rušení po koaxu (optika tohle vylučuje).

[david.a]

Moje teorie je nasledujici, nicmene budu rad, pokud budu korigovan technicky znalejsimi.

Predpokladam, ze je potreba rozlisit dva zakladni pripady, a to, zda DAC odvozuje svoje hodiny od toho, co dostava po S/PDIFu, nebo nikoli.

Pokud je odvozuje, tak kvalita prevodu nebude zavisla na hodinach DACu, nybrz zvukovky. Budou-li tyto hnojackove, bude to slyset.

Pokud ma DAC svoje hodiny, potrebuje nejakou vyrovnavaci pamet, a nastava problem, jak z ni nevybehnout (tj. nevyprazdnit, ani nemuset zahodit data, protoze se nestihaji odebirat). Co jsem pochopil z popisu treba u Benchmark DAC1 nebo i Lyngdorf TDA2200, tak se to dela tak, ze hodiny maji sice nizky jitter, ale trochu se hybe se vzorkovaci frekvenci pri D/A prevodu, aby se vstupni vyrovnavaci pamet drzela rozumne zaplnena. Pak by nemel vadit jisty maly jitter zdroje, protoze kvalita prevodu se ridi kvalitou hodin DACu.

Co na to rikaji odbornici, dava to smysl? TomasiT?

[david.a]

[Quart]

Děkuji Davide za vytvoření samostatného tématu. Doufám že se tu sejde víc názorů na to abychom se nakonec shodli jak tomu vlastně je.

[dustin]

[rip1]

Pokud je dotaz směřovanej na Sirius II, tak ano má vlastní hodiny,ale tyto jsou v činnosti jen při zabudování do jiného přístroje..na to je modul primárně určen.... takže lze u Siria tak jak je a jak se nabízí udělat toto:

1. Zabudovat do CDP kde precizní hodiny v siriovi řídí i celý tento player...tady myslím jednoznačný bude přínos u všech přehrávačů (až na pár ultradrahých řešení které mají tyto věci už od základu dobře) viz např. měření na stránkách casea.

2. nebo druhá možnost zakázkové řešení za příplatek, že se tyto hodiny nepoužijí dá se možná i jiný firmware a použije se jen jako velmi kvalitní externí DAC (pak samože velmi hodně záleží i nakolik kvalitní je dig výstup který to krmí) obávám se že Ext zvukovka = nic moc řešení....Externí zvukovky zejména USB jsou hned po integrovaných (až na pár dražších vyjímek) největší srágorky...(pár jsem jich dostal na úpravy a opravdu nemělo smysl s tím nic dělat = mizerný zdroje a odvozování hodin z USB čipu (3x fuj) a dávat k týhle prasárně siria je s prominutím míchat hovno se zlatem Pardon ale lepší přirovnání mě nenapadlo.

3. Jelikož tu koukám vznikl kuli mýmu psaní informační šum uvedu polopatě jak se věci mají v mém řešení.
Já zvolil zatím komerčně zatím neexistující variantu , kde hodiny v siriovi II budou využity jako masterclock přes SPDIF transmitter (nechávám u p. Vrány pro tento účel dovivinout jako řešení) tj. posílat blank signál na SPDIF IN mý karty synchronizaci na mnou zvolený samplovací frekvenci mě bude vyhovovat asi nejlépe 24/88,2) do mý karty, která pojede ve slave režimu a master budou právě hodiny s SPDIF transmitterem v DAC-u ...ve foobaru vše dám resaplovat na tuto zvolenou Fs... pak si myslím že se potenciál tohoto povedeného pekelného stroje využije naplno.. Pokud budu měřit nebo koukat třeba na video (neaudiofilní činnosti ) tak jen na zvukovce v ovladači myší přepnu na int režim a dac pojede ve slave na všech potřebných vzorkovačkách.

4. řešení s bufferováním a následným reclockingem a rekonstrukcí dat v rozlišení až 24/192 by asi bylo uplně nejlepší řešení,ale v zaplatitelné kategorii bohužel žádné v současné době neznám.

[david.a]

Dotaz nesmeroval primarne na Sirius, ale obecne na to, jak se dnes na rozumnych prevodnicich stavi vstupni casti (a jestli vsechno to silenstvi kvuli jitteru neni uz trosicku mimo misu).

Nicmene to reseni s casovanim karty z prevodniku je low cost varianta na profesionalni postupy ;), to je pekny.

[rip1]

david.a:
jasná věc... jsem také skeptik ale znát to je a hodně... na tyhle věci by mohl asi nejlépe odpovědět uživatel Kryton... co stroj to vlstní sound (v kontextu spdif+ext DAC) ) já bych řekl že vždy to přínos bude... jen je otázkou vždy poměr výše investice a míry zlepšení...(zbytek řetězce a nároky) a na to je asi pro každého jiná hranice a odpověď...

Jinak k bodu 3. přesně toto nabízí už přímo v hotovce Tomáš_T jako tzv. velký DAC ... Kde bude navíc uplně vše co je třeba včetně více vstupů a bezestrátové regulace volume přímo v čipech DAců... tj to po čem všichni již dlouho volají.

[BV]

[opa]

[BV]

http://www.bvaudio.sk/HD970/11025.png
http://www.bvaudio.sk/HD970/jitter.png

[opa]

Tak to vypadá, že to funguje.

[david.a]

Tak ze by prece jen konstrukteri prevodniku objevili techniku eliminace jitteru, na kterou se bezne ptame studentu informatiky u bakalarske zkousky z pocitacovych siti? Hura! ;))) (Je potreba si uvedomit, ze za eliminaci jitteru bufferem se plati zvysenim latence, coz ovsem u prehravani zaznamu je uplne jedno, to zajima nahravaci studia.)

Ale vazne: cim to bylo krmene? Predpokladam, ze zajimavy vysledek bychom dostali, kdyby to na vstupu melo neco "totalne jitter hnojackoveho", neco jako deset let starou USB kartu...

[BV]

[Slimak]

david.a :
Ale vazne: cim to bylo krmene?
------------------------------------------

Mám to doma (990-ku) a používam to ako prevodník . Kŕmim to všeličím - zvukovka EMU 1616M, Marantz SA 7003 v CD režime, Accuphase DP 55V. Je fakt, že pri rôznych zdrojoch sa zvuky líšia, ale skutočne len v nepatrných detailoch. Prevodník pekne zvuk "zjednotí".
Vyjadrovali sa tu svojho času maníci, ktorí digitálu rozumejú, že asynchrónny reclocking nie je to pravé orechové, ale zdá sa, že u HD 970, 990 to celkom dobre funguje.

[dustin]

[TomasT]

no jak asi, prepinacem mikrotlacitkem... clock int/ext . Dacy ve zvukovce urcite ne.

[dustin]

[dustin]

[rip1]

dustin:
Možná jsem to napsal nejasně,ale v mém konkrétním případě skutečně ano, bude tomu tak jak jsem psal,v GUI ovladače Juliny toto lze vcelku snadno myší vybrat INT/EXT clock select... v bedně DACu budou přesný hodiny (obsaženy v siriovi) na mnou stanovený FS přes spdif trnasmitter posílat trvale příslušný správně časovaný data odvozený z těchto hodin přímo do juliny na její spdif In ta se na tomto zasynchronizuje (jako jedna z mála umí všechny samplovačky 32-192 digitálně dovnitř i ven bez problémů) a bude jen na mý volbě zda si julina vybere buď svoje (na video a měření dostačující) nebo externí (na poslech muziky z foobaru kde bude vše resamplováno na mnou vybranou Fs shodnou s tou co posílají hodiny dacu do juliny)) Takže Dacy v julině rozhodně ne To by jaksi celý bylo postavený na hlavu. Julina bude v tomto případě jen digitální transport železo pro muziku z PC do Siria jitter a zvukovou kvalitu bude určovat Sirius. Pro úplnost raději polopatě: Sirius bude brát na zřetel vždy clock kerej mu příjde po CS8416... jediný co se bude přepínat je karta kterou budou buď řídit vlastní hodiny nebo externí obsažený na desce siria.

Přemejšlim o tom zda si vyberu jako pevnej základ 24/88,2 nebo 24/176,4 vypadá to na 176,4 protože snad jediná AD1955 oproti jiným Dacanům nejde parametry směrem s vyššími samplovačkami směrem dolů To je možná vysvětlení proč u někoho resampling hraje hůř než původní signál nebo u někoho naopak líp... doporučuju rozhodně proštudovat příslušné datasheety k dacům (chipům) použitých v jejich přístrojích...a podívat se na měření při 44,96 a 192k...s důrazem na zkreslení a spektrální čistotu a obsah smetí ... možná se třeba pak ukáže pár souvislostí.

[dustin]

dawsoo:

Pochopil jsem dobře, že přesné hodiny ze siria proženeš 2x PLL v SPDIF přijímači (1 x v juli, 1 x v DACu) a budeš je vydávat za přesné jitter-free hodiny? Nebo je to tak, jak to pochopil TomasT, tedy že hodiny ze siria půjdou přímo do DACu a mikrospínačem v DACu budeš přepínat mezi siriem a obnovenými hodinami z SPDIF přijímače?

[dustin]

Aha a nebo bude DAC "meřit" příchozí fs a když bude odpovídat hodinám siria, vezme hodiny přímo z něj, jinak použije příchozí hodiny z SPDIF?

[TomasT]

Pokud karta neni locknuta na spravnou fs prichazejiciho streamu, neposle nic ven, foobar se ani nerozjede, nemas jak zmerit fs. Alespon u mne, jak je na tom julina nevim. Nelze mit ani jedny presne hodiny v dacu a jedny nepresne v karte, nedomluvi se. No to jsem teda zvedavy co z dawsa vypadne -)))

[dustin]

[rip1]

Tomáš_T:
Ze mě nevypadne nic dyk je to jasný jak facka... julina bude locknutá na spdifu z trvale jdoucího streamu jdoucího z bedny síria např. 24/176,4.... já v tu chvíli to budu tak chtít a vědět takže samože přeplej na julině na EXT.. takže julča bude vědět že se bude makat na 24/176,4 ,ve foobaru bude trvale taky nastavenej SSRC plugin, kerej mi vše co tam pustim bude resamplovat do 24/176,4... takže toto poleze ven do SPDIF IN Siria....a kvalita bude daná ne hodinama julči ale právě hodinama v siriovi na kerejch bude zavěšená jako slave .... když už nebudu chtít muziku a budu chtít třeba měřit nebo pustit film...s jinejma SR a bit hloubkou tak na ovaldači zvolim jen INT (v tu chvíli se julina přepne na svý hodiny a do režimu master a vše pojede normálně na bitový hloubce a Fs jak má) Sirius v tu chvíli pojede na int hodiny v julině (páč na tyhle jiný činnosti je mi to fuk) ...problém to nebude protože bude ten trvalej stream na svým spdif vstupu při přepnutí na INT ignorovat ... Takže spíš já nechápu proč a co dustin chce přepínat na dacu a proč... Já naopak přepínáním na dacu bych si zkomplikoval život mnohem víc. Ty vím že víš jak to myslim protože ....


Dustin:
Ano přesně tak to bude... zdá se mi to nerozumnější řešení a jsem rád že
Julča má zrovna AKM AK4114 což je jednočip dig IO transmitter takže v podstatě vždy jedno synchro pro celýho brouka...když jsem měřil loopback v digitálu tak i pokusy s ext transporty a použil ji i jako DAC... a zkoušel jsem ji použít i jako mezičlánek mezi Pioneera a jiný transporty a ext DAC (HS-DAc,Lavry,Zerodac,a dalších x co jsem měl pučený) a porovnával s vřazenou julčou a napřímo bez.. tak bez jedinnýho rozdílu, vždy zůstala zachována kvalita/nekvalita transportu (podotýkám že bylo vždy přepnuto na ext samože) Takže již jsem praktiš něco zkoušel a funguje to zdá se vcelku tak jak si to maluju...

Ne nemyslím že tak ... v ovladači imho přepínám podle potřeby HW přímo buď na vnitřní oscilátory INT (jsou dva zvláště pro násobky 44,1 a 48 což je v týhle ceně slušný) a na externí Clock ...patrně přes PLL závěs? do toho už oc nevidím takže netuším uplně detailně přesně jak,ale zkoušel jsem přivést schválně i nestanndartní Fs a až na blbý nezobrazení Fs v okýnku GUI to normálně běželo jen samože jinou rychlostí ... Kdyby to bylo tak jak píšeš na začátku dustine tak by tohle vše přeci nemakalo a nemohl jsem dojít k těm výsledkům co jsem psal nahoře... do ovladačů jak jsou napsaný vůbec nevidim a defakto ani moc nepotřebuju pokud vše maká jak má a jak potřebuju, ale rozumim cos asi chtěl napsat = že hodiny by měly krmit dac a julču zároveň (proto přepínání na obou) ...což já osobně považuju za zbytečnost a komplikaci co by nic nepřinesla když to chodí takto Dodávám ještě že tenhle režim bude natvrdo na jedný předem daný Fs... kdybych chtěl víc tak by to bylo složitý a musel bych do siria posílat infoirmaci aby se spdif trasmitter spolu s nějakým obvodem "přeladil/přepnul".

Než jsem to dopsal přibyly vždy další příspěvky tak pardnon za zmatek v mejch reakcích..

[opa]

[dustin]

[david.a]

[dustin]