Konfiguration von BruteFIR und ALSA
Verfasst: 05.05.2015, 21:02
Seid gegrüßt liebe Forenten,
einige der unten stehenden Fragen habe ich bereits andernorts gestellt, hielt es jedoch für angemessen dafür einen eigenen Thread zu starten.
Es geht grundsätzlich darum, eine möglichst simple sowie minimalistische Lösung zur Integration von BruteFIR zu finden, ohne auf Jack Audio und Co. zurückgreifen zu müssen. Mein einer Rechner muss dabei jegliche Aufgaben gleichzeitig bewältigen, das heißt nicht nur das Falten, sondern auch die Wiedergabe über unterschiedliche Software (Audioplayer, Videoplayer, Browser).
Im oben verlinkten Thread hatte mich Frank auf einen Beitrag von Martin hingewiesen. Diesbezüglich stellten sich mir folgende Fragen:
Wo könnte das Problem liegen? Seltsam ist, dass BruteFIR mit "pcm.VIA_PCI" als Eingang problemlos arbeitet, bei "pcm.Dummy_HDMI" hingegen gibt es wieder die genannte Fehlermeldung. An der Art der Deklaration (anstatt dem gewöhnlichen Direktzugriff über "hw:...") scheint es also folglich nicht liegen zu können?
Beste Grüße,
Jannis
einige der unten stehenden Fragen habe ich bereits andernorts gestellt, hielt es jedoch für angemessen dafür einen eigenen Thread zu starten.
Es geht grundsätzlich darum, eine möglichst simple sowie minimalistische Lösung zur Integration von BruteFIR zu finden, ohne auf Jack Audio und Co. zurückgreifen zu müssen. Mein einer Rechner muss dabei jegliche Aufgaben gleichzeitig bewältigen, das heißt nicht nur das Falten, sondern auch die Wiedergabe über unterschiedliche Software (Audioplayer, Videoplayer, Browser).
Im oben verlinkten Thread hatte mich Frank auf einen Beitrag von Martin hingewiesen. Diesbezüglich stellten sich mir folgende Fragen:
Als mögliche Lösung kam mir dann folgende Idee:Nova Auralis hat geschrieben:Ich verstehe noch nicht so richtig, wieso Martin hier einen so umständlichen Ansatz mit Loopback verfolgt, während in den meisten anderen BruteFIR-Konfigurationen stets nur Direktzugriffe auf ALSA-Geräte zu sehen sind. Gehen solche Konfigurationen (z.B. hier) ausschließlich von Convolving-PCs aus, welche das Audio Signal über einen Eingang empfangen, die entsprechenden Faltungen erledigen, um das Ganze dann wieder über einen bzw. mehrere Ausgänge rauszuschicken? Würde eine solche Konfiguration in meinem Fall scheitern, weil der Zugriff auf ALSA-Geräte normalerweise exklusiv geschieht, sprich immer nur eine Software zur selben Zeit darauf zugreifen kann?
Probiere ich die zitierten Konfigurationen aus, erhalte ich von BruteFIR allerdings eine Fehlermeldung, die da lautet:Nova Auralis hat geschrieben:Für den Fall, dass meine Vermutungen stimmen, hatte ich folgende Überlegungen zu einem vielleicht möglichen Trick angestellt. Was wäre, wenn ich meine Wiedergabe-Software stattdessen dazu anhalte auf ein virtuelles Gerät (dmix) zuzugreifen, welches wiederum als "Slave" einen Dummy-Ausgang (HDMI) nutzt? Auch BruteFIR wird dabei im Eingang auf dieses virtuelle Gerät konfiguriert, die Ausgänge können dann ungestört über die korrekten ursprünglich geplanten ALSA-Geräte laufen. Hier eine Konfiguration, wie in etwa ich mir das vorstelle:
Ausschnitt aus der asound.conf:
Ausschnitt aus der .brutefir_config:Code: Alles auswählen
pcm.VIA_PCI { type hw card 2 device 0 } pcm.Dummy_HDMI { type hw card 0 device 3 } pcm.dmixer { type dmix ipc_key 1024 slave.pcm "Dummy_HDMI" slave { periods 2 period_size 4096 buffer_size 8192 rate 96000 format S32_LE channels 2 } bindings { 0 0 1 1 } } pcm.!default { type plug slave.pcm "dmixer" }
Code: Alles auswählen
input "left_in", "right_in" { device: "alsa" { device: "pcm.!default"; ignore_xrun: true; }; }; output "left_out", "right_out" { device: "alsa" { device: "pcm.VIA_PCI"; ignore_xrun: true; }; };
Code: Alles auswählen
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM pcm.!default
ALSA I/O: Could not open audio input "pcm.!default": No such file or directory.
Failed to init input device.
Failed to initialise digital audio interfaces.
Beste Grüße,
Jannis