Kdenlive   bug tracker Home page

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001769KdenliveRenderingpublic2010-08-24 17:262012-01-06 18:09
ReporterGranjow 
Assigned Toj-b-m 
PriorityhighSeveritymajorReproducibilityalways
StatusassignedResolutionopen 
PlatformOSOS Version
Product VersionRecent git 
Target VersionFixed in Version 
Summary0001769: Render guide zone renders _anything_ but the guide zone
Descriptionwtf?

See attached project. Use placeholders for clips, and render between l and r.
Same for rendering the selected zone.
TagsNo tags attached.
Build/Install MethodManual build from SVN
Attached Files? file icon Haselbogen.kdenlive [^] (245,884 bytes) 2010-08-24 17:27

- Relationships
duplicate of 0002468closedj-b-m Zone behaviour not right 

-  Notes
(0005740)
Granjow (developer)
2010-09-01 10:57

Can you reproduce this?

At the moment I have to render the whole project even if I only need a little excerpt. That's a pain if rendering takes half an hour when only 2 test seconds are needed.

We shouldn't have this bug in 0.7.8.
(0005779)
j-b-m (administrator)
2010-09-05 09:48
edited on: 2010-09-05 09:49

Works fine for me...
Can you start Kdenlive from a terminal, and when starting the render, you will see the command passed to MLT for rendering.

You should see something like this when rendering the guide zone:

Started render process: "/usr/local/bin/melt" "consumer:/tmp/kde-xxx/kdenlivekK5682.mlt in=4320 out=4700 profile=atsc_720p_24 -consumer avformat:/tmp/Haselbogenbau-lr.m2t progress=1 f=mpegts acodec=mp2 ab=384k ar=48000 ac=2 vcodec=mpeg2video s=1440x1080 b=25000k g=15 trellis=1 profile=hdv_1080_60i"

Notice the in and out values. For me they are correctly set, what are yours?
Does this problem happen with all render profiles? I only tried HDV...

(0005830)
Granjow (developer)
2010-09-13 18:27

ffmpeg/MLT/kdenlive from current SVN.
XviD: Problem exists.
Started render process: "/usr/bin/melt" "/tmp/kde-simonBTS8Dt/kdenliveJ27462.mlt in=4320 out=4700 -profile atsc_720p_24 -consumer avformat:/tmp/Haselbogenbau-lr.avi progress=1 acodec=libmp3lame ab=128k ar=44100 vcodec=libxvid minrate=0 b=2000k aspect=@16/9 mbd=2 trellis=1 mv4=1"
Resulting video: http://granjow.net/uploads/temp/Haselbogenbau-lr.avi [^]

HDV: Problem does NOT exist.
Started render process: "/usr/bin/melt" "consumer:/tmp/kde-simonBTS8Dt/kdenliveJ27462.mlt in=4320 out=4700 profile=atsc_720p_24 -consumer avformat:/tmp/Haselbogenbau-lr.m2t progress=1 f=mpegts acodec=mp2 ab=384k ar=48000 ac=2 vcodec=mpeg2video s=1280x720 b=19700k g=15 trellis=1 profile=hdv_720_30p"

MP4:
Started render process: "/usr/bin/melt" "/tmp/kde-simonBTS8Dt/kdenliveR27462.mlt in=4320 out=4700 -profile atsc_720p_24 -consumer avformat:/tmp/Haselbogenbau-lr.mp4 progress=1 f=mp4 acodec=libmp3lame ab=128k ar=44100 vcodec=mpeg4 minrate=0 b=800k aspect=@16/9 mbd=2 trellis=1 mv4=1"
Problem exists.
(0005833)
j-b-m (administrator)
2010-09-13 23:06

Hmm, interesting. Looks like the 2 situations where there is a problem have the "-profile atsc_720p_24" between producer and consumer...

Could you try rendering from command line:

melt Haselbogen.kdenlive in=4320 out=4700 -profile atsc_720p_24 -consumer avformat:/tmp/Haselbogenbau-lr.mp4 progress=1 f=mp4 acodec=libmp3lame ab=128k ar=44100 vcodec=mpeg4 minrate=0 b=800k aspect=@16/9 mbd=2 trellis=1 mv4=1

and

melt -profile atsc_720p_24 Haselbogen.kdenlive in=4320 out=4700 -consumer avformat:/tmp/Haselbogenbau-lr2.mp4 progress=1 f=mp4 acodec=libmp3lame ab=128k ar=44100 vcodec=mpeg4 minrate=0 b=800k aspect=@16/9 mbd=2 trellis=1 mv4=1

What about that? do you get the same result for both?
(0005835)
Granjow (developer)
2010-09-14 08:17
edited on: 2010-09-14 08:17

Both result in the wrong zone being rendered, both files have exactly the same MD5 hash.

(0005836)
j-b-m (administrator)
2010-09-14 08:25

Ok, now I see that the working command had: " profile=hdv_720_30p " appended to the consumer. Can you try that?
So you are working on a 30fps project and trying to render to 24fps?
(0005837)
Granjow (developer)
2010-09-14 08:38

No, the project is set to 24fps here, and I'm trying to render 24fps as well.

I did this:
melt -profile atsc_720p_24 Haselbogen.kdenlive in=4320 out=4700 -consumer avformat:/tmp/Haselbogenbau-lr2.mp4 progress=1 f=mp4 acodec=libmp3lame ab=128k ar=44100 vcodec=mpeg4 minrate=0 b=800k aspect=@16/9 mbd=2 trellis=1 mv4=1 profile=hdv_720_30p
Same result, wrong zone.
(0005838)
j-b-m (administrator)
2010-09-14 08:48

But then if you simply try to play your project with melt, does it play the
correct zone:

melt -profile atsc_720p_24 Haselbogen.kdenlive in=4320 out=4700

and rendering with a basic mp4 profile:

melt -profile atsc_720p_24 Haselbogen.kdenlive in=4320 out=4700 -consumer avformat:/tmp/Haselbogenbau-lr2.mp4
(0005839)
Granjow (developer)
2010-09-14 09:30

melt does not play the correct zone (but HDV Rendering with 30p still shows the correct one). basic mp4 profile: incorrect as well.
(0005840)
j-b-m (administrator)
2010-09-14 09:56

Ok, then seems more like an MLT / FFMpeg seeking issue. My guess is that you have clips before the in point (at 4320) that mess seeking. Can you try to remove all clips before that point to see if it fixes issue? Then you can try to find out which clip messes up...
(0005841)
Granjow (developer)
2010-09-14 12:00

Before I start trying: Are you sure? When using placeholders for all clips (except for text clips), how should one of them mess up seeking?
(0005957)
ddennedy (developer)
2010-10-10 08:35

Granjow, melt -profile atsc_720p_24 ... profile=hdv_720_30p is asking to use 2 different profiles, which is going to cause confusion - not for MLT, but for the user about what to expect. MLT does not have frame rate normalization to output a 24p project as 30p and keep all of the edits at the appropriate times. What melt does in this case is create the 24p profile, and then refine it with the 30p profile specified in the consumer property.

Basically, one could argue it is a bug in Kdenlive that it lets you output a 24p project to DV or HDV with their 25/29.97 fps limitations.

If your output is not what you expected with XViD but is fine with HDV, then it seems your project was actually authored in 30p and then you changed project settings in Kdenlive to 24p. When you do that nothing automatically adjusts your edit points. That is the only explanation I can come up with.
(0007733)
ddennedy (developer)
2012-01-06 18:01

It should be noted that the next release of MLT has frame rate normalization, but this use case needs testing.
(0007734)
ddennedy (developer)
2012-01-06 18:09

another thought on the original problem report.. the in and out of the zone are set to the same values regardless of whether the output fps is 24 or 30. In the working command "consumer:... in=... out=.. profile... -consumer profile=...", according to MLT design, in and out are still based on the "outer" composition's framerate, which is 30. So, when you render to 24, and the in/out does not change, then it will indeed give unexpected result! Consider the project was to 24 fps, why is it basing the zone frame numbers on the HDV fps? I expected the bug to be just the opposite behavior and give incorrect result when changing the fps, but such is the nature of bugs.

- Issue History
Date Modified Username Field Change
2010-08-24 17:26 Granjow New Issue
2010-08-24 17:27 Granjow File Added: Haselbogen.kdenlive
2010-08-24 17:30 Granjow Description Updated View Revisions
2010-08-25 08:23 Granjow Product Version => Recent git
2010-08-25 08:23 Granjow Target Version Recent git => future version
2010-09-01 10:57 Granjow Note Added: 0005740
2010-09-01 10:58 Granjow Severity minor => major
2010-09-01 13:54 j-b-m Target Version future version => 0.7.8
2010-09-05 09:48 j-b-m Note Added: 0005779
2010-09-05 09:48 j-b-m Assigned To => j-b-m
2010-09-05 09:48 j-b-m Status new => feedback
2010-09-05 09:49 j-b-m Note Edited: 0005779 View Revisions
2010-09-13 18:27 Granjow Note Added: 0005830
2010-09-13 18:27 Granjow Status feedback => assigned
2010-09-13 23:06 j-b-m Note Added: 0005833
2010-09-14 08:17 Granjow Note Added: 0005835
2010-09-14 08:17 Granjow Note Edited: 0005835 View Revisions
2010-09-14 08:25 j-b-m Note Added: 0005836
2010-09-14 08:38 Granjow Note Added: 0005837
2010-09-14 08:48 j-b-m Note Added: 0005838
2010-09-14 09:30 Granjow Note Added: 0005839
2010-09-14 09:56 j-b-m Note Added: 0005840
2010-09-14 12:00 Granjow Note Added: 0005841
2010-09-14 23:02 j-b-m Target Version 0.7.8 => future version
2010-10-10 08:35 ddennedy Note Added: 0005957
2012-01-06 14:24 j-b-m Relationship added duplicate of 0002468
2012-01-06 18:01 ddennedy Note Added: 0007733
2012-01-06 18:09 ddennedy Note Added: 0007734


Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker