View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000312KdenliveFile Loadingpublic2008-11-06 05:352010-09-14 23:00
Assigned ToGranjow 
StatusclosedResolutionunable to reproduce 
PlatformOSOS Version
Product VersionRecent git 
Target VersionFixed in Version0.7.8 
Summary0000312: Some specific MP3's are time-compressed and truncated on import
DescriptionI have a number of MP3's that when brought into Kdenlive are about 30% shorter than they should be. It seems to be a combination of both cutting off the end, but also compressing the length of time they take to play. If I convert them to WAV's they import fine.

Furthermore it seems to always be the exact same MP3's (about 1/2 of all my MP3's). I can't see any differences in the codec info. For example I have 2 MP3's with the mpa codec, 2 channels, 44.1khz, 128kb/s. One imports fine. One doesn't.
TagsNo tags attached.
Build/Install Method
Attached Files? file icon La Pierre de Neyboes.mp3 [^] (1,048,956 bytes) 2008-11-06 05:35
jpeg file icon mp3_wierdness.jpeg [^] (20,305 bytes) 2008-11-06 05:36

- Relationships
related to 0000086closedmadsdyd Storyboard - Import VOB 

-  Notes
madsdyd (administrator)
2008-11-06 19:12

For the attached mp3 file, please indicate the expected length, and the length of the clip in kdenlive.

(I think you are going to say something like 50 and 43 secs, but I would like to get a confirmation).

I can confirm that converting the mp3 file to a wav file and importing both clips shows a difference.
cinephiliac (updater)
2008-11-07 00:30

In Kdenlive it's 43:08. I'm thinking it should probably be 50 seconds as that's the length, Amarok and DragonPlayer show. VLC seems to think it should be 1:05 though, so who knows.

What I do know is that it definitely cuts off before finishing, and the longer the MP3, the more it seems to cuts off and shrink.
administrator (administrator)
2008-11-07 09:35

It seems to be an FFmpeg issue. Playing the mp3 file with ffplay -stats gives following result:

[mp3 @ 0x98f8850]mdb:5, lastbuf:0 skipping granule 0
Input #0, mp3, from 'length.mp3':
  Duration: 00:00:43.70, start: 0.000000, bitrate: 192 kb/s
    Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 192 kb/s
[mp3 @ 0x98f8850]mdb:34, lastbuf:0 skipping granule 0
  50.91 A-V: 0.000 aq= 0KB vq= 0KB sq= 0B

So the detected duration is 43.70 seconds, but the file plays for 50.91 seconds...
cinephiliac (updater)
2008-11-08 07:55

So do we have a system for forwarding bugs upstream or should I go and just file a report at I notice that they ask you to add the "The exact command line you were using" that caused the error in any bug report. Is there any way of finding this out from Kdenlive?
madsdyd (administrator)
2008-11-08 19:23

I have made this bug related to 0000086, as I suspect they may be....?
ddennedy (developer)
2008-11-13 19:38

You can't use kdenlive or MLT as a reference when reporting this bug to ffmpeg. You need to demonstrate the problem using the ffmpeg utility or a simple C program using the APIs. This should be easy to report outside of kdenlive and mlt.
cinephiliac (updater)
2008-11-13 21:48

So any ideas on how to extract the exact command line Kdenlive uses for ffmpeg, or do you think it would be enough to give them the ffplay -stats output?
ddennedy (developer)
2008-11-13 22:44

Does kdenlive use the ffmpeg command line utility for this? I would not expect it to. The ffmpeg -stats output should be good.

Related: [^]

Apparently that was addressed: [^]

Maybe you have a VBR MP3 without the helpful metadata. Can you confirm with some tool that it is VBR?

Maybe in MLT, I need to parse out all of the frames when loading a MP3, to workaround this issue. That would suck. I dislike adding format-specific workarounds cluttering this already complicated code.
Granjow (developer)
2010-04-08 11:47

I think this has been fixed in the meantime.
Checked; .mp3 and .wav have the same length in kdenlive and in ffmpeg. Even after re-opening the project in kdenlive ;)

FFmpeg version SVN-r22774

Input #0, mp3, from 'La Pierre de Neyboes.mp3':
    TIT2 : La Pierre de Neyboes
    TALB : Shorts Works
    TRCK : 5/24
    TCOP : 2008 GrĂ©goire Lourme. Licensed to the public under [^] verify at [^]
    TPE1 : GrĂ©goire Lourme
    TENC : Jamendo : [^] | LAME
    TLEN : 51000
    TOFN : 05 - La Pierre de Neyboes.mp3
    TDEN : 2008-5-9
    TDOR : 2008-03-07
    TYER : 2008
    TCON : Blues
  Duration: 00:00:50.91, start: 0.000000, bitrate: 164 kb/s
    Stream #0.0: Audio: mp3, 44100 Hz, 2 channels, s16, 192 kb/s

The wav file shows the same length:
Input #0, wav, from 'lp.wav':
  Duration: 00:00:50.91, bitrate: 705 kb/s
    Stream #0.0: Audio: pcm_u8, 44100 Hz, 2 channels, u8, 705 kb/s

- Issue History
Date Modified Username Field Change
2008-11-06 05:35 cinephiliac New Issue
2008-11-06 05:35 cinephiliac File Added: La Pierre de Neyboes.mp3
2008-11-06 05:36 cinephiliac File Added: mp3_wierdness.jpeg
2008-11-06 19:12 madsdyd Note Added: 0000832
2008-11-06 19:12 madsdyd Status new => feedback
2008-11-07 00:30 cinephiliac Note Added: 0000848
2008-11-07 09:35 administrator Note Added: 0000850
2008-11-08 07:55 cinephiliac Note Added: 0000869
2008-11-08 19:16 madsdyd Relationship added related to 0000086
2008-11-08 19:23 madsdyd Note Added: 0000895
2008-11-13 19:38 ddennedy Note Added: 0001180
2008-11-13 21:48 cinephiliac Note Added: 0001181
2008-11-13 22:44 ddennedy Note Added: 0001182
2010-04-08 11:47 Granjow Note Added: 0004939
2010-04-08 11:47 Granjow Status feedback => resolved
2010-04-08 11:47 Granjow Fixed in Version => Recent git
2010-04-08 11:47 Granjow Resolution open => unable to reproduce
2010-04-08 11:47 Granjow Assigned To => Granjow
2010-09-14 11:01 j-b-m Fixed in Version Recent git => 0.7.8
2010-09-14 23:00 j-b-m Status resolved => closed

Copyright © 2000 - 2016 MantisBT Team
Powered by Mantis Bugtracker