[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[farid]

https://bugs.kde.org/show_bug.cgi?id=384764

farid  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |FIXED
 CC||snd.no...@gmail.com

--- Comment #15 from farid  ---
I would say this is fixed but if you still encounter issues please reopen. :)

(In reply to CzAndrew from comment #14)
> I downloaded the newest nightly, and started playing with the settings of
> the proxy clips. In the nightly the proxy clips are working well, and since
> then the proxy clips are working in my 19.12.1 also. I can' recreate the
> problem, later I'll try it on another computer with a clean kdenlive.
> There were some settings which slowed down the playback on the timeline (I
> mean that the playback wasn't perfectly somooth):
> - rendering the proxy clips to x264 was better: renders faster, smaller
> proxy clip filesize and smoother playback on the timeline

although x264 produces smaller clips it needs more processing power. I'd
recommend mjpeg or if you have space maybe dnxhd or prores...

> - reducing the playback resolution of the 540p proxy clips to 540p was helped
> - if the aspect ratio of the project and the source video clip wasn't the
> same, then there were more framedrops in the playback (but I guess it is
> nothing to do with proxy clips)

definitely the smaller the proxies the better the playback.
> 
> I'll try the proxy clips on another machine, and see if I can recreate the
> problem, and find the solution.

please let us know and reopen if you encounter issues.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[CzAndrew]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #14 from CzAndrew  ---
I downloaded the newest nightly, and started playing with the settings of the
proxy clips. In the nightly the proxy clips are working well, and since then
the proxy clips are working in my 19.12.1 also. I can' recreate the problem,
later I'll try it on another computer with a clean kdenlive.
There were some settings which slowed down the playback on the timeline (I mean
that the playback wasn't perfectly somooth):
- rendering the proxy clips to x264 was better: renders faster, smaller proxy
clip filesize and smoother playback on the timeline
- reducing the playback resolution of the 540p proxy clips to 540p was helped
- if the aspect ratio of the project and the source video clip wasn't the same,
then there were more framedrops in the playback (but I guess it is nothing to
do with proxy clips)

I'll try the proxy clips on another machine, and see if I can recreate the
problem, and find the solution.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[emohr]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #13 from emohr  ---
In the meantime MLT and Kdenlive have implemented timeline playing with scaled
clips. This is speeding up the timeline. 

Get the nightly build:
Windows:
https://binary-factory.kde.org/job/Kdenlive_Nightly_mingw64/lastSuccessfulBuild/artifact/

Linux:
https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Build/lastSuccessfulBuild/artifact/
 


Goto Monitor -> Preview resolution -> choose either 720p or 540p. Does this
help?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[CzAndrew]

https://bugs.kde.org/show_bug.cgi?id=384764

CzAndrew  changed:

   What|Removed |Added

Version|Appimage - Refactoring  |19.12.1

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[CzAndrew]

https://bugs.kde.org/show_bug.cgi?id=384764

CzAndrew  changed:

   What|Removed |Added

 CC||czart.and...@gmail.com

--- Comment #12 from CzAndrew  ---
I confirm also that proxy clips doesn't work in the newest kdenlive (19.12.1;
win10).
The proxy clip play smooth in the Clip monitor, but when I add it to Project
monitor, the playback speed is reduced to ~2 fps. I see that the proxy clip is
being played both in the project and clip monitor (image resolution reduced),
but the project monitor plays it very choppy.
I tried to convert the proxy clips with different codecs, results are the same.
Does anyone know a workaround for this?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[krewetki]

https://bugs.kde.org/show_bug.cgi?id=384764

krewetki  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|REPORTED|CONFIRMED
 CC||krewe...@interia.pl
  Latest Commit|v17.08.1-22-g48db9dad9  |v17.08.1-22-g48db9dad9, v
   ||19.04.0 MLT 6.14.0-5

--- Comment #11 from krewetki  ---
Hi,

I'm not sure what I'm doing with settings/status of this bug, so please forgive
mistakes.

I'm changing status to CONFIRMED because it happens to me: Manjaro Stable,
Kdenlive 19.04.0, MLT 6.14.0-5.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[emohr]

https://bugs.kde.org/show_bug.cgi?id=384764

emohr  changed:

   What|Removed |Added

 CC||fritzib...@gmx.net
Version|17.08.1 |Appimage - Refactoring
  Flags||Brainstorm+

--- Comment #10 from emohr  ---
Is this something similar to Bug 385842 ? 
And do we have a profile issue as well? 
Both issues I can reproduce on the Refactoring version.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[José JORGE]

https://bugs.kde.org/show_bug.cgi?id=384764

José JORGE  changed:

   What|Removed |Added

 CC||lists.jjo...@free.fr

--- Comment #9 from José JORGE  ---
(In reply to mikko.rapeli from comment #8)
> And that's why proxy clips are slower to play than originals, though the
> different code does impact too. h264 original is tougher to decode than
> mpeg2video proxy.

I've just upgraded my Kdenlive from 16.x to 17.12.2 and I can see the same bug
: the proxy clip is used when playing the single clip, but not used anymore
when the clip is in the timeline.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[Simon Andric]

https://bugs.kde.org/show_bug.cgi?id=384764

Simon Andric  changed:

   What|Removed |Added

 CC||simonandr...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #8 from mikko.rap...@iki.fi ---
And that's why proxy clips are slower to play than originals, though the
different code does impact too. h264 original is tougher to decode than
mpeg2video proxy.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #7 from mikko.rap...@iki.fi ---
Running with my old pet peeve where I remove the caching and frame dropping
from kdenlive rendering, since on these old machines I get better performance
that way:

diff --git a/src/renderer.cpp b/src/renderer.cpp
index e839d10b0..5b87caec9 100644
--- a/src/renderer.cpp
+++ b/src/renderer.cpp
@@ -754,9 +754,12 @@ void Render::switchPlay(bool play, double speed)
 m_mltProducer->seek(0);
 }
 if (m_mltConsumer->get_int("real_time") != m_qmlView->realTime()) {
-m_mltConsumer->set("real_time", m_qmlView->realTime());
-m_mltConsumer->set("buffer", 25);
-m_mltConsumer->set("prefill", 1);
+//m_mltConsumer->set("real_time", m_qmlView->realTime());
+m_mltConsumer->set("buffer", 0);
+m_mltConsumer->set("prefill", 0);
+// try to avoid fps drop in preview:
+m_mltConsumer->set("drop_max", 1);
+m_mltConsumer->set("real_time", 0);
 // Changes to real_time require a consumer restart if running.
 if (!m_mltConsumer->is_stopped()) {
 m_mltConsumer->stop();
@@ -771,7 +774,7 @@ void Render::switchPlay(bool play, double speed)
 }
 m_mltProducer->set_speed(speed);
 } else {
-m_mltConsumer->set("real_time", -1);
+m_mltConsumer->set("real_time", 0);
 m_mltConsumer->set("buffer", 0);
 m_mltConsumer->set("prefill", 0);
 m_mltProducer->set_speed(0.0);
@@ -794,9 +797,12 @@ void Render::play(double speed)
 resetZoneMode();
 }
 if (speed != 0 && m_mltConsumer->get_int("real_time") !=
m_qmlView->realTime()) {
-m_mltConsumer->set("real_time", m_qmlView->realTime());
-m_mltConsumer->set("buffer", 25);
-m_mltConsumer->set("prefill", 1);
+//m_mltConsumer->set("real_time", m_qmlView->realTime());
+m_mltConsumer->set("buffer", 0);
+m_mltConsumer->set("prefill", 0);
+// try to avoid fps drop in preview:
+m_mltConsumer->set("drop_max", 0);
+m_mltConsumer->set("real_time", 0);
 // Changes to real_time require a consumer restart if running.
 if (!m_mltConsumer->is_stopped()) {
 m_mltConsumer->stop();
@@ -926,7 +932,7 @@ void Render::setDropFrames(bool drop)
 dropFrames = -dropFrames;
 }
 //m_mltConsumer->stop();
-m_mltConsumer->set("real_time", dropFrames);
+//m_mltConsumer->set("real_time", dropFrames);
 if (m_mltConsumer->start() == -1) {
 qCWarning(KDENLIVE_LOG) << "ERROR, Cannot start monitor";
 }


This is slightly better at around 10 fps in 1080p25 mode when previewing proxy
clips, but there is a quite easily triggered crash where stack trace actually
shows that the frame was rendered in 1080 format from proxy clip which is
640x360:

Thread 12 "FrameRenderer" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fe3be453700 (LWP 18154)]

#0  0x7fe41cba1ee3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
No symbol table info available.
#1  0x7fe41cbbf99e in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
No symbol table info available.
#2  0x7fe41cbf9c26 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
No symbol table info available.
#3  0x7fe41cc004bf in QRasterPaintEngine::drawImage(QPointF const&, QImage
const&) () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
No symbol table info available.
#4  0x7fe41cc1d8af in QPainter::drawImage(QPointF const&, QImage const&) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
No symbol table info available.
#5  0x7fe3d2f8a979 in QPainter::drawImage (flags=..., sh=-1, sw=-1, sy=0,
sx=0, image=..., y=0, x=0, this=0x7fe3be452428)
at /usr/include/x86_64-linux-gnu/qt5/QtGui/qpainter.h:858
sy = 0
sw = -1
image = @0x7fe3be452460: 
y = 0
this = 0x7fe3be452428
sx = 0
sh = -1
x = 0
#6  get_image (a_frame=a_frame@entry=0x7fe3a8014170,
image=image@entry=0x7fe3be452650, format=format@entry=0x7fe3be45269c,
width=width@entry=0x7fe3be452694, height=height@entry=0x7fe3be452698,
writable=writable@entry=0) at transition_qtblend.cpp:190
error = 
b_frame = 
b_properties = 
properties = 0x7fe3a8014170
transition_properties = 
b_image = 0x7fe3907f9020

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #6 from mikko.rap...@iki.fi ---
Playing with the test project. By only changing project profile from 1080p25 to
720p25 the proxy clip playback on timeline changes from roughly 7fps to 15 fps.
Would be nice to have an fps counter on the preview screen btw.

That is to me odd. There should not be reasons for the preview rendering
pipeline to change when project profile is changed, especially when rendering
proxy clips.

For the final render yes, but not for time line preview.

Feels like that during proxy clip playback, the frames are first rendered from
640x360 to project resolution 1080p or 720p, and then scaled to the monitor
preview window size. To me this intermediate step is not necessary.

The preview rendering should happen from 640x360 directly to the monitor
preview window size for each frame.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #5 from mikko.rap...@iki.fi ---
One thing that I have changed lately is the project profile from 720p30 to
1080p25. That seems to have a major effect on playback performance even when
proxy clips are 640x360p50. Hmm why are they p50? Shouldn't be needed really...

I was able to go back to 17.04.3-1 version but could not see any improvement
there. 16.12.3-1 binaries from snapshot.debian.org no longer work on Debian
unstable due to Qt dependencies.

What could work for me is to use really low project profile 640x360p15 even,
but in the past changing profile was a destructive operation which screwed
timeline completely when going back to 1080p25 for final rendering.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #4 from mikko.rap...@iki.fi ---
On this machine with:

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
RV635/M86 [Mobility Radeon HD 3650]

clip and timeline playback using libmovit7 is even slower.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #3 from mikko.rap...@iki.fi ---
(In reply to Jean-Baptiste Mardelle from comment #2)
> Can you paste the proxy profile you were using ? The only change I can think
> of affecting proxies is a change in the size parameter allowing to make sure
> the proxy height is a multiple of 2. Also doing:
> ffmpeg -i myproxy.mp4
> 
> on one of your proxies might give some clues.

It is just kdenlive. Playback on timeline is 10 times slower than in clip
preview.

I switched to a bit beefier 64bit Core2 Duo machine with 8 gigs of RAM but it
is not helping. I get maybe 5fps when previewing the 640x360 proxy clip on
timeline. In clip preview it plays better but nowhere as good as with mplayer
or melt from command line where I can not see any frame drops or complains.

I created a test project archive and uploaded to:

https://mcfrisk.kapsi.fi/temp/proxy_test01.tar.gz

Older versions of kdenlive were ok to use with this kind usage. Time line
playback went slow only after multiple effect were applied to the clips, which
I often did as the last step, also because they quite often crashed kdenlive
and corrupted the timeline.

I did go through a large set of clips and split and set in/out points to them
and now can't easily switch to an older kdenlive version. The project files
should really be more backwards and forwards compatible! I should start
archiving the full kdenlive debian packages with each of my edits...

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[Jean-Baptiste Mardelle]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #2 from Jean-Baptiste Mardelle  ---
Can you paste the proxy profile you were using ? The only change I can think of
affecting proxies is a change in the size parameter allowing to make sure the
proxy height is a multiple of 2. Also doing:
ffmpeg -i myproxy.mp4

on one of your proxies might give some clues.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=384764

--- Comment #1 from mikko.rap...@iki.fi ---
Now I could try to git bisect this issue and possibly work around by using an
older version of kdenlive, BUT the project file from v17.08.1 does not work
with 17.04.3.

I'm sorry, I will give up with kdnelive now.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384764] Proxy clips on time line play slower than original clips

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=384764

mikko.rap...@iki.fi changed:

   What|Removed |Added

   Platform|Other   |Debian unstable
  Latest Commit||v17.08.1-22-g48db9dad9

-- 
You are receiving this mail because:
You are watching all bug changes.