avi video file length incorrectly reported 2x longer

Bug #536923 reported by ullix
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenShot Video Editor
Fix Released
Low
Unassigned

Bug Description

An *.avi video file is reported with a length exactly 2x of the true length. Same bug is found in Kdenlive, but not in Pitivi, so it amy be a problem of MLT?

The file:
recorded with a digital camera as *.avi. Length is handstopped 16.5-16.8 sec. Nautilus reports 16 sec.

Tested on Lucid:
Openshot1.1: lenght is 32 sec,
pitivi: 16sec

Tested on intrepid:
Openshot 1.1: 32 sec,
Kdenlive 0.6.0: 32 sec,
Pitivi 0.11.1: 16 sec

Beyond 16sec of playback, Openshot shows a white picture, kdenlive a black picture, with some scratchy sound in both marking the failure point

Revision history for this message
Jonathan Thomas (jonoomph) wrote :

Thanks for reporting this bug! Please take a look at this FAQ I put together on how to report video files that do not work with OpenShot: https://answers.launchpad.net/openshot/+faq/983. -Jonathan

tags: added: mlt-file-compatibility
Revision history for this message
ullix (ullix) wrote :

I prepared an approx. 5 sec clip and tested

1) ffplay -stats test.avi
shows a length of 10.2 sec. plays properly for ~5sec and freezes at the last frame. The counter shows 10.26; "A-V:" (whatever this is) continues to count showing numbers -50 and growing more negative apparently indefinitely.

2) melt -verbose test.avi
plays the clip correctly; i can jump and single step back and forth, no problem. I don't know how to make it show a time, but when the "Current position" reaches ~150 the picture turns white, the counter continues up to 256, then stops showing the last frame. I can jump back to the beginning.

3)ffmpeg -i test.avi
$ ffmpeg -i test.avi
provides also the wrong duration of 10.2 sec; it is only ~5sec

FFmpeg version r11872+debian_3:0.svn20080206-12ubuntu3.1, Copyright (c) 2000-2008 Fabrice Bellard, et al.
  configuration: --enable-gpl --enable-pp --enable-swscaler --enable-x11grab --prefix=/usr --enable-libgsm --enable-libtheora --enable-libvorbis --enable-pthreads --disable-strip --enable-libfaad --enable-libfaadbin --enable-liba52 --enable-liba52bin --enable-libdc1394 --disable-armv5te --disable-armv6 --disable-altivec --disable-vis --enable-shared --disable-static
  libavutil version: 49.6.0
  libavcodec version: 51.50.0
  libavformat version: 52.7.0
  libavdevice version: 52.0.0
  built on Mar 13 2009 17:48:10, gcc: 4.3.2
Input #0, avi, from 'test.avi':
  Duration: 00:00:10.2, start: 0.000000, bitrate: 7607 kb/s
    Stream #0.0: Video: mjpeg, yuvj422p, 640x480 [PAR 0:1 DAR 0:1], 30.00 tb(r)
    Stream #0.1: Audio: pcm_s16le, 22050 Hz, mono, 352 kb/s
Must supply at least one output file

4) file test.avi is attached

Revision history for this message
ullix (ullix) wrote :

I tried conversion of the test.avi file into different formats with ffmpeg (under Lucid). It failed with the output formats mov and mp4 with these error messages

ffmpeg -i testvideoedit/test.avi test.mov
...
[mpeg4 @ 0x92bf4b0]timebase not supported by mpeg 4 standard

ffmpeg -i testvideoedit/test.avi test.mp4
...
[mpeg4 @ 0x83a94b0]timebase not supported by mpeg 4 standard

It did work using flv and mpeg as output formats (but the quality was poor).

moimael (moimael)
Changed in openshot:
status: New → Confirmed
importance: Undecided → Low
Revision history for this message
moimael (moimael) wrote :

Works great with mlt 0.6. Mark this as fixed.

Changed in openshot:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.