View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003315KdenliveFile Loadingpublic2014-05-30 06:422014-08-01 16:06
Assigned Tovpinon 
StatusresolvedResolutionunable to reproduce 
Platform64 bitOSUbuntuOS Version14.04
Product Version0.9.6 
Target VersionFixed in Version 
Summary0003315: Can no longer add audio clips < 192 kbps to Kdenlive
DescriptionWas using Kdenlive 0.9.6 for long time without issue. Upgraded to 0.9.8 via Ubuntu 14.04 software updater when it said an update was available. Ever since the app will not accept an audio file of less than 192 kbps (192 itself is ok). Program gives invalid clip format message and will be removed from project. Big issue as I can no longer load any older projects containing such audio files as it threatens to remove them on loading as they are 'invalid'. Since issue arose I have manually walked through the source code and compile reinstall procedure. Could not get kdenlive functioning due to movit initialisation error on launch. Have since rolled back manually to 0.9.6. Audio file problem persists in 0.9.6 now but app now just crashes and shuts down when any audio file less than 192 kbps is added.
Have tried everything from ffmpeg and mlt removal / reinstall to no avail.
Steps To ReproduceDrag any mp3 audio file less than 192 kbps into clips area
Additional InformationDetails from 0.9.8 error:

Starting program: /usr/bin/kdenlive
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/".
[New Thread 0x7fffe3458700 (LWP 19113)]
[New Thread 0x7fffe251a700 (LWP 19114)]
[New Thread 0x7fffda7e7700 (LWP 19115)]
[New Thread 0x7fffd9fe6700 (LWP 19116)]
[New Thread 0x7fffd97e5700 (LWP 19117)]
[Thread 0x7fffd9fe6700 (LWP 19116) exited]
QWidget::insertAction: Attempt to insert null action
QWidget::insertAction: Attempt to insert null action
[New Thread 0x7fffd9fe6700 (LWP 19120)]
[New Thread 0x7fffb513e700 (LWP 19121)]
[Thread 0x7fffd9fe6700 (LWP 19120) exited]
[Thread 0x7fffb513e700 (LWP 19121) exited]
[New Thread 0x7fffb513e700 (LWP 19122)]
Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QDBusObjectPath)
Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath)
[New Thread 0x7fffd9fe6700 (LWP 19123)]
[mp3 @ 0x7fffb02097c0] max_analyze_duration reached
[mp3 @ 0x7fffb02097c0] Estimating duration from bitrate, this may be inaccurate
[mp3 @ 0x7fffb02102c0] max_analyze_duration reached
[mp3 @ 0x7fffb02102c0] Estimating duration from bitrate, this may be inaccurate
[swscaler @ 0x7fffb02943e0] Unknown format is not supported as input pixel format
[mp3 @ 0x7fffb029dce0] max_analyze_duration reached
[mp3 @ 0x7fffb029dce0] Estimating duration from bitrate, this may be inaccurate
[mp3 @ 0x7fffb02097e0] max_analyze_duration reached
[mp3 @ 0x7fffb02097e0] Estimating duration from bitrate, this may be inaccurate
[mp3 @ 0x7fffb02aa9a0] max_analyze_duration reached
[mp3 @ 0x7fffb02aa9a0] Estimating duration from bitrate, this may be inaccurate
[swscaler @ 0x7fffb0294400] Unknown format is not supported as input pixel format
[mp3 @ 0x7fffb02a7c00] max_analyze_duration reached
[mp3 @ 0x7fffb02a7c00] Estimating duration from bitrate, this may be inaccurate
[Thread 0x7fffd97e5700 (LWP 19117) exited]

[Thread 0x7fffd9fe6700 (LWP 19123) exited]
[New Thread 0x7fffd9fe6700 (LWP 19133)]
[mp3 @ 0x7fffb0209800] max_analyze_duration reached
[mp3 @ 0x7fffb0209800] Estimating duration from bitrate, this may be inaccurate
[mp3 @ 0x7fffb02a18e0] max_analyze_duration reached
[mp3 @ 0x7fffb02a18e0] Estimating duration from bitrate, this may be inaccurate
[swscaler @ 0x7fffb02aa860] Unknown format is not supported as input pixel format
[mp3 @ 0x7fffb028ebe0] max_analyze_duration reached
[mp3 @ 0x7fffb028ebe0] Estimating duration from bitrate, this may be inaccurate
[mp3 @ 0x7fffb0209800] max_an
TagsNo tags attached.
Build/Install MethodDistribution package
Attached Files

- Relationships

-  Notes
rp (reporter)
2014-06-01 03:13

Update to this issue:
Did full disk format and new install of Ubuntu 14.04.
Reinstalled Kdenlive from Ubuntu software center.
Invalid audio clip issue persists; however it is now unclear what makes the clip invalid and it seems to both accept and reject mp3 clips of all bitrates at a roughly 50% rate of rejection. There is no clear pattern to the rejection.
ttguy (updater)
2014-06-10 10:49

I can not reproduce this. I can add .mp3 files of 128kbps to the timeline.

rp: If you add the same clip each time what is the result? Always rejected, always accepted or 50/50 with the same clip..

ie is it really random or is it some clips work and some don't at a ratio of 50/50
rp (reporter)
2014-06-10 13:37

Initially, after the 14.04 and 0.9.8 upgrade and testing various audio files it seemed any clip of 128kbps would be rejected with the above error output (but I cannot say my sample was necessarily representative). The application gave the invalid clip message and that it would be removed from the project before it being added. My older projects saw many of the audio clips within them rejected when the project was loaded again.
So after my reinstall of 14.04 and kdenlive the issue remained but there was now no clear pattern to audio clips being deemed invalid. I have a large music library of various bitrates. The rejection appears random but once kdenlive has decided a clip is invalid it is always invalid (it doesn't accept it half the time, it just seems to be in a state of rejecting about half of my music files).
So a rejected clip is always rejected. An accepted clip is always accepted. There appears no pattern or reason that I can discern. They are all standard mp3 with the same underlying file properties and encoding that I can see. Nothing seems to differentiate them but some underlying MLT/ffmpeg/Ubuntu/kdenlive change is not liking what appears to be the expected/ deemed file duration based on the bitrate? Sorry - I exceed my knowledge base here.
What I have done is wipe my system again. I installed Ubuntu 13.04 and kdenlive 0.9.4. I then upgraded to 13.10 and 0.9.6. I am back to a working state and my projects are usable again and I can add any audio clip I like without the invalid message. Clips deemed invalid per this bug report are now valid again.
I am fearful of upgrading again until this issue is identified. Happy to assist further if i can.
vpinon (administrator)
2014-07-08 00:13

the log you provide unfortunately doesn't give debug info.
you can run "kdebugdialog" and check "kdenlive" (+All outputs) to get verbose message about the situation.
And please provide a sample that creates the error (a free one prefferably ;-))
rp (reporter)
2014-07-15 08:10

Hi again. Apologies but as noted I have done a reinstall and done a full rollback to Ubuntu 13.04 and kdenlive 0.9.6. This is the only way I could continue my work so I can't run any checks. I can provide an audio file that causes the issue if you tell me how to send.

- Issue History
Date Modified Username Field Change
2014-05-30 06:42 rp New Issue
2014-06-01 03:13 rp Note Added: 0010066
2014-06-10 10:49 ttguy Note Added: 0010079
2014-06-10 13:37 rp Note Added: 0010084
2014-07-08 00:13 vpinon Note Added: 0010124
2014-07-15 08:10 rp Note Added: 0010133
2014-08-01 16:06 vpinon Status new => resolved
2014-08-01 16:06 vpinon Resolution open => unable to reproduce
2014-08-01 16:06 vpinon Assigned To => vpinon

Copyright © 2000 - 2016 MantisBT Team
Powered by Mantis Bugtracker