mp4 file not recognized, 0x66726565-free in root

[GoogleCodeExporter]

What steps will reproduce the problem?
1. placed the attached video inside the 'TestFiles' demo folder
2. modified 'test.php' to read all formats instead of just 'f4v'
3. ran test.php

What is the expected output? What do you see instead?
rather than seeing the metadata for the video, I got "0x66726565-free in
root". I'm assuming that my codec is unsupported as it's seems to be
running through all the supported types in Box.php and spitting out the
depug code at the end.

What version of the product are you using? On what operating system?
I just downloaded the latest version (1.1.1 I think) and it's running on
Ubuntu, PHP 5.1.2

Original issue reported on code.google.com by mattdigi...@gmail.com on 26 Jan 2010 at 2:21

Attachments:

• interview_01.mp4

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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