[gstreamer-bugs] [Bug 545501] Unable to get the parrent of a GstSubBuffer

[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=545501

  GStreamer | gstreamer (core) | Ver: HEAD CVS

Thijs Vermeir changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thijsvermeir at gmail.com




------- Comment #4 from Thijs Vermeir  2008-08-04 21:35 UTC -------
(In reply to comment #3)
> xvimagesink should not be providing buffers via its pad_alloc function with a
> refcount greater than 1.  This needs to be fixed if it's broken.
> 
It's not doing that, it is delivering buffers with refcount = 1 as expected.

For example:
The decoder has requested with pad_alloc a buffer and get's the xvimagebuffer
(with refcount=1). he pushes it and identity is signalling this buffer in his
transform_ip function. Playbin is listening to this signal and ref's the
buffer. When then there is a discont in the stream another basetransform
element (like ffmpegcolorspace) want to mark the buffer as DISCONT and tries to
make the metadata writable by making a subbuffer of the xvimagebuffer.
xvimagesink receives this information and handles it with the slow method while
it is able to do the fast method for this frame.



-- 
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=545501.