[Cin] [spam?] Re: CinGG crash rendering high fps

Georgy Salnikov sge at nmr.nioch.nsc.ru
Mon Jun 28 16:21:34 CEST 2021

On Mon, 28 Jun 2021, Andrea paz wrote:

> Uhmm... Since high framerates can cause problems with the code
> involving motion2point and interpolation, maybe we should do as
> IgorBeg and Pierre suggested: add an asterisk to non-standard
> resolutions and an explanation popup (or something similar). Plus we
> need to mention it in the manual with more in-depth details
> (basically, Georgy's explanations and advice).

Andrea, the problem of Motion and other possible plugins which depend on
feeding every video frame is not too high fps and not any nonstandard fps.
There is no problem as long as the source fps, project fps, and destination
fps are identical. I am almost sure, 120, or 144, or whatever fps will be
just fine for Motion provided that source footage will have the same frame

But when project and source frame rates are different (or project and
rendered fps), then the CGG engine (probably through ffmpeg libs) has to
either duplicate (interpolate) some frames or throw some away. Because of
this, the audio tracks and the timeline get out of sync with such
accelerated (or slowed down) video. And to make Motion plugins to reliably
calculate interframe changes, we have to ensure the consistent frame numbers
and frame properties. How it appears in the actual code in CGG, I don't
know, unfortunately.

To my mind, best practice is to perform the following sequence of
preparations to video editing.

1. Motion stabilization and may be some other preparations to improve the
quality of the source video. This is best done under the properties
identical to the properties of the original video (it may be different
codec, but same frame size and same fps).

2. If one needs to alter frame rate (for example because different source
clips have different frame rates), then recode all the necessary clips to
the same future project frame rate. Here, frame sizes can still have any
different sizes, but frame rates should better become all the same.

3. And then the whole editing. Of course, if one needs to change frame rate
of some restricted part (particularly when smooth acceleration/deceleration
is needed), it will be done here. But if frame rate has to be changed only
due to different source fps - better do it during the preparation stage, it
is much much more convenient!


Georgy Salnikov
NMR Group
Novosibirsk Institute of Organic Chemistry
Lavrentjeva, 9, 630090 Novosibirsk, Russia
Phone   +7-383-3307864
Email   sge at nmr.nioch.nsc.ru

More information about the Cin mailing list