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 312804 - audiosinks happily go to GST_STATE_READY if device does not exist
audiosinks happily go to GST_STATE_READY if device does not exist
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: 0.9.2
Assigned To: Andy Wingo
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-08-07 15:17 UTC by Ronald Bultje
Modified: 2005-10-03 11:34 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ronald Bultje 2005-08-07 15:17:37 UTC
Several applications use a GST_STATE_NULL_TO_READY state-change to check whether
a device exists; they do this because it works in 0.8.x and because the
application development manual documents this state change as intended for
opening non-stream resources (such as opening audio devices).

In HEAD/0.9, however, the device is only opened when a caps is negotiated, which
degrades performance and makes the above not work.
Comment 1 Andy Wingo 2005-08-08 10:28:49 UTC
This is a bit tricky, as we really don't know the format until the first buffer
goes through. Would rather not fixate just to check to see if the device is
openable. Hm.
Comment 2 Ronald Bultje 2005-08-08 12:07:59 UTC
The open and setformat code doesn't have to be the same function...
Comment 3 Andy Wingo 2005-08-08 17:06:12 UTC
The audiosinks are fixed now. Sources probably still need a bit of work.