7
« Poslední příspěvek od Michal Šmucr kdy 21. 03. 2026, 13:53:14 »
Není vůbec zač.
Jen jak to teď po sobě čtu, tak se musím ještě opravit. Jak jsem psal o tom, že plughw:HDSPMxcb26e5 zařídí konverzi formátu a počtu kanálů přes plugin, tak ten zápis bez konverze je samozřejmě hw:HDSPMxcb26e5 a ne jen HDSPMxcb26e5, překlep - omlouvám se.
Ještě dodám, že vícekanálová virtuální PCM zařízení, co si takhle definujete v .asoundrc, jdou případně používat ve většině aplikací, které mají přímo výstup přes ALSA rozhraní.
Jen se typicky neukazují v těch rozbalovacích seznamech v UI. Takže se musí většinou přímo specifikovat v příkazu, nebo napsat do nějakého configu aplikace.
Další zádrhel, co se týká hlavně obecných přehrávačů, je v tom, že to směruje přehrávané audio podle metadat s kanály (L, R, C, Ls.. atp.), které u těchhle virtuálních rozhraní nejsou.. Za normálních okolností tohle dodá PipeWire nebo PulseAudio.
Podobně pak, když je těch kanálů ve wavu víc a nesedne to přehrávači heuristikou do žádného známého layoutu (5.1, 7.1 atp.).
Takže třeba u VLC bych to přehrál asi takhle. To 4967 není počet kanálů, ale jeho interní ID pro layout 7.1, je tam enum, a hodnoty se dají zjistit, když pustím vlc -H.
cvlc -A alsa --alsa-audio-device virtual --alsa-audio-channels 4967 ./audio-8ch.wav
U mpv je pak volba --alsa-ignore-chmap, co to pak vypne mapování podle logických kanálů a pustí to tam 1:1.
mpv --audio-device=alsa/virtual --audio-channels=auto --alsa-ignore-chmap ./audio-8ch.wav
Zmiňuji tyhle přehrávače proto, že se je někdy hodí použít i pro podobné účely jako u vás.
Třeba pro automatizované přehrávaní videí nebo zvuků, kdy to můžete řídit z venku.
Oba zmíněné přehrávače mají možnost povolit rozhraní na posílání příkazů.. ať už přes unix socket nebo named pipe na Windows, případně u VLC je tam i TCP server s telnet like rozhraním.
Takže se dají spustit jako služba a pak z nějaké řídící aplikace (napsané např. v Pythonu) posíláte jen příkazy pro ovládání playlistu, přehrávání atp.
Poslední příspěvky
