Kdenlive   bug tracker Home page

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000974KdenliveUser Interfacepublic2009-06-29 13:312009-07-01 22:07
Reporterjmpoure 
Assigned Toj-b-m 
PriorityhighSeverityminorReproducibilityalways
StatusclosedResolutionno change required 
Platform64 bitOSDebian LinuxOS Version4.0
Product Version0.7.5 
Target VersionFixed in Version 
Summary0000974: HDV clip duration is wrong, results in timeline errors
DescriptionDownload clip:
http://www.poure.com/footage/canon/hv20/hdv-1080-25p-001.m2t [^]

Create an HDV-1080p project
Drag and drop.
Duration of the clip is around 10 seconds.
Kdenlive displays 26 minutes 10 seconds.
Consequently, when dragging dropping on timeline, the clip becomes huge.

kdenlive and MLT and installed from latest SVN.
This may be fixed before 0.7.5 release.

I double checked with more recent HDV files and found the same errors.
TagsNo tags attached.
Build/Install MethodManual build from SVN
Attached Filespng file icon wrong-duration.png [^] (366,882 bytes) 2009-06-29 13:31

- Relationships

-  Notes
(0003530)
jmpoure (developer)
2009-06-29 13:34

This is an FFMpeg bug;

ffmpeg -i Desktop/hdv-1080-25p-001.m2t
FFmpeg version SVN-r19166, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --libdir=${prefix}/lib --shlibdir=${prefix}/lib --bindir=${prefix}/bin --incdir=${prefix}/include/ffmpeg --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaad --mandir=${prefix}/share/man --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-libamr-nb --enable-libamr-wb --enable-x11grab --enable-libgsm --enable-libx264 --enable-libtheora --enable-libdc1394 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable-libdirac --disable-decoder=libdirac --enable-libschroedinger --disable-encoder=libschroedinger --enable-avfilter-lavf --enable-libopenjpeg --disable-altivec --disable-armv5te --disable-armv6 --disable-vis
  libavutil 50. 3. 0 / 50. 3. 0
  libavcodec 52.30. 2 / 52.30. 2
  libavformat 52.34. 0 / 52.34. 0
  libavdevice 52. 2. 0 / 52. 2. 0
  libavfilter 0. 5. 0 / 0. 5. 0
  libswscale 0. 7. 1 / 0. 7. 1
  libpostproc 51. 2. 0 / 51. 2. 0
  built on Jun 13 2009 13:32:57, gcc: 4.3.3

Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (25/1)
Input #0, mpegts, from 'Desktop/hdv-1080-25p-001.m2t':
  Duration: 00:26:14.08, start: 0.000000, bitrate: 197 kb/s
  Program 100
    Stream #0.0[0x810]: Video: mpeg2video, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 25000 kb/s, 25 tbr, 90k tbn, 50 tbc
    Stream #0.1[0x814]: Audio: mp2, 48000 Hz, stereo, s16, 384 kb/s
    Stream #0.2[0x815]: Data: 0x00a0
    Stream #0.3[0x811]: Data: 0x00a1
At least one output file must be specified
(0003531)
jmpoure (developer)
2009-06-29 13:48

Firstly, Kdenlive is messing up minutes with seconds.
So part of the bugs stems from Kdenlive.

Secondly, there is a problem with FFmpeg duration. It seems to be at least twice as long as the medium. Is it due to framerate?
(0003532)
jmpoure (developer)
2009-06-29 13:50

After using projectX to analyse and fix the file:
ffmpeg -i hdv-1080-25p-001
hdv-1080-25p-001_log.txt hdv-1080-25p-001.m2t hdv-1080-25p-001.m2t.idx hdv-1080-25p-001.new.ts
jmpoure@localhost:~/Desktop$ ffmpeg -i hdv-1080-25p-001.new.ts
FFmpeg version SVN-r19290, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  configuration: --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib --incdir=/usr/include/ffmpeg --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaad --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libx264 --enable-libtheora --enable-libdc1394 --enable-nonfree --disable-stripping --enable-avfilter --enable-libdirac --disable-decoder=libdirac --enable-libschroedinger --disable-encoder=libschroedinger --enable-libspeex --enable-avfilter-lavf --enable-libopenjpeg
  libavutil 50. 3. 0 / 50. 3. 0
  libavcodec 52.32. 0 / 52.32. 0
  libavformat 52.36. 0 / 52.36. 0
  libavdevice 52. 2. 0 / 52. 2. 0
  libavfilter 0. 5. 0 / 0. 5. 0
  libswscale 0. 7. 1 / 0. 7. 1
  libpostproc 51. 2. 0 / 51. 2. 0
  built on Jun 29 2009 13:41:55, gcc: 4.3.3

Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (25/1)
Input #0, mpegts, from 'hdv-1080-25p-001.new.ts':
  Duration: 00:00:11.54, start: 1562.496000, bitrate: 26602 kb/s
  Program 258
    Stream #0.0[0xe0]: Video: mpeg2video, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 25000 kb/s, 25 tbr, 90k tbn, 50 tbc
    Stream #0.1[0xc0](deu): Audio: mp2, 48000 Hz, 2 channels, s16, 384 kb/s
At least one output file must be specified
(0003533)
jmpoure (developer)
2009-06-29 13:55

This could be a bug in dvgrab as I used the lastest dvgrabd releases.
(0003539)
j-b-m (administrator)
2009-06-29 17:41

I don't think there is anything wrong in Kdenlive. It reports the same duration as FFmpeg. What makes you say that Kdenlive mixes minutes with seconds?

FFmpeg reports:
Duration: 00:26:14.0

Which means 26 minutes, 14 seconds

Kdenlive reports exactly this value.
(0003543)
jmpoure (developer)
2009-06-29 18:33

You are rigth, the problem is either in dvgrab or my camcorder reporting wrong duration.

- Issue History
Date Modified Username Field Change
2009-06-29 13:31 jmpoure New Issue
2009-06-29 13:31 jmpoure File Added: wrong-duration.png
2009-06-29 13:31 jmpoure Build/Install Method => Manual build from SVN
2009-06-29 13:32 jmpoure Priority normal => high
2009-06-29 13:32 jmpoure Product Version Recent git => 0.7.5
2009-06-29 13:32 jmpoure Description Updated View Revisions
2009-06-29 13:34 jmpoure Note Added: 0003530
2009-06-29 13:48 jmpoure Note Added: 0003531
2009-06-29 13:50 jmpoure Note Added: 0003532
2009-06-29 13:55 jmpoure Note Added: 0003533
2009-06-29 13:56 jmpoure Status new => feedback
2009-06-29 13:56 jmpoure Resolution open => not fixable
2009-06-29 17:41 j-b-m Note Added: 0003539
2009-06-29 18:33 jmpoure Note Added: 0003543
2009-06-29 19:40 j-b-m Status feedback => resolved
2009-06-29 19:40 j-b-m Resolution not fixable => no change required
2009-06-29 19:40 j-b-m Assigned To => j-b-m
2009-07-01 22:07 xzhayon Status resolved => closed


Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker