|Anonymous | Login||2016-07-29 21:59 CEST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002184||Kdenlive||Rendering||public||2011-06-22 08:49||2011-06-26 17:41|
|Priority||normal||Severity||major||Reproducibility||have not tried|
|Platform||32 bit intel and alike||OS||Ubuntu||OS Version||11.04|
|Target Version||Fixed in Version|
|Summary||0002184: When using "Save zone" in clip monitor on clips that have proxy clips the proxy clip's zone is saved instead of the real clip's|
|Description||When using "Save zone" in clip monitor on clips that have proxy clips the proxy clip's zone is saved instead of the real clip's. In my workflow I first watch all Full HD clips' proxies in the clip monitor and extract zones there from each clip that I give a name and description. Later on, I edit my timeline using those extracted zones. However, later when I render the project ("Render using proxy clips" is unchecked") I get a rendering of the extracted proxy clips. For me this is unexpected behavior.|
|Steps To Reproduce||Load a high res. clip in a project with proxy clips. Load that clip into the monitor and select a region. Issue "Save Zone" on the clip monitor and give the zone a name. Put that newly created clip into the timeline and render it. You will receive a rendering of the proxy clip (low res).|
|Tags||No tags attached.|
|Build/Install Method||Distribution package|
|I think the problem is created when saving the zone. I looked at the extracted zone's MLT files and the property "resource" points to the proxy file in "KDENPROJECTDIR/proxy/someproxyfile.ts" and the "meta.media.width/height" have the sizes of the proxy files.|
Should be fixed in commit 5726, the "Save Zone" option will now always use the original clip url, not the proxy.
However, if you create a project file with proxies, and later add this file as a clip in another project, it will use proxies for it, unless you disable proxies in the first project file.
First of all thank you very much. I will look into how to compile kdenlive myself to benefit from that commit asap. Do you have an idea how I could fix my already finished project?
Now regarding your "however" part:
I first create a project A with proxies and edit the timeline. Then if I import project A as a clip into project B, project B will see project A's in the proxy version?
Is this desired behavior from your point of view or are you just stating facts about how kdenlive would behave atm? I would argue that it is not desired behavior. Desired behavior would be to never actually see the proxy versions outside of the clip monitor. When I use a project A that has proxies as a clip in project B then the following behavior would be logical:
1. If project B has proxies activated, then project A's timeline's proxy version would be shown
2. If project B has proxies disabled, then project A's timeline would be used in high res.
To fix your project, I think replacing the proxy url with the real url in all the .mlt files should work. You should find a tool that allows to replace strings in files, KDevelop does it just in case... (make sure to backup everrything before attempting that).
About Kdenlive behaviour, you are right. This is not the wanted behaviour, but rather the current state. I am not sure I can really fix it for next release which will be out soon, but I will at least add a warning when adding a .kdenlive file that contains proxies...
|Do I also have to replace the other metadata as resolution and such in the .mlt files?|
|2011-06-22 08:49||icydragon||New Issue|
|2011-06-22 08:53||icydragon||Note Added: 0006936|
|2011-06-22 21:16||j-b-m||Assigned To||=> j-b-m|
|2011-06-22 21:16||j-b-m||Status||new => acknowledged|
|2011-06-23 21:23||j-b-m||Note Added: 0006942|
|2011-06-23 21:23||j-b-m||Status||acknowledged => feedback|
|2011-06-23 23:50||icydragon||Note Added: 0006943|
|2011-06-23 23:50||icydragon||Status||feedback => assigned|
|2011-06-25 22:30||j-b-m||Note Added: 0006949|
|2011-06-26 17:41||icydragon||Note Added: 0006960|
|Copyright © 2000 - 2016 MantisBT Team|