Version: (using KDE KDE 3.3.1) Installed from: Debian testing/unstable Packages OS: Linux Hi there. This is an upstream report of the following Debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=268114 nothing seems to be happening there at least. cut and paste: I'm a keen JuK user, and at the same time run into situations every day where I need to listen to other audio apps on the same machine. To date I've been working around this by saving all playlists and quitting JuK, but being able to play sound while JuK is running is obviously a lot more optimal. JuK uses kgst, and kgst hardcodes the use of "osssink". This patch adds a simple method to gst/kde/gstplay/play.cpp to use an environment variable, KGST_SINK, which specifies the target sink to use for gstreamer output. So for example: export KGST_SINK=artsdsink juk & artsplay ~/mp3/foo.mp3 [hit play in juk] does software mixing. If KGST_SINK is unset, it'll default back to "osssink" as before. I'd *really* appreciate if this could be applied... --j.
Created attachment 8188 [details] patch to gst/kde/gstplay/play.{cpp,h} to support KGST_SINK env var here's the patch that implements the env var.
btw, this is related to bug 76468; it's the same patch. Scott Wheeler notes there that "this will be changed in the next release", but it's unclear what component he's talking about. if it's the gst bindings, here's the gst-specific bug for that.
If anyone at kde.org can change it then Scott.
Actually I just upgraded JuK to use GStreamer 0.8 and there's now a config entry there that allows changing the sink. In ~/.kde/share/config/jukrc just add: [GStreamerPlayer] SinkName=artsdsink At some point before KDE 4 I'll be updating the bindings to GStreamer 1.0 (or 0.10 -- whatever they've decided to call it) and at that point I'll probably include a KControl module for changing the GStreamer settings.