Summary: | GStreamer output does not work | ||
---|---|---|---|
Product: | [Applications] juk | Reporter: | Evan Dandrea <daneva76> |
Component: | general | Assignee: | Scott Wheeler <wheeler> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 2.0 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | add support for KGST_SINK env var |
Description
Evan Dandrea
2004-03-01 01:12:08 UTC
It's currently hardcoded in the GStreamer bindings to use OSS output. What you're seeing is that it's unable to open the sound device because ESD is running. You might try running JuK with "esddsp juk --nofork" to see if it's able to reroute it. At some point it's likely that there will be a GStreamer KControl module that ships with the KDE bindings, but since that currently doesn't exist there's not a way to fix this inside of JuK. I'm getting this too; the esddsp / artsdsp trick (I'm hoping to use artsd) doesn't work, AFAICS. in other words, JuK hogs /dev/dsp. Since artsd expects to "own" that device, it can't coexist with JuK in any reliable way. is there *any* way to override the sink JuK will use? even hacking a config file, or rebuilding from source, is fine by me. Given that gst-launch filesrc location=test.mp3 \! spider \! osssink fails to work, but gst-launch filesrc location=test.mp3 \! spider \! artsdsink works fine, that's all I need. On Tuesday 29 June 2004 1:08, Justin Mason wrote:
> is there *any* way to override the sink JuK will use?
This was hardcoded into the GStreamer bindings -- that will be changed in the
next release.
Just do s/osssink/artssink/ in gst/kde/gstplay.cpp
Created attachment 7294 [details]
add support for KGST_SINK env var
fwiw -- this patch to kgst adds support for a KGST_SINK environment variable,
so that 'osssink' can be overridden if desired. (it works with JuK too ;)
I've just opened bug 92786 (on the gst libraries in particular), with that patch, hoping to get it applied. just an update -- I currently have this worked around. here's how. 1. set up esd on the machine. with ALSA installed (modern kernels) that means running "aoss esd". 2. set up KDE to run artsd with ESD output. 3. set up JuK to output via artsd. in other words, the sound output goes via 3 layers of indirection: artsd -> esd -> ALSA dmix -> hardware. but hey, it plays, and other apps can access the hardware while juk is running so I'm happy... |