Open GoogleCodeExporter opened 8 years ago
I get a similar result "0x65647473-edts in trak" on multiple videos. I can't
provide the videos, unfortunately, but sounds like it's the same issue.
Original comment by ch.cr...@gmail.com
on 3 Sep 2010 at 7:01
There is a still a die() in Box.php on line 190, which is causing these errors
Original comment by Daniel.H...@googlemail.com
on 23 Jun 2011 at 9:41
My mp4 and m4v files usually get both these errors being encoded from different
sources, all being encoded with H.264 and AAC, so it must be the containers
that aren't supported. Is this true?
Original comment by curtis.m...@gmail.com
on 2 Nov 2011 at 1:07
Any suggestion on how to modify the script to read data from MP4?
Is there another version coming out?
Original comment by pedromv...@gmail.com
on 22 Jan 2012 at 6:24
It seems these issues are fixed in a development branch. I suggest you checkout
svn checkout http://php-mp4info.googlecode.com/svn/branches/extended-decoding
And look at Box.php...
case 0x65647473: // edts 8.25 Edit Box
case 0x66726565: // free 8.24 Free Space Box
case 0x6e64726d: // ndrm ?? Nero Digital Right Management?
And that die() disappeared.
And its more robust in other areas.
I would suggest though, that you insert the following around line 86 of
MP4Info.php - then it will return having read an invalid mp4 file.
// Sanity check
if ($boxes == null)
return $context;
Original comment by pete.mas...@gmail.com
on 29 Jun 2012 at 2:11
I looked in the dev branch which seems to handle an H.264 encoded F4V better
but throws an exception at MP4Info.php line 262 when getHandlerType is Main.
Because the loop is matching lowercase 'Main' is never matched and exception is
thrown. change line 258 to:
case 'main':
Then the exception is not thrown and the meta data returned.
Original comment by nat...@bright-soft.co.uk
on 17 May 2013 at 11:10
Original issue reported on code.google.com by
mattdigi...@gmail.com
on 26 Jan 2010 at 2:21Attachments: