MP4 file can't be read by ffmpeg (but can be with other tools)

[Rogério Brito]

Hi.

I have an MP4 file (that I can upload, if desired) that is not recognized by ffmpeg, but can be played without any problems with mplayer2.

I am using a Debian sid environment (with some packages taken from deb-multimedia, to get real ffmpeg, not libav).

Here is the debug output:

ffmpeg started on 2015-04-03 at 18:55:05
Report written to "ffmpeg-20150403-185505.log"
Command line:
ffmpeg -v 9 -loglevel 99 -report -i /media/lutz/videos/Lectures/mit/6.450f06/ocw-6.450-f06-2003-10-08_300k.mp4
ffmpeg version 2.6.1 Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.9.2 (Debian 4.9.2-10)
  configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security ' --extra-ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --en  libavutil      54. 20.100 / 54. 20.100
  libavcodec     56. 26.100 / 56. 26.100
  libavformat    56. 25.101 / 56. 25.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 11.102 /  5. 11.102
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc    53.  3.100 / 53.  3.100
Splitting the commandline.
Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'.
Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'.
Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'.
Reading option '-i' ... matched as input file with argument '/media/lutz/videos/Lectures/mit/6.450f06/ocw-6.450-f06-2003-10-08_300k.mp4'.
Finished splitting the commandline.
Parsing a group of options: global .
Applying option v (set logging level) with argument 9.
Applying option loglevel (set logging level) with argument 99.
Applying option report (generate a report) with argument 1.
Successfully parsed a group of options.
Parsing a group of options: input file /media/lutz/videos/Lectures/mit/6.450f06/ocw-6.450-f06-2003-10-08_300k.mp4.
Successfully parsed a group of options.
Opening an input file: /media/lutz/videos/Lectures/mit/6.450f06/ocw-6.450-f06-2003-10-08_300k.mp4.
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x6db120] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x6db120] ISO: File Type Major Brand: mp42
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x6db120] error reading header
[AVIOContext @ 0x6da940] Statistics: 2158738 bytes read, 0 seeks
/media/lutz/videos/Lectures/mit/6.450f06/ocw-6.450-f06-2003-10-08_300k.mp4: Invalid data found when processing input

This is, BTW, only one file from a handful of other files (from the same batch) that aren't recognized by ffmpeg.

I don't know exactly which extra information to include, but, please, let me know what else is needed and I will do my best to provide it (and this includes, as I mentioned, uploading the file to your FTP server).

Thanks in advance.

[James]

Yes, it will help if you can upload one of the files in question.

If it's less than 2.5mb you can upload it here as an attachment, otherwise use the FTP.

[Rogério Brito]

Hi.

Thanks for the response. The file is a bit large (200MB), which means that I will use the FTP site. Do you want me to use any specific naming convention?

Thanks once again.

[Rogério Brito]

Since it is a bit late here and the transfer may take some time, I will start its upload with its original filename (it is quite a bit "cryptic", which shouldn't be hard to spot) and, then, you can choose a better, more descriptive name, if so desired.

I hope that's OK with you.

Thanks,

Rogério Brito.

[Carl Eugen Hoyos]

Long-time regression, patch sent.

(Thank you for keeping the original name!)

[Carl Eugen Hoyos]

Should be fixed in 072198166e9a333662042deef066fe41b3ad8070
Thank you for the sample!

[Rogério Brito]

Super thanks for the quick response and fix.

Regarding the sample, you're welcome and if I ever happen to get some oddball video that should be played/read but isn't, I will surely let you guys know.

Now I'm anxious for the next point release. :)

Thanks once again,

Rogério Brito.