[Bug 750091] New: video got mosaic when using rtpmp4gpay and rtpmp4gdepay

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=750091

            Bug ID: 750091
           Summary: video got mosaic when using rtpmp4gpay and
                    rtpmp4gdepay
    Classification: Platform
           Product: GStreamer
           Version: 1.4.5
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: mingke.wang at freescale.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

using "test-uri" application in rtsp-server package to streaming some mp4
files.
(I'd like to upload a mp4 file, but the attachment was limited to 1600K. )

test-uri file://somefile.mp4
client:
gst-launch-1.0 playbin uri=rtsp://IP:8554/test

video playing is not smooth and got quite noticeable mosaic.

actually, the problem can be easily reproduced by local playback:
gst-launch-1.0 filesrc location=FILE ! video/quicktime ! demuxer ! rtpmp4gpay !
rtpmp4gdepay ! decoder ! videosink sync=true

seems some packets are lost in rtpmp4gpay or rtpmp4gdepay.
but if replace rtpmp4gpay/rtpmp4gdepay with rtpmp4vpay/rtpmp4vdepay. then no
problem.

is it a bug of rtpmp4gpay or rtpmp4gdepay? or rtpmp4gpay or rtpmp4gdepay is not
suitable for all mp4 files?
since we have a dedicate rtpmp4vpay/rtpmp4vdepay for mp4 video, I think the
rank of rtpmp4vpay/rtpmp4vdepay should larger than rtpmp4gpay or rtpmp4gdepay,
otherwise, application may chose to rtpmp4gpay or rtpmp4gdepay easily because
they have same caps and same rank, and rtpmp4gpay or rtpmp4gdepay has priority
in alphabet listing.

So I recommend decrease the rank of rtpmp4gpay or rtpmp4gdepay.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.