GNOME Bugzilla – Bug 750091
rtpmp4gpay ! rtpmp4gdepay causes video artefacts
Last modified: 2018-11-03 15:00:34 UTC
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.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/188.