From 03e948fe7b3c97c51301e79c99802647cc584f7a Mon Sep 17 00:00:00 2001 From: Good Guy Date: Mon, 5 Jul 2021 19:16:27 -0600 Subject: [PATCH] Andrea additions + --- parts/Attributes.tex | 19 +++++++++++++++++++ parts/Installation.tex | 7 +++++-- parts/Plugins.tex | 5 ++++- 3 files changed, 28 insertions(+), 3 deletions(-) diff --git a/parts/Attributes.tex b/parts/Attributes.tex index 56a24d6..fc7f996 100644 --- a/parts/Attributes.tex +++ b/parts/Attributes.tex @@ -209,6 +209,25 @@ lines of interlaced source footage. The alternating lines missing on each output frame are interpolated. \end{description} +\section{Best practice in pre-editing}% +\label{sec:best_practice_pre_editing} + +\CGG{} supports the simultaneous presence in the Timeline of sources with different frame sizes and frame rates. However, audio/video synchronization problems may occur due to their different timing.\protect\footnote{credit to sge and Andrew Randrianasulu} +Plugins that rely on the timing of each frame, for example \textit{Motion} and \textit{Interpolate} plugins, may have problems when used at the same time with engines which increase frame rate. Frame rate per definition cannot be increased without either duplicating some frames or generating them in some intelligent way. But to work reliably, the \textit{Motion} plugin requires access to all actual frames. These kinds of plugins (and also the rare cases of audio/video desync) explicitly require the \textit{Play every frame} option. + +There is no problem as long as the source fps, project fps, and destination fps are identical. In most cases, high frame rates such as 120 or 144 or any fps, will be just fine for \textit{Motion} provided that source footage all has the same frame rate. + +But when \textit{project} and \textit{source} frame rates are different (or \textit{project} and +\textit{rendered} fps), then the \CGG{} engine 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 \textit{Motion} plugins reliably calculate interframe changes, you have to ensure the consistent frame numbers and frame properties. + +Generally, best practice is to perform the following sequence of preparations for video editing. + +\begin{enumerate} + \item Motion stabilization, and maybe some other preparations, to improve the quality of the source video 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 frame rate. + \item If you need to alter the 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 different sizes, but frame rates should be all the same. + \item Whole editing: if you need to change frame rate of some restricted part, particularly when smooth acceleration/deceleration is needed, it can be done here. But if frame rate has to be changed only due to different source fps, it is better to do it during the preparation stage. +\end{enumerate} + %%% Local Variables: %%% mode: latex %%% TeX-master: "../CinelerraGG_Manual" diff --git a/parts/Installation.tex b/parts/Installation.tex index 0e2caa4..7e03773 100644 --- a/parts/Installation.tex +++ b/parts/Installation.tex @@ -989,9 +989,12 @@ You can read all about DeLinuxCo \href{https://www.delinuxco.com/}{here} and dow \subsection{Elive} \label{sec:elive} -\textbf{Elive}, or Enlightenment live CD, is a non-commercial, cost-free operating system based on Debian, for the daily use and it can be used both as live CD or Installed system. Elive uses a customized Enlightenment desktop. It is fast, user-friendly and feature-rich and \CGG{} is included in the 64 bit version. +\textbf{Elive}, or Enlightenment live CD, is a non-commercial, cost-free operating system based on Debian, and it can be used either as a live CD or an Installed system. Elive uses a customized Enlightenment desktop. It is fast, user-friendly and feature-rich and \CGG{} is included in the 64 bit version. -Click \href{https://www.elivecd.org/}{Elive} for more information. +Click \href{https://www.elivecd.org/}{Elive} for more information. The \CGG{} package is at +\href{http://repository.elivecd.org/pool/multimedia/c/cinelerra-gg/} {package} - just download +the .deb file and install via “dpkg -i “. To include access to the Alt/h hotkey help, also install +\href{http://repository.elivecd.org/pool/multimedia/c/cinelerra-gg-manual/}{manual} for help. \section{Cinx and a “Bit” of Confusion}% \label{sec:cinx_and_a_bit_of_confusion} diff --git a/parts/Plugins.tex b/parts/Plugins.tex index d1fab4b..18ca71e 100644 --- a/parts/Plugins.tex +++ b/parts/Plugins.tex @@ -46,7 +46,10 @@ Note that when you change the plugin icons, your session will automatically save \textit{Realtime} effect plugins are listed in the Resources window as \textit{Audio} Effects and \textit{Video} Effects. Effect plugins are used by dragging them from the Resources window onto an audio track if it is an audio effect or video track if it is a video effect. You will see a colored bar \index{plugins!toolbar} appear beneath the track with the plugin name on it. If there is data on the destination track, the effect is applied to the entire track, unless a edit or a region of the track is selected in which case the effect is pasted into that region only. If there is no data on the track the effect is not added. -Plugins are layered under the track they apply to. When dragging more than one effect onto a track, you will see the effects layering from \textit{top to bottom}, on the bottom of that track. When the track is played back, effects are processed from \textit{top to bottom}. The output of the top effect becomes the input of the bottom effect and so on. +Plugins are layered under the track they apply to. When dragging more than one effect onto a track, you will see the effects layering from \textit{top to bottom}, on the bottom of that track. When the track is played back, effects are processed from \textit{top to bottom}. The output of the top effect becomes the input of the bottom effect and so on. "The pipeline in Cinelerra's\protect\footnote{credit to Original Creator} plugin design is the \textit{pull} method. The rendering pipeline starts at the final output and the final steps in the rendering pipeline are reading the data from disk. Every step in the rendering chain involves requesting data from the previous step. When the rendering pipeline eventually requests data from a plugin chain, each plugin requests data from the plugin before it. This is less intuitive than the push method but is much more powerful. Realtime plugins written using the pull method can change the rate data is presented to the viewer and the direction of playback. The pull method allows plugins to take in data at a higher rate than they send it out." Side note: if you want to avoid the automatic \textit{top to bottom} application of +plugins, you can take advantage of \textit{nested assets} to manipulate the order the plugins are applied (see + \ref{sec:nesting_clips_and_assets}). + Instead of dragging from the Resources window, effects may be applied to a track via a popup menu. Right click on a track and select \textit{Attach effect} \index{plugins!attch effect} from the popup. The attach effect dialog gives you more capability than just dragging and dropping. For example, the attach effect dialog lets you attach two more types of effects: \textit{shared effects} and \textit{shared tracks} which are explained in a later section. Select a plugin from the Plugins column and hit the green colored checkmark under the plugins column to attach it. The result is the same as if the effect was dragged from the Resources window. -- 2.26.2