GNOME Bugzilla – Bug 563433
implement h264parse AVC output
Last modified: 2009-12-10 12:13:35 UTC
Hi, When I tried muxing H264 file for FLV using flvmux elment in gst-plugin-bad-0.10.9, its generating very small file size. Which cannot be played back in Flash player. Pipeline: gst-launch-0.10 filesrc location=/home/Test.264 ! h264parse ! flvmux ! filesink location=/home/Test_1.flv
*** Bug 563434 has been marked as a duplicate of this bug. ***
I'm assuming that the file 'Test.264' is an annex B byte stream? If not, please try again with a bytestream formatted input file. It's uncertain that the above pipeline will work, usually a muxer needs an AVC H264 stream and h264parse cannot yet convert an annex B file to AVC.
Got this response as a reply to the bugzilla mail: "I am using a Annex B byte H264 stream. And I would like to know what type of H264 file we need to provide as input to the h264parse element."
h264parse accepts both AVC and bytestream formats. It produces the same format on the source pad as it received on the sinkpad. You probably need to add a property to h264parse to turn the stream into an AVC stream or implement the feature with the caps properties discussed on the mailing list. Marking as enhancement to h264parse.
Following commit implements such stream format transformation controlled by a property (though it would properly make more convenient sense to control this by some standardized caps properties): commit b4d9b81b8a5d588be6ae634499a24a9be39a8aff Author: Mark Nauwelaerts <mark.nauwelaerts@collabora.co.uk> Date: Sun Nov 22 19:30:43 2009 +0100 h264parse: optional transforming from bytestream to sample format (or vice versa)