Jak na spolehlivé audio s nízkou latencí v Linuxu

"Jde i tam zlepšit kvalita audio výstupu?"

Opravdu zlepšit kvalita výstupu? Celé mi to připadá spíš jako snaha dosáhnout co nejnižší latence. Kvalitu zvuku určují úúplně jiný věci (zdroj signálu, DAC/ADC, processing)...

Co vím, tak to opravdu zlepší kvalitu výstupu. Protože pokud je latence příliš velká, začne to zvuk mrvit (ne vždycky to "ví" co zahrát). Takže samozřejmě to nevyřeší všechny problémy s kvalitou, ale něco ano.

?? Latence nemá na kvalitu zvuku žádný vliv, je to jenom časové zpoždění.

kdyz je latence nestabilni, vliv na kvalitu to ma velky.

Povidas nesmysly. Pokud si ulozis nahravku na disk a za rok ji prehrajes, mas sice rocni latenci, ale na kvalite zvuku se nic nezmeni.

To co rikas je stav, kdy system nestiha krmit DAC a zacnou nastavat podteceni bufferu (buffer underrun), coz je vesmes dusledek snahy o co nejnizsi latenci. A kvuli tomu se pousti realtimova jadra atd...

Latence se řeší např při záznamu, když muzikanti hrají do playbacku a počítačem zpracovávaný signál navíc v odposlechu/sluchát­kách slyší opožděně - je to nula nula nic, ale je to dost znat.

Dva identické signály, mezi sebou opožděné, vám vytvoří hřebenový filtr - vykuchá vám to některé frekvence.

O efektových jednotkách se ani nebavím.

Latence je samozřejmě pro zpracování zvuku klíčová, proto ji na té wiki řeší a věnuje se tomu spoustu lidí. Ale nemění jeho kvalitu (tj. obsah vzorků ani vzájemné časování, tedy výsledný zvuk).

Zmíněné mixování dvou streamů s různou latencí samozřejmě spadá mezi zpracování.

Jde o to, že spoustu "audiofilů" o principu přehrávání zvuku na PC nemají žádný šajn a myslí si, že např. CPU časuje vzorky do převodníku. Ti pak pořizují co nejsilnější CPU, ořezávají procesy (hlavně ve win, kde to stejně téměř neovlivní), mají dedikované CPU jen na přehrávač, věří, že jimi zakoupený software opravdu celý a pořád běží v keši CPU (viz obchodně velice úspěšní podvodníci v JPlay) apod.

Jo jeste doporucuji natrit USB konektor homepatickym adhezivem, dava to pak hezci jednicky a nuly. Kurna vzdyt jedine o co se ma linux starat je dostat ty data pres USB co nejdal od sebe. USB2 vam i na horsim HW a jeste horsim OS (ano linux, neni nic horsi na audio nez linux neni) kolem 25-30MB/s takze vam CD kvalitu prenese do pul minuty a pak se o to uz postara externi DAC.
Takze lidi mejte rozum a jedinou praci co linux pri hudbe ma delat je presunout data z harddisku pres USB ven. Nesnazte se o jakykoliv prevod do analogu, latence sem, latence tam, v linuxu zalostne zaplacete.

McDACi, mej rozum - kdyz necemu ani trosku nerozumis, tak to nekomentuj ;) Tady nejde o prenos dat "za pul minuty" ani o prenaseni existujicich dat z harddisku na jinej harddisk. Ani to neni o nejakych "hezcich jednickach a nulach". Neresi se tu HiFi ani homeopatickej zvuk. Jednicky a nuly skutecne zustavaji stejne - problem nastava, kdyz ty jednicky a nuly chces poslat do pocitace, tam je zpracovat a poslat zpatky ven. Napriklad muzikantovi, kteryho prave nahravas, nebo pri zivym zvuceni. Pripadne, kdyz PC slouzi jako sampler, syntak, looper nebo cokoliv dalsiho pri live hrani. Tam si nemuzes dovolit cekat 100 milisekund mezi zmacknutim klavesy a zvukovym vystupem :)

:D na to se nedá reagovat

http://www.ap-linux.com/