Hi All As you know, h264 streams come in two package
modes: 1. Length
prefixed 2. start
code prefixed (AnnexB) My question here is: can we put start code prefixed
H.264 stream into MP4 container, is it legal or not? Thanks in advanced. Weian Chen Ultra Mobility Group Intel Corporation Tel:
86-21-6116-6478 ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hey Did you find an answer to this question yet? I'm also looking at the Annex B of the H.264 specification and want to know how exactly is it currently implemented in gstreamer payloaders like rtph264vpay etc. As it seems from my experience, the Single NAL unit mode as given in RFC3894 doesnt work. I see that even when I encode from the H264 encoder using slice modes and all settings are such that only one slice goes into one NAL unit, even then, my RTP packet given by rtph264vpay is larger by tens of times than it should be. I think this is because the payloader doesnt implement the Single NAL unit mode (which should be the default more as stated in RFC 3894) and puts several NAL units in one RTP Packet. Can anyone please help verify this? Also, is there a way I could get the Single NAL unit mode to work? Am I missing something here? From: "Chen, Weian" <[hidden email]> To: Discussion of the development of GStreamer <[hidden email]> Sent: Fri, December 25, 2009 7:05:09 AM Subject: [gst-devel] Question on H.264 AnnexB package mode in MP4 container Hi All
As you know, h264 streams come in two package modes: 1. Length prefixed 2. start code prefixed (AnnexB)
My question here is: can we put start code prefixed H.264 stream into MP4 container, is it legal or not?
Thanks in advanced.
Weian Chen Ultra Mobility Group Intel Corporation Tel:
86-21-6116-6478
------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Chen, Weian
Alright... may be this is not the right place to ask my question. My apologies! From: Farah Akhtar <[hidden email]> To: Discussion of the development of GStreamer <[hidden email]> Sent: Wed, May 26, 2010 6:12:07 PM Subject: Re: [gst-devel] Question on H.264 AnnexB package mode in MP4 container Hey Did you find an answer to this question yet? I'm also looking at the Annex B of the H.264 specification and want to know how exactly is it currently implemented in gstreamer payloaders like rtph264vpay etc. As it seems from my experience, the Single NAL unit mode as given in RFC3894 doesnt work. I see that even when I encode from the H264 encoder using slice modes and all settings are such that only one slice goes into one NAL unit, even then, my RTP packet given by rtph264vpay is larger by tens of times than it should be. I think this is because the payloader doesnt implement the Single NAL unit mode (which should be the default more as stated in RFC 3894) and puts several NAL units in one RTP Packet. Can anyone please help verify this? Also, is there a way I could get the Single NAL unit mode to work? Am I missing something here? From: "Chen, Weian" <[hidden email]> To: Discussion of the development of GStreamer <[hidden email]> Sent: Fri, December 25, 2009 7:05:09 AM Subject: [gst-devel] Question on H.264 AnnexB package mode in MP4 container Hi All
As you know, h264 streams come in two package modes: 1. Length prefixed 2. start code prefixed (AnnexB)
My question here is: can we put start code prefixed H.264 stream into MP4 container, is it legal or not?
Thanks in advanced.
Weian Chen Ultra Mobility Group Intel Corporation Tel:
86-21-6116-6478
------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |