[gst-devel] Trouble with giostreamsrc

[Sebastian Dröge]

Am Donnerstag, den 09.07.2009, 13:36 +0200 schrieb 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?

...if it doesn't work after this change:

commit b9c79380aa07e3cf2c00a190bbbcb0b0c252df96
Author: Sebastian Dröge <sebastian.droege at collabora.co.uk>
Date:   Thu Jul 9 13:45:13 2009 +0200

    gio: Make sure that we have the correct stream position when
starting

Note that your application blocks forever after the pipeline has
finished because of no bus usage, etc :)
-------------- 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/18667c64/attachment.pgp>