[gstreamer-bugs] [Bug 421834] New: videorate breaks on dimension changes

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=421834

  GStreamer | gst-plugins-base | Ver: HEAD CVS

           Summary: videorate breaks on dimension changes
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: zaheermerali at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Use case:

3 buffers come in 1 after each other from mpeg2dec, 3rd one with different
dimension from first 2.

720x576 mpeg2dec's sink pad is 720x576
720x576 mpeg2dec's sink pad is 720x576
510x234 mpeg2dec's sink pad is now 510x234

Videorate stores buffers, so after receiving 2nd buffer, it sends 1st buffer. 
After receiving 3rd buffer, it sends 2nd buffer.  At time of sending 2nd
buffer, setcaps has already set src pad caps to 510x234 because 3rd buffer has
been received on sink pad.  The flush_prev function sets src pad's caps on the
buffer going out which means a buffer of 720x576 is sent with caps of 510x234.

The 3 buffers ideally should go out with the same caps as they had when they
came in except the framerate (which can be different depending on the
downstream element).  I am going to write a unit test that will check that this
behaviour holds.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email