Hi, I am currently trying to render a feature which is 57min in duration. I noticed that cinelerra in this project has an enormous problem rendering two video's stacked on top of eachother. There is (as far as I am aware of) no compositing intended, no projector movement, top track should have priority over lower tracks. Even the compositing window is unable to achieve any smooth framerate on these pieces, unless I disable either ones of the track. The framerate achieved is less than 1 fps. Even when all plugins are disabled, it looks like there is some composition in running. When I manually mute all sections where there is a B-roll, performance is regained. Could someone try this with some D3200 content stacked on top of eachother? If it would help I am happy to create some projects 'as bugs' for QA-purposes. -- Stefan
On Monday, January 30, 2023 11:16:03 AM CET, Stefan de Konink via Cin wrote:
If it would help I am happy to create some projects 'as bugs' for QA-purposes.
The ultimate cause of the mentioned issue is the cache size (Preference > Performance > Cache size (MB)) being reduced to 1MB. When increasing it back to the default value of 256 the issue is mitigated. But I do wonder: does this uncover a performance issue that should be documented? Would it really take a full second to compute the frame order? -- Stefan
may be this? https://www.cinelerra-gg.org/bugtracker/view.php?id=504 not sure if we can speed up decoding in libavcoded - mplayer seems to seek much faster but I guess it can skip decoding whole frames for that and our pipeline not ready for this, because how you will deal with empty frames after such fast seeking? I mean you can hit any frame in arbitrary place, so decoding it due to b and p frames might take a while, so randomly-placed edit probably seeks/decodes a lot just for avoiding empty frm problem (while for playback there is toggle about playing every frame or not. But I think it only drops at output?) пн, 30 янв. 2023 г., 14:16 Stefan de Konink via Cin < [email protected]>:
On Monday, January 30, 2023 11:16:03 AM CET, Stefan de Konink via Cin wrote:
If it would help I am happy to create some projects 'as bugs' for QA-purposes.
The ultimate cause of the mentioned issue is the cache size (Preference > Performance > Cache size (MB)) being reduced to 1MB. When increasing it back to the default value of 256 the issue is mitigated.
But I do wonder: does this uncover a performance issue that should be documented? Would it really take a full second to compute the frame order?
-- Stefan -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Stefan,
If it would help I am happy to create some projects 'as bugs' for QA-purposes.
It is ALWAYS helpful to have video along with the series of steps to create bugs to show the problem. Programmers need this to see what the bug is and then to ensure that it is fixed. So far we have been able to reproduce the bugs you have found so will not need a specific project yet. P.S. You are GOOD AT FINDING PROBLEMS !! and that is very helpful so please continue to report.
The ultimate cause of the mentioned issue is the cache size (Preference > Performance > Cache size (MB)) being reduced to 1MB. When increasing it back to the default value of 256 the issue is mitigated.
I have always wondered if changing the Cache size makes any difference and I think you have proven that it really does.
But I do wonder: does this uncover a performance issue that should be documented? Would it really take a full second to compute the frame order?
Not sure if this is a performance issue, per se. I just do not have the expertise to say for sure.
As you can understand there are many factors about rendering time: video format, type of decode, effects, cuts, type of encode, cpu performance. Unfortunately, We can not compare a Playback by VideoPlayer, (e.g. VLC, mplayer) and by NLE Timeline. And many Videoplayers use hardware decoding using graphic card . Because I use an old Laptop (Charlie) I have to use Proxy for a smooth playback in the timeline. For a FullHD Format Project my Scale Factor for Proxy is 1/4 (Rescaled to Project size = unchecked). Rendering are long but my Charlie works into the night when I go to sleep. ;-) IgorBeg PS: Yes, that is not the answer you wanted to hear,... sorry. Il 30/01/2023 11:16, Stefan de Konink via Cin ha scritto:
Hi,
I am currently trying to render a feature which is 57min in duration. I noticed that cinelerra in this project has an enormous problem rendering two video's stacked on top of eachother. There is (as far as I am aware of) no compositing intended, no projector movement, top track should have priority over lower tracks.
Even the compositing window is unable to achieve any smooth framerate on these pieces, unless I disable either ones of the track. The framerate achieved is less than 1 fps.
Even when all plugins are disabled, it looks like there is some composition in running. When I manually mute all sections where there is a B-roll, performance is regained. Could someone try this with some D3200 content stacked on top of eachother?
If it would help I am happy to create some projects 'as bugs' for QA-purposes.
participants (4)
-
Andrew Randrianasulu -
Igor BEGHETTO -
Phyllis Smith -
Stefan de Konink