ffmpeg conversions ending short

[djtaylor]

I'm not sure what's going on here but i've just transcoded 2 films and noticed that although I have the full film recorded, when both were converted, one is 1:43:33 and the other is 1:43:32 in length.

Does ffmpeg have a limit as to the input file size as that's about all that I can think of, ffmpeg reading the first 2GB and then assuming eof? The output files are 1.2 and 1.5GB.

The gbpvr recording log indicates that the file transcode completed and thus doesn't offer any help there.

Anyone got any suggestions for this please?

David.

[sub]

All I can suggest is trying to run the ffmpeg conversion manually to see if it encounters any errors. You can find the command line in the GBPVRRecordingService.exe.log file.

[djtaylor]

All I can suggest is trying to run the ffmpeg conversion manually to see if it encounters any errors. You can find the command line in the GBPVRRecordingService.exe.log file.

Yes i'm going to do that. I'm off out of the country for a few days and figured I'd copy a few films to my Archos only to find that they're short. I'll have a play when i'm away and see what's up. I didn't know if it was a known issue that someone was going to pop in with an instant answer for.

Thanks
David.

[djtaylor]

Ok, i've just encoded another film, input length 1:48 and this too has stopped at 1:43:33, just short of the end of the film. Is anyone else able to encode films longer?!

No errors on the output, in fact this is the only output:-

ffmpeg version CVS, build 3277056, Copyright ©
2000-2004 Fabrice Bellard
configuration: --enable-memalign-hack --enable-mingw32 --prefix=/usr/local --
enable-mp3lame --enable-faac --enable-faad --enable-amr_nb --enable-amr_wb --ena
ble-small --enable-gpl --enable-xvid --enable-a52 --disable-vhook --extra-cflags
=-I/local/include --extra-ldflags=-L/local/lib
built on Dec 7 2005 15:21:54, gcc: 3.2.3 (mingw special 20030504-1)
Input #0, mpeg, from 'C:\Documents and Settings\dtaylor\Desktop\New Folder\Taxi
Driver.mpg':
Duration: 01:48:58.1, start: 0.200000, bitrate: 2768 kb/s
Stream #0.0[0x1e0], 25.00 fps: Video: mpeg2video, yuv420p, 704x576, 10000 kb/s

Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, 192 kb/s
Output #0, avi, to 'C:\Documents and Settings\dtaylor\Desktop\New Folder\Taxi Dr
iver.avi':
Stream #0.0, -1.#J fps: Video: xvid, yuv420p, 720x406, q=2-31, 1250 kb/s
Stream #0.1: Audio: mp3, 48000 Hz, stereo, 128 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
frame=163488 q=2.0 Lsize= 1112878kB time=6539.5 bitrate=1394.1kbits/s
video:997323kB audio:102181kB global headers:0kB muxing overhead 1.216288%

[djtaylor]

I have done a little more playing and thought I'd feed back in the results.

I encoded the same file using mencoder, which created a 1.7GB file, full length movie but media player wouldn't play it, divx player threw up an error, xvid player loaded the file but no video and it didn't play although it indicated the right film length.

This convinced me that that there's a 1GB limit on the produced AVI so I re-encoded the same film with both ffmpeg and mencoder set to produce a <1GB file.

Both of these were the full movie and played back fine.

I wasn't aware of this limit on AVI files and i'm surprised that it hadn't been commented on. The next challenge is to find a set of settings that gives me the best quality on shorter programmes while not generating an oversize file for the longer films.

David.