[gstreamer-bugs] [Bug 443081] volume plugin goes async forever

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=443081

  GStreamer | gst-plugins-base | Ver: 0.10.12

Steve Fink changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |UNCONFIRMED




------- Comment #3 from Steve Fink  2007-06-04 17:19 UTC -------
Ah, I understand. Thank you. That's definitely it, since other files (with
other formats) work fine. My original test case *did* actually have the
audioconvert and audioresample stages in, but only after the volume plugin. I'd
mark this bug as invalid, but (1) I don't know if I have the rights, and (2) I
don't understand this bugzilla's distinction between NOTABUG and INVALID.

I had no idea that this would be the behavior, though, even after reading the
developer's guide. I should really move this question to gstreamer-devel, but
is there a way to say "everything is set up that is going to be set up, so if
there are no more messages on the bus, then I expect everything to be in the
PLAYING state and if something isn't, throw me an error message"? Or something
like that? (I'd want it programmatically, so I don't care whether it can work
automagically with gst-launch.)

It just seems like an infinite timeout isn't the nicest way to detect format
mismatches.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=443081.