hifi.slovanet.sk

[dustin]

Nevím, zda tu již proběhly tyto docela zajímavé linky:

http://www.diyaudio.com/forums/showthread.php?s=&threadid=102036

http://www.mathworks.com/applications/dsp_comm/pdfs/hbreschpadgett.pdf

[tomtom]

Ne neprebehli - velmi zaujimave citanie - dakujem pekne!

[dustin]

Driver Juli byl dnes vložen do repozitáře alsy. Správce projektu mě trošku podusil, ale buďme rádi, že tlačí na kvalitu a čistotu kódu

Základní ovládací prvky jsou stejné jako u win driveru. Protože DAC AK4358 neumí master volume, je tento prvek udělaný virtuálně - interně hýbe regulací hlasitosti analog-out a monitorů.

Juli (narozdíl od ostatních Envy24 karet používajících interní hodinové obvody Envy24) výborně detekuje frekvenci příchozího SPDIF. Konkrétní číselná hodnota je v parametru "IEC958 External Rate" (např. přes příkaz amixer contents). Je to udělané tak, že při přepnutí na externí hodiny se seznam nativních frekvencí nahrávacího (capture) zařízení smrskne na tu jednu, která zrovna běží do SPDIF vstupu. Tím je umožněna správná funkce pluginu plug (plughw), který pak automaticky zajistí konverzi na požadovanou frekvenci a výsledný WAV stream má hlavičku konzistentní s vlastním datovým obsahem.

Bohužel se mi nepodařilo rozchodit všechny monitory. Držel jsem se specifikace od výrobce, porovnával jsem to se zdrojákem juli v OSS. Dle dokumentace i OSS by to mělo fungovat tak, že vstupní I2S (analog, digitál) i I2S pro výstupní digitál jsou vedeny do zbylých třech stereokanálů DACu. Vedeny jsou přes FPGA, který zajišťuje jejich připojování na vstup DACu a tím mute/unmute monitorů). Ovládat by to měly 3 GPIO vedené přímo do FPGA, vždy GPIO pro jeden monitor.

http://www.ixbt.com/multimedia/esi/julia/scheme-big.png

Proměřením tras na desce to tak je opravdu zapojené, GPIO navíc spínají analogové multiplexery 4053 - zřejmě součást analogového mixeru za DACem.

Bohužel funguje pouze monitor SPDIF-OUT. Při aktivaci monitoru ANA-IN se zdvojnásobí hlasitost monitoru SPDIF-OUT. Z toho usuzuji, že místo I2S ana-in jde do DACu I2S dig-out. Ve win ovladači to funguje správně.

Netuším, jak to tedy je. Pokud na to někdo přijde, celá komunita mu bude moc vděčná I když monitory asi nejsou klíčové.

Konkrétně pro AXAD: výstupní zařízení hw:0,0 je stále osmikanálové. Nicméně do konfiguračního registru Envy se ukládá hodnota "pouze 1 stereo DAC". Nevím, zda to má vliv na aktivaci zbylých I2S výstupů. Pokud by nebyly aktivní (signál by se na piny nedostával), je změna hodnoty registru v ovladači triviální. Bohužel tento "hack" pro DIY pokusy bychom samozřejmě neprosadili do hlavního repozitáře alsy, ale nenaděláme nic.

[tomtom]

Super praca!

[dustin]

Zkusil jsem nainstalovat jackdmp pro windows a po nějakém počátečním klopýtání to překvapivě funguje. Foobar s ASIO pluginem, výstup na JackRouter, se objeví v seznamu zdrojů jacku a lze přesměrovávat (v mém případě na ASIO4ALL, mohu si vybrat mezi Juli a Prodigy192) . Dokonce to i hraje

Postup zhruba dle http://blog.pixnet.net/TBri/post/3062704

Nezjistil jsem, jak přepnout jackdmp na jinou frekvenci než defaultních 44.1kHz - zatím to pro jiné frekvence vyžaduje resampler ve foobaru. Ale na to by se určitě přišlo. Možná je to něco v tom ASIO, jeho detaily vůbec neznám.

Takže by to chtělo najít nějakého win kouzelníka, který portne netjack pod windows. Znáte někoho šikovného? Já mám kolem sebe jenom lidi od linuxu.

[dustin]

Dnes na http://www.diyaudio.com/forums/showthread.php?s=&threadid=120463 borec popisuje FIR pomocí GPU Nvidie (projekt CUDA). Dosahuje tím neskutečně vysokých výkonů. Detaily viz http://koonlab.com/CUDA_RealFIR/CUDA%20Real%20FIR.html

Jeho plán je

88200 sample/sec * 2 (L,R) * 6 (way) * 8192(Taps) = 8.5 G tap calculation / sec

Na GeForce 8800GTS dosahuje 79G TAPS calculation / sec, prý i levňoučká 8400GS (cca 650 Kč + DPH) zvládá 8 - 9 G taps.

Ten zdroják nevypadá tak složitě, vlastní výpočet je docela jednoduchý.

Časem by bylo dobré popřemýšlet i o takovéto variantě. Nejlevnější deska s PCI-e a PCI slotem stojí 600Kč + DPH, sempron za 900Kč, hluboko podtaktovat, celé se to musí vejít do 3 tis. Kč + DPH.

Samozřejmě by se to mohlo řešit, až by byla plně funkční varianta s Brute FIRem.

[skyd]

ako vplyva pocet taps na vyslednu kvalitu filtrovania? resp. kolko "minimalne" taps treba na fir filter pre digitlanu vyhybku. pripadne dajte link na nejake relevantne informacie.

[dustin]

Tak Juli (a ostatní karty s ice1724) by už měla mít funkční podporu i MIDI. Zajímavé je, že v ubuntu má celý řetězec vč. syntézy kvalitními soundfonty minimální zpoždění výstupního zvuku, na vykopávkovém Duronu 1GHz lze normálně nahrávat z MIDI kláves. Oproti tomu ve WinXP na stejném stroji to má takové zpoždění, že se rozumně hrát v podstatě nedá. Ale možná je to použitím std. kmixeru, bez ASIO atd.

Ještě se něco v tomto projektu děje?

Vývoj síťového klienta pro jacka se zase rozjíždí, tak snad se dočkáme i win verze.

http://forum.jacklab.net/viewtopic.php?f=4&t=694&st=0&sk=t&sd=a

[tomtom]

Projekt pokracuje, ale stojime na "zeleze" ktoreho vyvoj momentalne neviem posunut a urychlit.

To ma ciastocne motivuje ustupit od poziadavku na digitalny zosilovac a aspon skusobne to rozbehnut s analogovym koncom...

Pevne ale verim ze to dobojujeme...

[dustin]

Stále si myslím, není potřeba úzce svazovat technologii koncového zesilovače s vlastní výhybkou - případné potřebné úpravy by byly triviální.

Narazil jsem na jednu věc (jen teoreticky). Pokud by audio vstupovalo přes SPDIF-in, které by nebylo nijak synchronizované s finálním výstupem, bude docházet k rozjetí vstupního a výstupního signálu. Vstup bude časovaný hodinami zvukovky přehrávače, výstup časovaný hodinami zvukovky výhybky. Bude to pár vzorků za sekundu (např. CD přehrávač SPDIF-OUT vs. hodiny zvukovky se u mě lišily o 1 vzorek/sekundu), takže to možná nebude žádný problém.

Vlastně právě proto je jack navázaný na hodiny zvukovky a všechny aplikace jsou jim podřízené. Včetně síťového netjacka a přes něj připojené stroje.

[tomtom]

To som pisal davnejsie o distribucii jednych hodin ale asi som sa vyjadril zle takze to zostalo nepochopene - Prave aby k tomuto rozideniu neprislo

Neviem ci je to ale principialne mozne

[dustin]

K tomu rozjetí hodin dojde vždy, pokud nebudou nějak synchronizované. Ať už externím word clock signálem do zvukovky (v případě přenosu přes SPDIF), nebo vhodným protokolem po síti (např. jack, ve win/mac je myslím nějaký placený soft).

Pro běžné použití by měl stačit nějaký buffer. Pokud budou data přebývat, je to OK, místa v bufferu je dost. Pokud se bude dat nedostávat, bude potřeba zvednout latency a trochu si nakešovat. Po vyčerpáni rezervy bude vhodný čas k přehození tracku a opakovanému nakešování

Někde na diyaudio.com jsem četl, že ten buffer doplnili o detekci ticha. To uměle prodlužovali/zkracovali, čímž průběžně doplňovali nakešování. To by už asi vyžadovalo nějaké programování.