|Anonymous | Login||2016-07-26 18:13 CEST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003248||Kdenlive||Rendering||public||2014-03-29 19:53||2014-09-24 06:44|
|Platform||64 bit||OS||Gentoo Linux||OS Version|
|Target Version||Fixed in Version|
|Summary||0003248: Renderer losts some and duplicate another frames!|
|Description||Better see video.|
|Steps To Reproduce||1. add 5 bitmaps to project and timeline|
2. change duration of each to 1 frame
3. arrange them so one follows another
3. render full project
4. see renders fuckup
|Additional Information||Devs, I will donate to you, if I will be able to finish my work in kdenlive. Some advise please - how can I render properly? And what about audio ( bug 0003245 )?|
|Tags||No tags attached.|
|Attached Files|| rndr-suck.avi [^] (1,387,060 bytes) 2014-03-29 19:53|
12345.tar.gz [^] (275,747 bytes) 2014-03-29 23:53
must-be-12345-at-the-end.png [^] (76,753 bytes) 2014-03-30 21:32
I've been experimenting with this and rendered your five numbers with first, one frame and then again with two frames up to five frames for each number. They all rendered and all played perfectly with mplayer but would NOT import back into Kdenlive without corruption, as you show.
Were the clips too short for Kdenlive? So, back to single frames for the 1 to 5 numbers, but this time I placed an extra number 2 at the end and dragged it to fill just over one complete second. 27 frames in my world. It rendered fine AND imported into Kdenlive. On the timeline they both matched perfectly.
So, is there possibly a one second clip size limitation. Well I don't know, I'm only the piano player.
What is annoying is that in this build of kdenlive (prior to movit), the timeline cursor stops one frame from the end of the last clip and rendering hangs just before completion. I have to copy the completed file to a different folder before clicking 'abort render' and losing the original.
norms2, thank you for experimenting and feedback. I also experimented and can confirm that this is not renderer but import problem.
In my experiment duration of clips doesn't matter. I attached screenshot from 101 (101! Don't be fooled by kdenlive frame counter that starts from zero) frames (4 sec) clip rendered by kdenlive end then opened in it, where at the end must be 12345 number sequence. I also noticed other weirdness in the middle of the clip. Weird...
|Latest git also affected.|
unable to reproduce with current releases (0.9.8 / git almost 0.9.10)
the bug dates back from times we were struggling with OpenGL, maybe it is not relevant any more?
|sorry Dan, wrong assignment|
This no longer reproduces using a build from the build server dated 14.09.01, rendered using lossless HuffYUV or the H.264 MP4 profiles.
FFV1 codec, which is what the attached sample project was using, became broken in MLT with FFmpeg v2.0 (Libav version which breaks this is unknown). This was not fixed until very recently (Sept. 21).
Also, recent builds (most of 14.09.x series?) are broken due to major API changes in FFmpeg - definitely HEAD, post v2.4?. Libav 11/HEAD do the same thing.
MLT fixes for recent libav* API changes are just now landing and testing is ongoing.
|2014-03-29 19:53||varchar||New Issue|
|2014-03-29 19:53||varchar||File Added: rndr-suck.avi|
|2014-03-29 23:53||varchar||File Added: 12345.tar.gz|
|2014-03-30 13:00||norms2||Note Added: 0009833|
|2014-03-30 21:31||varchar||Note Added: 0009837|
|2014-03-30 21:32||varchar||File Added: must-be-12345-at-the-end.png|
|2014-04-01 02:12||varchar||Note Added: 0009874|
|2014-09-22 15:13||vpinon||Note Added: 0010353|
|2014-09-22 15:13||vpinon||Assigned To||=> vpinon|
|2014-09-22 15:13||vpinon||Status||new => feedback|
|2014-09-22 15:19||vpinon||Assigned To||vpinon => ddennedy|
|2014-09-22 15:19||vpinon||Status||feedback => assigned|
|2014-09-22 15:23||vpinon||Assigned To||ddennedy => vpinon|
|2014-09-22 15:24||vpinon||Note Added: 0010354|
|2014-09-22 15:24||vpinon||Status||assigned => feedback|
|2014-09-24 06:44||ddennedy||Note Added: 0010371|
|Copyright © 2000 - 2016 MantisBT Team|