Bug 1832

Do you have additional information on the format of the original file ?

It is a BBC Iplayer file. These are downloaded as flv and then transcoded to mp4.

gmplayer says:


Playing /home/vrossum/BBC_iPlayer/CBeebies_Bedtime_Stories_-_108._Knight_Time_b00mk5f4_default.mp4.
Cache fill:  0.00% (0 bytes)   

libavformat file format detected.
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (aac), -aid 0, -alang und
VIDEO:  [H264]  640x360  24bpp  25.000 fps  691.9 kbps (84.5 kbyte/s)
Clip info:
 major_brand: isom
 minor_version: 512
 compatible_brands: isomiso2avc1mp41
 creation_time: 1970-01-01 00:00:00
 encoder: Lavf52.73.0
Load subtitles in /home/vrossum/BBC_iPlayer/
Opening video filter: [pp]
1 errors in postprocess string "de"
Couldn't open video filter 'pp'.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 94.7 kbit/6.17% (ratio: 11841->192000)
Selected audio codec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Unsupported PixelFormat 61
Unsupported PixelFormat 53

Can you give a try with the ffmepg version 0.7.1 pushed in RPMFusion for rawhide ?
I eventually plan to backport it to F-15.
Thx

Tried it but no luck. The output is still a file with a solid gray screen.
Playing the intput file still works fine.



ffmpeg -r 15 -b 64k -ac 1 -s 320x240 -ar 16000 -ab 32k   -vcodec mpeg4 -i CBeebies_Bedtime_Stories_-_108._Knight_Time_b00mk5f4_default.mp4 out.mp4 
ffmpeg version 0.7.1, Copyright (c) 2000-2011 the FFmpeg developers
  built on Jul 14 2011 18:18:37 with gcc 4.6.1 20110627 (Red Hat 4.6.1-1)
  configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib --mandir=/usr/share/man --arch=i686 --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables' --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib --cpu=i686 --enable-runtime-cpudetect
  libavutil    50. 43. 0 / 50. 43. 0
  libavcodec   52.122. 0 / 52.122. 0
  libavformat  52.110. 0 / 52.110. 0
  libavdevice  52.  5. 0 / 52.  5. 0
  libavfilter   1. 80. 0 /  1. 80. 0
  libswscale    0. 14. 1 /  0. 14. 1
  libpostproc  51.  2. 0 / 51.  2. 0
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x8567a20] max_analyze_duration 5000000 reached at 5035000
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'CBeebies_Bedtime_Stories_-_108._Knight_Time_b00mk5f4_default.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    creation_time   : 1970-01-01 00:00:00
    encoder         : Lavf52.73.0
  Duration: 00:03:30.13, start: 0.000000, bitrate: 791 kb/s
    Stream #0.0(und): Video: mpeg4, yuv420p, 640x360 [PAR 90:90 DAR 16:9], 691 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc
    Metadata:
      creation_time   : 1970-01-01 00:00:00
    Stream #0.1(und): Audio: aac, 48000 Hz, stereo, s16, 94 kb/s
    Metadata:
      creation_time   : 1970-01-01 00:00:00

Error while decoding....


[mpeg4 @ 0x856abc0] hmm, seems the headers are not complete, trying to guess time_increment_bits                                                                                
[mpeg4 @ 0x856abc0] my guess is 13 bits  ;)                                              
[mpeg4 @ 0x856abc0] load backward shape isn't supported                                 
Marker bit missing before time_increment                                                
[mpeg4 @ 0x856abc0] load backward shape isn't supported
[mpeg4 @ 0x856abc0] I cbpy damaged at 3 0                                               
[mpeg4 @ 0x856abc0] Error at MB: 3                                     

Could you provide the original flv file for testing?

The sequence of transcoding was
flv -> mp4 (works ok, done by get_iplayer) 
mp4 -> small format mp4 (fails)

2 questions
1) I can the large format mp4 file. Is that ok as well?

2) How to send these large files?

Can you give a try on the new ffmpeg using:
yum update ffmpeg --enablerepo=rpmfusion-free-updates-testing

(In reply to comment #7)
> Can you give a try on the new ffmpeg using:
> yum update ffmpeg --enablerepo=rpmfusion-free-updates-testing

I'm now on Fedora 16 with ffmpeg-0.8.4-1.fc16.x86_64
The bug still exists there.

If you want, I can put the file in question on my website.

(In reply to comment #8)
> (In reply to comment #7)
> > Can you give a try on the new ffmpeg using:
> > yum update ffmpeg --enablerepo=rpmfusion-free-updates-testing
> 
> I'm now on Fedora 16 with ffmpeg-0.8.4-1.fc16.x86_64
> The bug still exists there.
> 
> If you want, I can put the file in question on my website.
> 

Please do. Samples showing bugs are very useful.
We definitely need the source file.

(In reply to comment #8)
> (In reply to comment #7)
> > Can you give a try on the new ffmpeg using:
> > yum update ffmpeg --enablerepo=rpmfusion-free-updates-testing
> 
> I'm now on Fedora 16 with ffmpeg-0.8.4-1.fc16.x86_64
> The bug still exists there.
> 
> If you want, I can put the file in question on my website.
> 

Thanks for providing a sample. Indeed the exact command you are using shows a lot of errors. However, try moving "-i infile" to the beginning of the options. The command you are using sets (forces) all these settings for the input file, not the output one. In FFmpeg, the order of the options is important (like in ImageMagick, for example).

So, in other words, not a bug. :)