[gst-devel] Trouble with giostreamsrc

[Sebastian Dröge]

Am Mittwoch, den 08.07.2009, 18:59 -0700 schrieb W. Michael Petullo:
> >>> I am trying to move an application from giosrc to giostreamsrc.
> >>> However, I have not been able to get my giostreamsrc pipeline to
> >>> work. Everything worked fine when I was using giosrc with a URI.
> >>>
> >>> When I run the application with the GST_DEBUG environment variable
> >>> set, I see the error "No stream given yet." This happens as the
> >>> application tries to change the pipeline's state to playing.
> >>>
> >>> The strange thing is that I added a check right before the state
> >>> change that reads the stream property from the giostreamsrc element
> >>> using g_object_get and confirms that it is a G_IS_INPUT_STREAM. The
> >>> check does not complain. However, something sets the stream back to
> >>> NULL after I call gst_element_set_state (see "FIRST CHECK" and
> >>> "SECOND CHECK" below).
> >>>
> >>> I've run my application through valgrind and did not see any memory
> >>> issues, though I have not yet ruled that out entirely.
> >>>
> >>> I am using gstreamer-plugins-base 0.10.22.
> 
> >> Could you file a bug for this at http://bugzila.gnome.org and
> >> assign me
> >> to it? I know what the problem is and will work on that soonish :)
> 
> [...]
> 
> > http://bugzilla.gnome.org/show_bug.cgi?id=587896
> 
> I'm coming back to the mailing list because Sebastian fixed several  
> issues in the giostream element. I'm not sure this would be considered  
> the same bug, but I am still having trouble. If appropriate, I will  
> reopen bug #587896.
> 
> I've attached a simplified program that operates similarly to how my  
> application does. The only big difference is that I don't provide a  
> "new-buffer" callback to appsink (whereas my application does).  
> Despite this, the test program seems to exhibit the same behavior as  
> my application:

That's a different bug, not sure where :) For some reason decodebin
tries to link a million id3demux elements...

Could you file a bug for this?

Also, in your sample code you should really a) run a main loop after the
state change and b) have a bus watch that handles bus messages...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20090709/e656e9c6/attachment.pgp>