Menu
▾
▴
#234 MP4Box Splitx fails for files > 2GB
MP4Box bug
MP4 files that are > 2GB in size, when SplitX is used, the entire file is copied instead of a split being made. Identical SplitX on files < 2GB have split correcty.
Version used:
MP4Box - GPAC version 0.4.6-DEV-rev2735
Compilation Date: Mar 2 2011 - by Kurtnoise
GPAC Copyright: (c) Jean Le Feuvre 2000-2005
(c) ENST 2005-200X
GPAC Configuration: (static configuration file)
Features: GPAC_HAS_SPIDERMONKEY GPAC_HAS_JPEG GPAC_HAS_PNG
Attempts to use a later, nightly build of MP4Box/GPAC fail completely
Hi Derek,
Can you please try the new rev3319 nightly build and tell me if it fixes your problem?
Romain
Romain,
MP4Box no longer crashes on start with build 3320 and a file > 2GB. However, the split failing *still remains*
Log below
C:\Mp4box>mp4box -add "\users\public\videos\AFL- Championship Season_Prime Canberra_2011_04_26_13_58_00.mp4" -splitx 10:100 \users\public\videos\split2.mp4
IsoMedia import - track ID 1 - Video (size 720 x 576)
IsoMedia import - track ID 2 - Audio (SR 48000 - 2 channels)
Adjusting chunk start time to previous random access at 7.64 sec
Extracting chunk \users\public\videos\split2.mp4 - duration 92.36 seconds
Warning: Edit list doesn't look like a track delay scheme - ignoring
Saving to \users\public\videos\split2.mp4: 0.500 secs Interleaving
It spots the cut correctly and says it's going to do the cut, but then simply makes a complete copy of the original file.
Source MP4 File is 2.7GB
"Split" MP4 file is a copy of the original 3.2 hours at 2.7GB, not a 92 second clip
I have reproduced your bug, even with small files. I'll let you know here.
Romain
Ok, should be fixed by r3321 :)
The behaviour wasn't congruent with the doc which says :"You can add media to a file and split it in the same pass. In this case, the destination file will not be stored." (http://gpac.wp.institut-telecom.fr/mp4box/mp4box-documentation/) The split file was immediately overwritten with the result of the "-add" option which was incorrect. Tell me if it solves your issue.
Romain
Romain,
I've run it against my test files. The cut appears to be made and around the right size, however:
1 . The resulting file name is different to the one specified, having the cut details in the file name
2. The cut file is unplayable
Derek
Derek,
1. with this option you can't specify the output name (although it always looks like inputname_starttime_endtime.ext). Check the doc if you have a doubt. You actually don't need the "-add" in your command-line (it adds a useless step).
2. mines are ok. Could you please share a file that fails?
Romain
Thanks, my mistake on the -add option, which I have now corrected. I am now uploading the mp4, but as it's 500MB it's taking a while. Will post url once it's done.
More information. The split plays under VLC but will not under Windows Media Player. Still uploading the source...
Source video is here: https://rapidshare.com/files/1783279293/Futurama-NoCuts.mp4
- SPLITX with latest nightly build it is unplayable by Windows Media Player but is playable using VLC
- SPLITX using 0.4.6-DEV-rev2735 is playable by both Windows Media Player and VLC, but will fail for files > 2GB
Hi Derek,
Thank you for the test file, it was of great help :)
The split file is read by VLC, QuickTime and our own player Osmo4 (included with the installer) from revision 3346. WMP on W7 is the only one to fail but I can't find any log, and without any clue it is nearly impossible to debug. Any help is welcome.
Romain
OK Romain, I'll see what I can work out. Do your splits work under Windows Media Player using your own test MP4s? If so there may be clues in the x264 options.
I made some extra tests. Some files (including the one you provided) seem to work with WMP if you ask GPAC to rewrite them ("MP4Box -add myfile-in myfile_out"). WMP seem to fail when unknown boxes are present but it would need further investigation.
Romain
I've reproduced the same thing. Rewritten MP4s work fine, split does not.