[gst-devel] bug in rtpmp4vpay/rtpmp4vdepay???

[Mehta, Neel]

Hi.

I used appsrc to write custom buffers to a file via filesink, and transferred the file later via udp from the host machine to the client.


 1.  appsrc is-live=true caps="video/mpeg, mpegversion=(int)4, framerate=(fraction)1001/30000, width=(int)1280, height=(int)720" ! filesink location=/opt/direct.m4v
 2.  gst-launch-0.10 -v filesrc location=direct.m4v ! mpeg4videoparse ! rtpmp4vpay ! udpsink host=172.24.190.141 port=5000
 3.  gst-launch-0.10 -v udpsrc port=5000 caps="application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)MP4V-ES, profile-level-id=(string)1, config=(string)000001010000012000845d4c294022d0a21f, payload=(int)96, ssrc=(guint)1221059791, clock-base=(guint)2143939524, seqnum-base=(guint)40996" ! rtpmp4vdepay ! filesink location=qaz.m4v

The transferred file is different from the original file by the
Initial bytes: 18 byes
Final bytes: 5 bytes

The VLC displays packetizer_mpeg4video warning: waiting for VOL. Note the original file (direct.m4v) played successfully.

So, why are the headers missing??? Is this a bug in the rtpmp4vpay or the rtpmp4vdepay???

Note: the encoder used is hardware based (using TI's DM355).

Thanks.

Regards,
Neel.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20090702/2d3522da/attachment.htm>