August 16th, 2025: Great news for all Linux lovers among you: DDMF has finally started to release Linux versions of the plugin portfolio. As of today, Endless (freeware reverb) and the two MagicDeathEye compressors are available as VST3 plugins in ARM and x86_64 format. More goodies will follow over the next few days…
www.playonlinux.com

Nur leider muss ich bei jedem Debug-Vorgang MIDI neu verbinden da PD nach der Debug-Sitzung natürlich geschlossen und vom Audio-System entfernt wird. Was ich etwas nervig finde...
Gute Idee, aber VS Codium hat nur preLaunchTask oder postDebugTask als trigger. Bringt leider nix. Trotzdem danke!Kannst du in den Debugvorgang nicht den Aufruf von aconnect einbauen?
Normalerweise sollte bei pipewire auch der wireplumber Dienst mitlaufen. Dem kannst Du per Script so ziemlich alles beibringen. Hab jetzt auf die Schnelle aber kein Beispiel gefunden.Kennt zufällig jemand den Trick wie Pipewire MIDI automatisch beim Start einer Anwendung verbindet?
Klar, aber ich bin halt faul und will das mit der Debug-Session direkt so haben. Ist aber jetzt auch kein großes Ding. Ist ja nicht die Regel. Ich connecte einfach manuell. Und das nächste Mal packe ich mein Reise-Keyboard einfach wieder mit ein.Dem kannst Du per Script so ziemlich alles beibringen.
Genau, c++. Das ist aber kein c++-Problem sondern der IDE die keinen Trigger für "Anwendung gestartet" anbietet, an den man dann das aconnect hängen könnte.
Ja, das ist es wirklich. Deswegen habe ich das auch aufgegeben. Irgendwelches Audio-Schnippsel aus dem Internet nehme ich mit Audacity und Loopback-Adapter unter Windows auf.Das ist ja wohl völlig praxisfremd.
Auflistung der ALSA devices:
arecord -l
**** List of CAPTURE Hardware Devices ****
card 1: US2x2HR [US-2x2HR], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: PCH [HDA Intel PCH], device 0: ALC255 Analog [ALC255 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
Aufnahme:
arecord -D hw:1,0 -f S24_LE -r 48000 -c 2 output.wav
oder
arecord -D hw:US2x2HR -f S24_LE -r 48000 -c 2 output.wav
...
Einfaches Szenario: Ich will mit Audacity aus Firefox/Youtube was aufnehmen.
...
Weiß da jemand was?
ja danke.hatte eine elegante Lösung mit pipewire gepostet:
wie gesagt, es war nur ein BeispielEs gibt noch arecord (alsa):




Ja, das ist leider so. Liegt aber eher nicht an Pipewire sondern an der fragwürdigen Anbindung in Firefox und Audacity. Bei ardour bleiben auch alle Ports dauerhaft offen, unabhängig vom Aufnahme/Wiedergabestatus. (Wie bei Reaper...)Einfaches Szenario: Ich will mit Audacity aus Firefox/Youtube was aufnehmen.
Der Firefox Ausgang erscheint erst im qpwgraph wenn ich was abspiele, der Audacity Eingang erscheint erst, wenn ich den Aufnahmeknopf gedrückt habe. Dann kann ich die verbinden und er nimmt auf. Wenn ich im Audacity auf Stop drücke ist der Eingang wieder weg. Wenn ich die Aufnahme wieder starte ist der Eingang wieder da, aber die Connection ist weg.
Das ist ja wohl völlig praxisfremd. Ich hoffe deshalb dass es da was gibt und ich hab's nur noch nicht gefunden. Weiß da jemand was?
probiere bitte mal folgendes
in FF ein YT Fenster öffnen und abspielen
Anhang anzeigen 261526
das YT mit Reaper verbinden, Aufnahme läuft
Anhang anzeigen 261527
YT schließen, das FF Element verschwindet
Anhang anzeigen 261528
das YT Tab wieder öffen. Das FF Element ist wieder da, die Connections nicht
Anhang anzeigen 261529
immerhin lässt Reaper seine Eingänge da, auch wenn nicht aufgenommen wird. Im Gegensatz zu Audacity.

#!/bin/bash
# Unload all modules with sink_name=default_sink to avoid accumulation
for module in $(pactl list short modules | grep 'sink_name=default_sink' | awk '{print $1}'); do
pactl unload-module "$module"
done
# Start qpwgraph in background
qpwgraph &
# Load a new null sink named default_sink
pactl load-module module-null-sink media.class=Audio/Sink sink_name=default_sink channel_map=stereo
# Set default sink to the new default_sink
pactl set-default-sink default_sink
# Start your LSP plugins
lsp-plugins-para-equalizer-x16-stereo -c /home/fox/scripte/KH120.cfg &
lsp-plugins-limiter-stereo -c /home/fox/scripte/limiter.cfg &
japa -J &
dankeaber bei mir bleiben die Sinks stehen,
liegt es nicht an pipewire selbst, sondern an der Software, die diese Ein- und Ausgänge verschwinden lässt.Liegt aber eher nicht an Pipewire sondern an der fragwürdigen Anbindung in Firefox und Audacity.
Nur zwei? Pfff. Ich benutze Mate Desktop, zeitweise mit drei Monitoren einer davon eigentlich ein Grafiktablett...Was ich halt auch mehr als nervig finde ist, dass mit Plasma ein Zwei-Monitor-Betrieb nicht möglich ist, da der zweite Monitor leider von Zeit zu Zeit einfriert. Das sind schon so Basics wo ich erwarte, dass das funktioniert. Eine Lösung konnte ich bisher nicht finden. Vermutlich muss ich Plasma ersetzen. Vielleicht durch Gnome? Hat da jemand Erfahrungen mit zwei Monitoren?
Plasma ist mir inzwischen einfach zu viel und zu mächtig geworden. Kann wirklich viel, aber m.M. nach einfach zu komplex. Ich habe allerdings nur einen 4k Monitor :) Aber wir können ja nachher im Journal drüber labern :DMate also. Das hatte ich kurz mal angetestet und hat mir nicht auf Anhieb gefallen. Letztendlich aber egal. Hauptsache, der zweite Monitor friert nicht dauernd ein...
Man konnte ja sein eigenes Wort mal wieder nicht verstehenAber wir können ja nachher im Journal drüber labern
Vielleicht hängt es ja damit zusammen: https://bugs.kde.org/show_bug.cgi?id=500951 Ursache ist wohl ein bug in dem tool ddcutil bis einschließlich Version 2.2.0: https://github.com/rockowitz/ddcutil/releases/tag/v2.2.1 Kannst ja mal prüfen welche Version du hast.Es wird wohl auf Mate oder Gnome hinauslaufen. Auf Wiedersehen, fancy Plasma-Desktop, fürchte ich.

The long answer for Wayland is a bit more complex. As Linux's modern display server protocol, Wayland was developed as a direct replacement for X11. Thanks to Xwayland, a compatibility layer for X11 integrated into Wayland, X11 applications and plugins work without issues in most cases on Wayland. Currently, none of the popular plugin frameworks support Wayland directly. However, this is actively being worked on (at least for some of the frameworks, such as JUCE and DPF) and there's workarounds for certain scenarios as well. For the time being, this means that if a DAW does not offer X11 support, as is the case with, for example, PreSonus' Studio One, it can't be run on X11. However, such a DAW can still load X11 plugins via Xwayland perfectly fine on Wayland. And all of this without the user even noticing it.
Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion ist in einigen Browsern möglicherweise nicht verfügbar.