|Anonymous | Login||2016-07-30 01:49 CEST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000312||Kdenlive||File Loading||public||2008-11-06 05:35||2010-09-14 23:00|
|Status||closed||Resolution||unable to reproduce|
|Product Version||Recent git|
|Target Version||Fixed in Version||0.7.8|
|Summary||0000312: Some specific MP3's are time-compressed and truncated on import|
|Description||I 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.
|Tags||No tags attached.|
|Attached Files|| La Pierre de Neyboes.mp3 [^] (1,048,956 bytes) 2008-11-06 05:35|
mp3_wierdness.jpeg [^] (20,305 bytes) 2008-11-06 05:36
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.
In Kdenlive it's 43:08. I'm thinking it should probably be 50 seconds as that's the length Jamendo.com, 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.
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...
|So do we have a system for forwarding bugs upstream or should I go and just file a report at ffmpg.org? 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?|
|I have made this bug related to 0000086, as I suspect they may be....?|
|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.|
|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?|
Does kdenlive use the ffmpeg command line utility for this? I would not expect it to. The ffmpeg -stats output should be good.
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.
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 http://creativecommons.org/licenses/by-sa/3.0/ [^] verify at http://www.jamendo.com/album/19930/ [^]
TPE1 : Grégoire Lourme
TENC : Jamendo : http://www.jamendo.com/ [^] | 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
|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|