[gstreamer-bugs] [Bug 607452] Failure to sync on rtpmp4vpay stream; sender; receiver mismatch

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=607452
  GStreamer | gst-plugins-good | 0.10.17

--- Comment #3 from Marc Leeman <marc.leeman at gmail.com> 2010-01-19 16:46:43 UTC ---

mpeg4videoparse opens the stream when it finds a VOS packet (blocks it before)
and allows rtpmp4vpay be configured.

Seems suspiciously identical to H264 where we ended up multiplexing NAL 7/8
sps/pps again in the rtph264pay; only here it is in the VOS header in MPEG4
video; looking if it is allowed to apply the same trick as in H264 by slightly
modifying rtpmp4vpay and where it should be inserted in the stream.

GST_DEBUG_NO_COLOR=1 GST_DEBUG=*mpeg4videoparse*:5 gst-launch udpsrc
uri=udp://236.4.0.36:9010 caps="application/x-rtp, clock-rate=(int)90000" !
rtpmp4vdepay ! mpeg4videoparse ! queue ! rtpmp4vpay send-config=True ! udpsink
host=226.226.226.22 port=2266

0:00:03.670503026 16952      0x125cf30 LOG          mpeg4videoparse
mpeg4videoparse.c:553:gst_mpeg4vparse_drain:<mpeg4vparse0> found VOS start
marker at 0
0:00:03.670515173 16952      0x125cf30 DEBUG        mpeg4videoparse
mpeg4videoparse.c:287:gst_mpeg4vparse_handle_vo:<mpeg4vparse0> time increment
resolution 25025
0:00:03.670523020 16952      0x125cf30 DEBUG        mpeg4videoparse
mpeg4videoparse.c:303:gst_mpeg4vparse_handle_vo:<mpeg4vparse0> fixed time
increment 1001
0:00:03.670562292 16952      0x125cf30 DEBUG        mpeg4videoparse
mpeg4videoparse.c:116:gst_mpeg4vparse_set_new_caps:<mpeg4vparse0> setting
downstream caps to video/mpeg, mpegversion=(int)4, systemstream=(boolean)false,
parsed=(boolean)true, profile-level-id=(string)3,
codec_data=(buffer)000001b003000001b509000001000000012000c888b0e0e0fa62c089028307,
framerate=(fraction)25/1, pixel-aspect-ratio=(fraction)1/1, width=(int)704,
height=(int)576
0:00:03.670624600 16952      0x125cf30 LOG          mpeg4videoparse
mpeg4videoparse.c:544:gst_mpeg4vparse_drain:<mpeg4vparse0> found VOP start
marker at 31
0:00:03.670709882 16952      0x125cf30 LOG          mpeg4videoparse
mpeg4videoparse.c:600:gst_mpeg4vparse_drain:<mpeg4vparse0> found VOP end marker
at 23288



GST_DEBUG_NO_COLOR=1 GST_DEBUG=*rtpmp4vpay*:5 gst-launch udpsrc
uri=udp://236.4.0.36:9010 caps="application/x-rtp, clock-rate=(int)90000" !
rtpmp4vdepay ! mpeg4videoparse ! queue ! rtpmp4vpay send-config=True ! udpsink
host=226.226.226.22 port=2266

0:00:03.378564183 16904      0x1e1cd90 LOG               rtpmp4vpay
gstrtpmp4vpay.c:244:gst_rtp_mp4v_pay_setcaps:<rtpmp4vpay0> got codec_data
0:00:03.378590917 16904      0x1e1cd90 LOG               rtpmp4vpay
gstrtpmp4vpay.c:260:gst_rtp_mp4v_pay_setcaps:<rtpmp4vpay0> configuring
codec_data, profile 3
0:00:03.378663218 16904      0x1e1cd90 DEBUG             rtpmp4vpay
gstrtpmp4vpay.c:395:gst_rtp_mp4v_pay_depay_data:<rtpmp4vpay0> start code
0x000001b00:00:03.378673393 16904      0x1e1cd90 DEBUG             rtpmp4vpay
gstrtpmp4vpay.c:410:gst_rtp_mp4v_pay_depay_data:<rtpmp4vpay0> VOS profile
0x00000003

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.