Bug 371404 - Preview render a zone in timeline: not work correct, maybe too tracks..?
Summary: Preview render a zone in timeline: not work correct, maybe too tracks..?
Status: RESOLVED FIXED
Alias: None
Product: kdenlive
Classification: Applications
Component: Video Display & Export (show other bugs)
Version: 16.08.2
Platform: openSUSE Linux
: NOR major
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL: http://sendvid.com/b8mbej0k
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-21 09:15 UTC by manuel_songokuh
Modified: 2017-02-04 12:51 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
my-project-4hours-clip-01 (496.48 KB, application/zip)
2017-01-27 13:12 UTC, manuel_songokuh
Details

Note You need to log in before you can comment on or make changes to this bug.
Description manuel_songokuh 2016-10-21 09:15:06 UTC
i open topic: https://forum.kde.org/viewtopic.php?f=265&t=136695&p=365953#p365953
there are all information for problem.
version is 16.08.2
KDE Frameworks 5.27.0
Qt 5.7.0 (compilato con 5.7.0)
Il sistema di finestre xcb



Reproducible: Always

Steps to Reproduce:
see my video recorded, link http://sendvid.com/b8mbej0k



from topic, ask to me:
"I see frm your video that you have compositing set to "High Quality", try switching it to "None" and see if it helps... "
so result: NOTHING HAPPEN, SAME ISSUE..
Comment 1 manuel_songokuh 2017-01-27 13:02:29 UTC
hi i add news simple:

kdenlive 16.12.1, same problem not work for fluid playback 25fps, result 10fps-19fps, so i think i can attch the project here (zip) project? ..(yes :-D )
Comment 2 manuel_songokuh 2017-01-27 13:12:04 UTC
Created attachment 103666 [details]
my-project-4hours-clip-01

inside: project of kdenlive, timeline long 4 hours, have 9 tracks,5 file png originals.

but clip video is 128GB so impossible send to you..so you can add other clip (video) replace it ok?
Comment 3 Wegwerf 2017-01-29 16:05:34 UTC
Do you use 5 PNGs simultaneously in the timeline, that is, do you have regions in your timeline where you compose 5 or more PNGs/images simultaneously? If this is the case, then this may be the image cache problem that was found and fixed in MLT recently.

Please note that a playback of less than 25fps is not considered a bug and I will close this report if this is your sole gripe. If you experience severe performance degradation below 1fps when compositing many images simultaneously, then please report back, and try one of these options:

1. see our G+ post here: https://plus.google.com/103555172011502893674/posts/aKmhtaYAF6n

2. update MLT to most recent git master. If you don't know how to do this, then please go with option 1.

Please report back your results. Also, I'm asking you to take more time to file useful and concise bug reports. This bug report is hardly useful to reproduce and fix your issue. I'm totally unclear as to what you problem is and I can only make an educated guess on the basis of the number of images you compose. We also take time to help, so we can expect bug reporters to take their time in order to prepare useful reports.

Thank you for your cooperation.
Comment 4 manuel_songokuh 2017-01-29 20:21:00 UTC
ok, i will try tomorrow, testing.. but this job is STOPED so i cant do continue this particular project..because is problem.. 

then tomorrow i will try for result ok?

i respond:
yes 5 png simultaneously, i must this 5 png because i have 2 clip inside one video, so 2 png for first clip (crop,overlap png result perfect graphic), and other 2 png for second clip (crop,overlap png result perfect graphic) and last png is for result final overlap (mask).. but not remember precise.. but i need this because i will do easy edit for first clip ( i use composite or affine for change position of clip for inside window (mask)..so this trick perfect.. but i have not other goof trick for me..because kdenlive has not NESTING or "GROUP TRACK".. like as premiere.. so i do this way 5 png..

other softeare Natron is worked perfect but not good for long clip 4 hours and other second clip so is not easy to workflow..

instead kdenlive workflow is perfect.. but i find this issue..sigh...

then i will back here tomorrow..

i try first and second opinion  (i try..)

thank you for contact me for try to improve the kdenlive ok?

but that link https://plus.google.com/103555172011502893674/posts/aKmhtaYAF6n

why they dont add report same my issue?..

thank you Wegwerf
Comment 5 manuel_songokuh 2017-01-29 20:31:25 UTC
sorry i forget to add info:

tomorrow i will do this try but computer from office job:
DUAL CPU: XEON E5 v3 (not remember hertz) 
RAM: 32GB with ECC
GPU: nvidia GTX970
DUAL MONITORS
linux: opensuse 42.2 64bit kde5 plasma..
Comment 6 Wegwerf 2017-01-29 21:26:57 UTC
Seems we have a daunting language barrier here.

Please try to run Kdenlive from a terminal window (bash command line) using an enlarged pixmap cache as described in the G+ post. If you use 5 or more image clips simultaneously (that is, within same timecode region) then this should give you better performance, but probably still less than 25fps:

MLT_PIXBUF_PRODUCER_CACHE=10 kdenlive &

Please understand that this will only help in case you've hit the current 4 concurrent clips limit while compositing them in the timeline. This does not improve overall performance. 

Manuel, I don't have time to scan all bug reports whenever I find an issue while working on my projects. This is even more difficult as many bug reports have misleading titles, incomplete or misleading descriptions, and many more issues. I'm helping here as I notice that you may have actually run into this issue, but I noticed only by sheer luck, not because of your bug report.

You'll need to check the G+ forum for regular notices about important bugs we discover, as well as for more arcane bugs that we think may affect multiple users. The bug tracker is not a help forum. Please use it with great wisdom, and that includes preparation on the side of bug reporters, so that we can fix bugs. This is not a help forum.
Comment 7 Wegwerf 2017-01-29 21:31:18 UTC
Just for developers' information: with a larger MLT pixmap cache I can now successfully work with 11 track static image compositing. Before, compositing 4 static images was possible, 5 caused performance to drop dead. Preview rendering was, well, rendered useless (sorry for the bad pun), as MLT still trashes the pixmap cache, even with the preview track on top. Recent git master MLT now automatically resizes the pixmap cache, as tracks gets added.
Comment 8 manuel_songokuh 2017-01-30 12:21:40 UTC
hi

GOOD NEWS: i did try MLT_PIXBUF_PRODUCER_CACHE=10 kdenlive &
RESULT WORKED AS PERFECT FPS is 25FPS!!!

WOOOOOWWW so
 i can START my PROJECT JOB!!!!!!

so i fix for my icon launcher (MLT_PIXBUF_PRODUCER_CACHE=10 kdenlive &) for open kdenlive always..

but i think will can add parameter or configure of kdenlive for start up option..?
or other idea for start up or fix it like AUTOMATIC from KDENLIVE next version?

then this report will close or fix it or what..?

last note: my english is POOR. but i try same best english.. ok?
Comment 9 manuel_songokuh 2017-01-30 12:44:35 UTC
i try add comment to link: https://plus.google.com/103555172011502893674/posts/aKmhtaYAF6n
 but i cant add..maybe thedive comment is close..

then anyone will can say him than this report is open and will be close.. or wait when kdenlive is fixed next version confirm?
Comment 10 Wegwerf 2017-01-30 16:15:36 UTC
Glad to hear that this fixes your performance issue.

This is actually a fix in MLT, so there is no need for a Kdenlive configuration option. Moreover, MLT adapts automatically to your project.

You'll need for your distro packagers to update their MLT package. For *ubuntu wait for the stable branch ppa to get updated. Or wait for the AppImage getting updated. 

Closing this big report as resolved upstream.
Comment 11 manuel_songokuh 2017-02-04 11:33:54 UTC
hi 
i need extra information:

why does kdenlive is slow but the clips are done in proxy, but slow..?
(non-preview render). impossible preview render in all timeline..

is there other solution?
Comment 12 Wegwerf 2017-02-04 12:51:17 UTC
Manuel, do not reopen invalid bug reports. Also don't misuse the bug tracker as a support forum. I expect you to abide by the rules as described on our website for bug reporting. Do not trespass again.