Kdenlive   bug tracker Home page

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002327KdenliveUser Interfacepublic2011-09-22 22:522012-01-13 13:01
Reportermcfrisk 
Assigned Toj-b-m 
PrioritynormalSeveritymajorReproducibilitysometimes
StatusassignedResolutionopen 
Platform32 bit intel and alikeOSDebian LinuxOS Version4.0
Product VersionRecent git 
Target VersionFixed in Version 
Summary0002327: Proxy clips and "The project files contains clips with duration mismatch" warnings
DescriptionI'm using proxy clips to edit a project from an external USB disk.

Proxies work fine until kdenlive has to be restarted (crash, lockup etc). When project loads
I see this warning on a few clips: The project files contains clips with duration mismatch.

After choosing fix, those clips on timeline no longer use proxy clips even if the clips in project list have proxy selected.

A way to fix this, is to fix each non-proxy clip on timeline, select go to clip in project list, uncheck and check the proxy option for the clip. After that timeline works again with proxy clips, until the next kdenlive restart.
TagsNo tags attached.
Build/Install MethodManual build from SVN
Attached Filestxt file icon clip_len_mismatch_project_diff.txt [^] (79,343 bytes) 2011-09-24 14:43 [Show Content]
gz file icon Unbenannt.tar.gz [^] (14,659,271 bytes) 2011-10-15 19:38

- Relationships

-  Notes
(0007358)
mcfrisk (reporter)
2011-09-24 14:43

Attachment show project file differences before and after kdenlive restart on the project and clips with duration mismatches have been selected to fix.
(0007378)
mcfrisk (reporter)
2011-09-29 23:53

This seems to be related to proxy clips. When clip proxy is enabled and clip/zone added to the end of timeline, the length is not calculated correctly. On next project reload, document checker notices that for proxy clip the length is off by one, which results in the fall back to the original clip. Or maybe the document checker is missing a line similar or opposite of src/renderer.cpp:

if (proxyProducer && xml.hasAttribute("proxy_out")) {
        producer->set("length", xml.attribute("proxy_out").toInt() + 1);
        producer->set("out", xml.attribute("proxy_out").toInt());
        if (producer->get_out() != xml.attribute("proxy_out").toInt()) {
            // Proxy file length is different than original clip length, this will corrupt project so disable this proxy clip
            emit removeInvalidProxy(clipId, true);
            delete producer;
            return;
        }

Just thinking out loud here...
(0007423)
Sunboy (reporter)
2011-10-09 11:39
edited on: 2011-10-09 11:41

On my System I have got the same issue, but it´s triggered on a little different way:
If I enable proxies for my project and drag some clips into the timeline, even after saving the project and restarting kdenlive everything will be fine.
But if I define an in- and outpoint in the clip monitor and add the zone to the project tree, there will be a duration mismatch for that clip when restarting kdenlive. BUT only if the created zones´ duration is not the default 2 seconds.

When editing the project with duration mismatches unfixed (fixing them causes kdenlive not to use proxies anymore), this leads to a stuttering preview at cut points.

(0007424)
j-b-m (administrator)
2011-10-09 11:51

I still cannot reproduce. Sunboy, are you using Kdenlive from a recent svn version? Could you please post the exact steps to reproduce starting from a blank project?
(0007426)
Sunboy (reporter)
2011-10-09 17:29

Okay.
1. Open a new Project.
2. Load a clip into the Project. (My one is DNxHD, 1080 24p)
3. Change in and Outpoint in the clip monitor.
4. Add the zone to the project tree. (Don´t know the shortcut, I have customized my ones)
5. Add that sub-clip to the timeline.
6. Save Project
7. Close Kdenlive, restart it and open the project file.
(0007431)
j-b-m (administrator)
2011-10-12 19:48

Still cannot reproduce. Sunboy, can you attach a simple project file here that shows this problem? Also, please let us know which Kdenlive / MLT versions you have.
(0007440)
mcfrisk (reporter)
2011-10-15 15:17

I see this bug every time when I restart kdenlive on my project.

Kdenlive changes done this week broke the workaround for this bug. I'm no longer able to recover from clips mismatches by unchecking and checking proxy options on the broken clips. Proxy for these clips is not enabled again despite clip specific options.

Makes my editing a bit harder but maybe I need to look more into the steps to repeat trigger this bug..
(0007441)
diveo (reporter)
2011-10-15 15:48

Same problem here with 64bit svn version from sunab's svn repo on Kubuntu 11.10. I'm seeing this problem on a project with proxy clips enabled and saving after fix does not solve the issue. When reopening the project, the mismatch is still present. Another project without proxy clips doesn't exhibit this problem.
(0007442)
j-b-m (administrator)
2011-10-15 16:46

ok,I really want to fix this issue in the next days. best would be if you can reproduce issue with a simple project containing just 1 clip and attach project+clip here
(0007443)
Sunboy (reporter)
2011-10-15 19:42

Done ;)
I´ve attached a simple archived project file.
(0007592)
Sunboy (reporter)
2011-11-18 15:09

I think I have found a little more information.

Kdenlive seems to have problems with 24 an 23,976 fps clips.
For example if I load a 23,976 fps Clip into a 24 fps project, Kdenlive does NOT complain about the wrong frame rate. With longer Clips there may be Issues with A/V sync then.

Well, the native Clips in the Project are 24p DNxHD but were converted from 23,976p AVCHD files.
As I changed the project to 23,976 fps and recreated the proxies, all Issues were gone! Maybe Kdenlive does some mistakes when transcoding 23,976 to 24p. Maybe it does recognize the clips framerate as 24p and so the final clip will be a very little bit faster while the audio is copied as it is with the lenght for the 23,976 fps clip. This could lead to a duration mismatch with the proxies because on proxy creation the video is taken from the 24fps DNxHD stream while the audio stream is still the speed of 23,976fps. When the project is reopened, kdenlive gets confused.

So there's a bug in Kdenlive anyway: If I open a 23,976 fps clip in a 24 fps project, Kdenlive should complain about that.
(0007776)
j-b-m (administrator)
2012-01-13 13:01

@sunboy:

Your document shows you are using old/unstable versions of both MLT and Kdenlive.
Please upgrade to latest MLT and Kdenlive which have solved these issues.

- Issue History
Date Modified Username Field Change
2011-09-22 22:52 mcfrisk New Issue
2011-09-24 14:43 mcfrisk File Added: clip_len_mismatch_project_diff.txt
2011-09-24 14:43 mcfrisk Note Added: 0007358
2011-09-24 22:03 ttill Assigned To => j-b-m
2011-09-24 22:03 ttill Status new => assigned
2011-09-29 23:53 mcfrisk Note Added: 0007378
2011-10-09 11:39 Sunboy Note Added: 0007423
2011-10-09 11:41 Sunboy Note Edited: 0007423 View Revisions
2011-10-09 11:51 j-b-m Note Added: 0007424
2011-10-09 17:29 Sunboy Note Added: 0007426
2011-10-12 19:48 j-b-m Note Added: 0007431
2011-10-15 15:17 mcfrisk Note Added: 0007440
2011-10-15 15:48 diveo Note Added: 0007441
2011-10-15 16:46 j-b-m Note Added: 0007442
2011-10-15 19:38 Sunboy File Added: Unbenannt.tar.gz
2011-10-15 19:42 Sunboy Note Added: 0007443
2011-11-18 15:09 Sunboy Note Added: 0007592
2012-01-13 13:01 j-b-m Note Added: 0007776


Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker