After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 560685 - Gstreamer generate an error
Gstreamer generate an error
Status: RESOLVED DUPLICATE of bug 471364
Product: GStreamer
Classification: Platform
Component: dont know
0.10.20
Other Linux
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-11-13 20:12 UTC by Eeva
Modified: 2009-05-31 22:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description Eeva 2008-11-13 20:12:03 UTC 
Gstreamer blocks the execution of Quodlibet 2.0.

Steps to reproduce :
1. Launch scilab(4.1.2-r1)
2. Open scicos
3. Create any signal
4. Output it on /dev/audio
5. Wait or stop the noise (><)
6. Open quodlibet(2.0)
7. Play a tune

It doesn't read anything.

My guess is that scilab doesn't give /dev/audio away, thus preventing any other program to use it.
Comment 1 Tim-Philipp Müller 2009-05-31 22:55:53 UTC 
You say GStreamer generates an error. So that either is expected behaviour if the audio device is being used by another application (resource busy error), OR you're running into the infamous bad-gconfaudiosink-error-reporting bug. I think the latter is the case.

Please re-open if you have information that shows this is not the case, thanks!

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 471364 ***