[gst-devel] Trouble with giostreamsrc
Sebastian Dröge
sebastian.droege at collabora.co.uk
Thu Jul 9 13:36:48 CEST 2009
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>
More information about the gstreamer-devel
mailing list