Playback Slows Down Immensly Durring Transitions
Effects like BlueBanana are fine, but even simple transitions like dissolve cause the framerate to go anywhere from 35-60 all the way down to a slideshow. Not sure why this is, but I'm using the latest build (as of Feb 27th on Arch). My media is mostly h264 FLVs (with one MP4, though this does not seem to make a difference) and I am using the x11 video output. Oddly I have noticed that for single video tracks towards the top of the composting stack x11-OpenGL is the fastest, but for anything else x11 with the direct x11 render option is fastest for normal playback. Neither of these are enough to stand against transitioning however. Funnily enough, everything I've tried from h264 inside an FLV, MP4, and MOV to a ProRes MOV file seem to play back all the same, but when transitioning they all seem to slow down horribly. I'm not sure if this has been fixed in the latest development version, I suppose I'll see tomorrow.
even simple transitions like dissolve cause the framerate to go anywhere from 35-60 all the way down to a slideshow. Not sure why this is, but I'm using the latest build (as of Feb 27th on Arch).
In my tests, even though I only have a few older versions, I did find it working more as expected on an April 4, 2017 cinelerra-gg version. It is odd because with a 30fps file, if I watch "Framerate achieved" in Settings->Preferences, Playback A tab, the framerate stays pretty much at 30fps then goes down to 12fps during the transition and then up to 140fps to catch back up -- not what you would expect to see. GG will have to investigate this further. gg/phyllis
*Andrew*, you will be interested in reading this! *Andrea*, if you have time, can you confirm? *Ben*, you will not believe this!? even simple transitions like dissolve cause the framerate to go anywhere
from 35-60 all the way down to a slideshow. Not sure why this is, but I'm using the latest build (as of Feb 27th on Arch).
...
but when transitioning they all seem to slow down horribly.
It took at least 25 builds on GG's systems to reach the following conclusion (luckily his computer is fast). * OPTIMIZATION levels are important !!* The good news is that the slowdown in transitions was only affecting you go-getters who do your own builds as a developer. Most likely you were using the following as suggested in the Features5 manual: CFLAGS=-ggdb make -j8 rebuild_all Switch to: CFLAGS=”-O2 -ggdb” make -j8 rebuild_all And modify -j8 to better reflect the number of CPUs + a little more on your computer. I will change the manual. If this does NOT solve the problem on your computer, let use know and thank you in advance. gg/Phyllis
Sorry for my usual incompetence: After I changed CFLAGS like you said, I did: # cd cinelerra # gdb ./ci But all I get is the gdb prompt and it doesn't start cin. What should I do?
Andrea, # cd cinelerra
# gdb ./ci
But all I get is the gdb prompt and it doesn't start cin. What should I do?
It must not have built for some odd reason. The -O2 is just an optimization level so should not be an issue. That is the letter O not the number zero. GG says to try CFLAG="-O2 g" make -j8 rebuild_all instead. If that does not work, if you have the window output, email that. We have tested this on 2 different computers here so have pretty much confirmed that that is the issue but figured that you would want to use this to avoid the transition slowdown for your own usage. gg/Phyllis
GG says to try CFLAG="-O2 g" make -j8 rebuild_all instead. If that does not work, if you have the window output, email that.
I attach the file with the messages from the terminal. I tried to do this test just to see if it improved the slowdown. But it's not important, I would say not to waste time on it. With my normal installation I have the following results: https://www.dropbox.com/s/h8p4tyvx2snwiyi/transition.mp4?dl=0 I summarize the results: mp4 --> wipe --> png --> dissolve --> 3gp/cut/3gp --> slide --> mp4 30 29 29 21 (png?) 30 28 30 29 30 Fps I can tell I don't have any particular problems. Repeating the test by activating "Play every frame" and "autocolor assests" to stress the system more, the result is similar. Maybe 1 fps less, but there is no noticeable difference. Repeating the test using the compile with modified CFLAGS (-O2) and then starting from: # /path/bin/./cin instead of by: # /path/cinelerra/gdb ./ci (which as you can see from the attachment does not work for me) I still get similar results: I rarely go down to 29 fps. NOTE: in the edit "neve.3gp" I cut a part of the shot to shorten it. The result is to have a cut in the middle of that shot. When the cursor passed over this cut I had a slowdown similar to those in the presence of transitions. (little, as I have already said, about 1 fps, you see in the video at 15s). So I wonder if the slowdown is due to the edges of the edits instead of the transitions. In fact, the transitions are always on the edges of the edits, of course.
Andrea, I think I might have confused the problem when your computer was acting strangely or when you reported the mkv slowness. Anyway, from the information you provided and the dropbox transition.mp4, it looks like transitions are working as expected with your normal installation. Thanks for checking, gg/pys With my normal installation I have the following results:
https://www.dropbox.com/s/h8p4tyvx2snwiyi/transition.mp4?dl=0
I summarize the results:
mp4 --> wipe --> png --> dissolve --> 3gp/cut/3gp --> slide --> mp4 30 29 29 21 (png?) 30 28 30 29 30 Fps
I can tell I don't have any particular problems.
Sorry for my late reply to this thread, been busy this week. My tests show that with the screen captures recorded with OBS (most recent one is 20mb/s at 1080p60, h.264 in a FLV container) have trouble transitioning. Hard cuts fair slightly better, but still present some slowness. I'll conduct more tests with different files, as well as on my laptop (which is running a straight SSD, unlike my desktop which runs the SSD as a cache device for a hard drive using bcache). Compiling latest git did not show any improvement (even with -O2), and I use the official cin-gg package for Arch Linux normally. On Sun, Mar 3, 2019 at 8:17 PM, Phyllis Smith <[email protected]> wrote:
Andrea, I think I might have confused the problem when your computer was acting strangely or when you reported the mkv slowness. Anyway, from the information you provided and the dropbox transition.mp4, it looks like transitions are working as expected with your normal installation. Thanks for checking, gg/pys
With my normal installation I have the following results:
<https://www.dropbox.com/s/h8p4tyvx2snwiyi/transition.mp4?dl=0>
I summarize the results:
mp4 --> wipe --> png --> dissolve --> 3gp/cut/3gp --> slide --> mp4 30 29 29 21 (png?) 30 28 30 29 30 Fps
I can tell I don't have any particular problems.
From a few quick tests on my laptop, there were a few things I noticed: 1. Cinelerra-GG handles supprisingly well on moderate hardware 2. Cin transitions between different files with ease, but has more trouble transitioning between two edits from the same file (not just with my heavy recordings either, even a small YouTube video seems to have this issue). 3.The Arch package needs to be rebuilt, I just updated my laptop and libvpx is now at version 6, while Cin-GG is looking for version 5 (had to symlink to get it to launch, seems to work fine) So while Cin plays the files with relative ease, and can even playback at double-speed or backwards without much issue, actually cutting to a different part of the video seems to slow it down. Perhaps it has trouble seeking within the same file for two different positions at once? On Fri, Mar 8, 2019 at 12:08 AM, [email protected] wrote:
Sorry for my late reply to this thread, been busy this week.
My tests show that with the screen captures recorded with OBS (most recent one is 20mb/s at 1080p60, h.264 in a FLV container) have trouble transitioning. Hard cuts fair slightly better, but still present some slowness. I'll conduct more tests with different files, as well as on my laptop (which is running a straight SSD, unlike my desktop which runs the SSD as a cache device for a hard drive using bcache).
Compiling latest git did not show any improvement (even with -O2), and I use the official cin-gg package for Arch Linux normally.
On Sun, Mar 3, 2019 at 8:17 PM, Phyllis Smith <[email protected]> wrote:
Andrea, I think I might have confused the problem when your computer was acting strangely or when you reported the mkv slowness. Anyway, from the information you provided and the dropbox transition.mp4, it looks like transitions are working as expected with your normal installation. Thanks for checking, gg/pys
With my normal installation I have the following results:
<https://www.dropbox.com/s/h8p4tyvx2snwiyi/transition.mp4?dl=0>
I summarize the results:
mp4 --> wipe --> png --> dissolve --> 3gp/cut/3gp --> slide --> mp4 30 29 29 21 (png?) 30 28 30 29 30 Fps
I can tell I don't have any particular problems.
Your informations are very interesting. Could you do the tests by opening "settings-preferences-playback A" and steadily noting the values of "achivied frame"? So I could get a match on my tests.
Hard Cut To Smaller File: No change in framerate Hard Cut To Larger File: First Dips Down From 60 to 40, after changing position of video before cut framerate remails the same. Transition To Larger File: No Notible Change (+/- 1 fps) Transition From Larger File To Smaller File: Dips from 60 down to 33 Hard Cut Within Same File With No Change In Position: No Noticable Change Hard Cut Within Smaller File To A Different Position: dips from 60 to 19 (18 with transition) Hard Cut To Different Position Within Larger File: Dips from 60 to 15 fps (12 with transition) On Fri, Mar 8, 2019 at 4:52 AM, Andrea paz <[email protected]> wrote:
Your informations are very interesting. Could you do the tests by opening "settings-preferences-playback A" and steadily noting the values of "achivied frame"? So I could get a match on my tests. -- Cin mailing list [email protected] <mailto:[email protected]> <https://lists.cinelerra-gg.org/mailman/listinfo/cin>
Your results seem comparable to mine before formatting. Unfortunately, I couldn't figure out what it could depend on. Other distributions don't seem to have these problems. In any case, I reformatted for other problems, which is not something I would recommend. Maybe by compiling with the option "--with-booby" or even better with "bld.sh", on the terminal we can check if there are deadlocks (I had a lot of them).
The debian builds also seem to have this problem, so I don't think it's distro-specific. On Fri, Mar 8, 2019 at 3:05 PM, Andrea paz <[email protected]> wrote:
Your results seem comparable to mine before formatting. Unfortunately, I couldn't figure out what it could depend on. Other distributions don't seem to have these problems. In any case, I reformatted for other problems, which is not something I would recommend. Maybe by compiling with the option "--with-booby" or even better with "bld.sh", on the terminal we can check if there are deadlocks (I had a lot of them). -- Cin mailing list [email protected] <mailto:[email protected]> <https://lists.cinelerra-gg.org/mailman/listinfo/cin>
I have done a "stupid" Project (total time= 1 minute) to make a few of tests. So if we have a common base it can be more useful, I think. My goal was for rendering time but it may be useful also for your test. In my "stupid" project there are transitions, autos, and what You and I use in editing video (or at least I hope). So you can say me: - "in transition dissolve how many fps have you?" - "try to disable Color3way effect and test again, please"... Link to compressed file at https://www.dropbox.com/s/o9i44fnszrt6wjq/WhatTimeIsIt.tar.gz?dl=0 (datafilehost.com have any problem) IgorBeg PS: I wrote this also in MantisBt #137 https://www.cinelerra-gg.org/bugtracker/view.php?id=137
Mmh, I have forgotten to add the link at the "stupid" short video to show the rendering of that project (original project in 1080p, streamable.com have converted to 720p). https://streamable.com/m1t1p IgorBeg
participants (5)
-
Andrea paz -
ben＠innovationplex.com -
Benrob0329
-
Igor BEGHETTO -
Phyllis Smith