[gstreamer-bugs] [Bug 551509] gst_base_transform_prepare_output_buffer: assertion failed: (*out_buf != NULL)

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

  GStreamer | gstreamer (core) | Ver: HEAD CVS

Aurelien Grimaud changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gstelzz at yahoo.fr




------- Comment #8 from Aurelien Grimaud  2008-09-25 19:27 UTC -------
With previous revisions, such pipeline was RUNNING :
gst-launch -v  udpsrc ! capsfilter caps="application/x-rtp,
media=(string)video, clock-rate=(int)90000, encoding-name=(string)MP4V-ES,
profile-level-id=(string)1,
config=(string)000001b001000001b58913000001000000012000c48d8800650584121463000001b24c61766335312e34382e30"
! rtpmp4vdepay ! fakesink
With new basetransform, Jan Schmidt GST_FLOW_ERROR occurs.

Moreover :
This, 

gst-launch -v  udpsrc ! capsfilter caps="application/x-rtp,
media=(string)video, clock-rate=(int)90000, encoding-name=(string)MP4V-ES,
profile-level-id=(string)1,
config=(string)000001b001000001b58913000001000000012000c48d8800650584121463000001b24c61766335312e34382e30"
! rtpmp4vdepay ! ffdec_mpeg4 ! xvimagesink

does not work, but setting the caps property of udpsrc displays the video :

gst-launch -v  udpsrc caps="application/x-rtp, media=(string)video,
clock-rate=(int)90000, encoding-name=(string)MP4V-ES,
profile-level-id=(string)1,
config=(string)000001b001000001b58913000001000000012000c48d8800650584121463000001b24c61766335312e34382e30"
! rtpmp4vdepay ! ffdec_mpeg4 ! xvimagesink

this works fine too :
gst-launch -v  udpsrc ! capsfilter caps="application/x-rtp,
media=(string)video, clock-rate=(int)90000, encoding-name=(string)MP4V-ES,
profile-level-id=(string)1, *payload=96*,
config=(string)000001b001000001b58913000001000000012000c48d8800650584121463000001b24c61766335312e34382e30"
! rtpmp4vdepay ! ffdec_mpeg4 ! xvimagesink

And it works with whatever payload which is rtpmp4vdepay compatible (dynamic
payload)

Do you think that not running is the right thing to do (because of caps
negotiation failure on payload), or something was broken ?
Previously, basetransform was allocating buffer when subclass did not. Why no
more ?


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