Optimize MP4 files for HTTP streaming (on the CLI it's -O or --optimize).
commit23e8079a932fc4589e15563d5de4a38d9fd780cd
authorjbrjake <jbrjake@b64f7644-9d1e-0410-96f1-a4d463321fa5>
Wed, 21 Nov 2007 17:41:33 +0000 (21 17:41 +0000)
committerjbrjake <jbrjake@b64f7644-9d1e-0410-96f1-a4d463321fa5>
Wed, 21 Nov 2007 17:41:33 +0000 (21 17:41 +0000)
treeb379eaf8ebfd58cd76d8dc7e9dbb68030d032235
parentb231efd83ea92ecc15d44b39432c1cac5c04f249
Optimize MP4 files for HTTP streaming (on the CLI it's -O or --optimize).
Has mpeg4ip run a second pass after muxing is complete, to move the MOOV atom to the beginning of the file. To get this to work, I had to replace a patch from Perian, which has written the avc1 "Compressor Name" in the Pascal string style QuickTime expects. Unfortunately, that patch left mpeg4ip unable to parse its own output, when muxing x264 video. Instead, now the Compressor Name is a blank string, and QuickTime substitutes "H.264" for it.

NOTE: This is *not* hinting for RTP streaming, just shuffling the container around so it starts playing faster over the web.

git-svn-id: svn://svn.handbrake.fr/HandBrake/trunk@1074 b64f7644-9d1e-0410-96f1-a4d463321fa5
contrib/Jamfile
contrib/patch-mpeg4ip-no_compressor_name.patch [new file with mode: 0644]
libhb/common.h
libhb/muxmp4.c
test/test.c