the last of Andrea's new images; some fixes
authorGood Guy <good1.2guy@gmail.com>
Fri, 27 Mar 2020 01:54:58 +0000 (19:54 -0600)
committerGood Guy <good1.2guy@gmail.com>
Fri, 27 Mar 2020 01:54:58 +0000 (19:54 -0600)
20 files changed:
images/aeval.png
images/color.png
images/cursor01.png
images/cursor02.png
images/ff_probe.png
images/index.png
images/proxy-01.png
images/proxy-02.png
images/render-vaapi.png
images/ringtone.png
images/settings.png
images/trouble-img001.png
images/ydiff_change.png
images/ydiff_same.png
parts/Configuration.tex
parts/Developer.tex
parts/Plugins.tex
parts/Stuff.tex
parts/Tips.tex
parts/Trouble.tex

index 544f14f03b3a21c6484045169d79ce9ad9bcb14e..fb86742059eac15a15ed5ac406e02f40d091e2f4 100644 (file)
Binary files a/images/aeval.png and b/images/aeval.png differ
index 3532db414d6fa3eb331bc5803e1b59b6cd2794cc..b1712867709f4ac6c02487a22d16f72f091e94ab 100644 (file)
Binary files a/images/color.png and b/images/color.png differ
index c3368b20eba64f0e5d79d8d58f2308b0ea0c2dfc..cf9b7dddcf6084cb9c60967bfa1f2660dfc3ff89 100644 (file)
Binary files a/images/cursor01.png and b/images/cursor01.png differ
index b889a79a84ee2e41921dda8f394a7056ee23a019..5be3437145f234abe6358db4e9636071894c7e5c 100644 (file)
Binary files a/images/cursor02.png and b/images/cursor02.png differ
index a3d27816a0152031faf4f711d65364b3768c2024..256a362ac4025548c44510ffd272a51180bf424b 100644 (file)
Binary files a/images/ff_probe.png and b/images/ff_probe.png differ
index 91b958b085765aae6cd2688ddc89b01fa947fd86..5dff752a3de011a6db1461826db12aab1d264646 100644 (file)
Binary files a/images/index.png and b/images/index.png differ
index 01098d4e4c3ab65cb9da9c564aa5010b4dd659db..62d314cb632b6d064358cd4704d477d21cd13804 100644 (file)
Binary files a/images/proxy-01.png and b/images/proxy-01.png differ
index 8a36d1ab2ae8f078e2734be82d3c2d1c6b74f225..95ee938f346e9ee2ba7ad4629d20259bced801d8 100644 (file)
Binary files a/images/proxy-02.png and b/images/proxy-02.png differ
index 2d57d1851a9f65f862b2fc115d01eae4784eae48..3e697e70d5abc93994bc5279ec4192498fd819da 100644 (file)
Binary files a/images/render-vaapi.png and b/images/render-vaapi.png differ
index 45f5a0d3956d995764ce04437822338711174039..3f95d7e90613fb3928d0154bf274fdedeb19993d 100644 (file)
Binary files a/images/ringtone.png and b/images/ringtone.png differ
index 0bc78d348fef8034500bd6bb403000919c246278..e0424224ad4b63d9ef8260823c03d182b946dc85 100644 (file)
Binary files a/images/settings.png and b/images/settings.png differ
index cffae27cd97b1b3f067f19aa67ff6f7d6cd5f5bf..63c186d087e51347aa618f09b693829c2836fb0e 100644 (file)
Binary files a/images/trouble-img001.png and b/images/trouble-img001.png differ
index bb2cb4306c819910a0ef1e857d5a041fc7c67375..676b03b5f37f900f331835b90105ad3ddfa19bc0 100644 (file)
Binary files a/images/ydiff_change.png and b/images/ydiff_change.png differ
index c8ada8d8c01a9d61fd4b585f4c064253485e50dd..2f456a318af6b4fec83f5470217fa210bebe7b0e 100644 (file)
Binary files a/images/ydiff_same.png and b/images/ydiff_same.png differ
index 1526e7da3346d982dbfe3fa100d7987bd24af6c1..14f80bf219ba77e8f94a6cde0803cfcb9a76ed8b 100644 (file)
@@ -207,7 +207,7 @@ In the Render Farm Section are many options that are explained in detail in the
 Screencast below shows part of the Preferences menu where you can change the index files setup (figure~\ref{fig:index}).
 \begin{figure}[htpb]
     \centering
-    \includegraphics[width=0.8\linewidth]{images/index.png}
+    \includegraphics[width=1.0\linewidth]{images/index.png}
     \caption{Index file setup for your preferred configuration for Render Farm sharing or anything}
     \label{fig:index}
 \end{figure}
@@ -332,7 +332,7 @@ This section contains many useful options to cater to the various preferences of
     \item[Autocolor assets] to make it visually easier to see your clips on the timeline that are from the same media file, you can have them automatically colored. Use of this feature requires additional memory and cpu on every timeline redraw, therefore smaller computers may not want this checked on.
     \item[ffmpeg probe warns rebuild indexes] this warning is very important for switching from using ffmpeg to using native formats, such as in the case of MPEG, so that you are reminded to \textit{rebuild indexes}.  If you do not rebuild the indexes, seeking on the timeline back and forth could very well be problematic, meaning it might not go to the right place.  Notification about rebuilding the indexes will appear by default as shown in the figure~\ref{fig:ff_probe} when you click on the FF icon in the main timeline in the upper right hand corner.  Once you click on \textit{Don’t show this warning again} you will no longer be warned and this flag will no longer be enabled.
     \begin{figure}[htpb]
-        \centering \includegraphics[width=0.7\linewidth]{ff_probe.png}
+        \centering \includegraphics[width=0.9\linewidth]{ff_probe.png}
         \caption{Default warning when you click on FF icon in main window}
         \label{fig:ff_probe}
     \end{figure}
index a9c18bf234fba64619f953f1b02772cc2655af04..c61067f6fbe785b91d6a4dba635ee79ad5efe01a 100644 (file)
@@ -321,14 +321,15 @@ The rule targets create the set of thirdparty packages which are built from loca
        24 cpus & = & 2 mins\\
 \end{tabular}
 
-
 \section{Using the very latest Libraries}
 \label{sec:latest_libraries}
 
 Using the most current libraries can be a challenge for some of the Operating System distros that use
 stable compilers, assemblers, and their own libraries.  Because they are stable, they frequently do
 not keep up with the very latest of thirdparty libraries.  Consequently, some program constructs may
-not yet be implemented. 
+not yet be implemented.  \CGG{} tries to maintain stability since it is better to have less features
+and no crashes.  The goal is to make \CGG{} widely available on many platforms rather than
+dependent on advanced tools that are not supported on some distros.
 
 \CGG{} attempts to upgrade to the latest releases of many thirdparty libraries about every 3-4
 months. But it is often difficult to keep some of these thirdparty libraries up to date as their
@@ -339,22 +340,71 @@ updates.  In a lot of cases, the updated releases provide little new capabilitie
 are bug fixes that may not even be relevant to \CGG{}'s use.
 
 So as a computer savvy user or a developer, if you would like to build \CGG{} with the latest
-thirdparty releases for some of the packages here are a few suggestions based on experimentation.
+thirdparty releases for some of the packages here are a few suggestions based on other 
+developer's feedback and experimentation.
 
 \textbf{dav1d} 
-\begin{description}
-     \item Status - currently \CGG{} is staying at 0.5.  This is disappointing because there are speed
-up gains in version 0.6 that would be beneficial.
-     \item Problem - 0.6 dav1d requires NASM 2.14. It also uses meson which is not widely available on all
+\begin{description}[noitemsep]
+     \item Status - currently \CGG{} is staying at 0.5.  This is disappointing because there
+may be speed gains in version 0.6 that would be beneficial. However, it is usable for decoding
+whereas libaom is just too slow.  Unfortunately, it has no effective encoder.
+     \item Problem - 0.6 dav1d requires NASM 2.14 and uses instructions like vgf2p8affineqb,
+not exactly an "add" instruction. It also uses meson which is not widely available on all
 distros.  The only distros that are built for \CGG{} that are at 2.14 are the latest version
 of Arch, Debian(10), Gentoo, Tumbleweed, and Fedora(31). The rest are at 2.12 and 2.13 including
-the most widely used Ubuntu.
+the most widely used Ubuntu. The NASM requirement apparently provides for using AVX-512 
+instructions (like vgf2p8affineqb, which is more like a whole routine than a simple instruction).
      \item Workaround already in use by \CGG{} - a Makefile was generated to replace Meson usage
 but has to be continuously updated for new releases. Dav1d 0.5 requires NASM 2.13 so at this level
 the newer distros mostly work.  The availability of meson and nasm are a significant problem on
-many systems which are still in wide use.  A request to dav1d developers to consider changes to
-ensure their library is more widely usable did not appear to be in their future. It works for
-them.
+many systems which are still in wide use.
+     \item Your workaround - Because a request to dav1d developers to consider changes to
+ensure their library is more widely usable does not appear to be in their future, since it works
+for them, you can upgrade NASM to 2.14 to stay up to date.  Of course, install meson also.
+\end{description}
+
+\textbf{OpenExr} 
+\begin{description}[noitemsep]
+     \item Status - currently at latest version 
+     \item Problem - the OpenExr tarball is not a single package but is 2 packages instead
+     \item Workaround already in use by \CGG{} - reworked the packages so that it looks like
+one package with 2 stubs
+     \item Your workaround - perhaps use the same workaround
+\end{description}
+
+\textbf{OpenCV}
+\begin{description}[noitemsep]
+     \item Status - 2 different versions specific for O/S but none for Ubuntu 14, 32 or 64 bit
+     \item Problem - There are really 2 problems here.  The first is OpenCV is not really
+"Open" in that Surf is patented/non-free and there is no actual source available for certain
+capabilities. The second is that cmake 3.5.1 is required for OpenCV 4.2.
+     \item Workaround already in use by \CGG{} - using 3.4.1 for older distros and 4.2 for newer
+     \item Your workaround - upgrade cmake to 3.5.1 for upgrade to 4.2; add non-free to the
+compile; and use binaries that you do not know what they contain since no source code to compile.
+\end{description}
+
+\textbf{webp}
+\begin{description}[noitemsep]
+     \item Status - currently at version 1.1.0
+     \item Problem - requires cmake 3.5 
+     \item Workaround already in use by \CGG{} - leaving out of Ubuntu14, Ubuntu, Centos7
+     \item Your workaround - upgrade on those systems to cmake 3.5
+\end{description}
+
+\textbf{libaom}
+\begin{description}[noitemsep]
+     \item Status - currently at version 1.0.0 
+     \item Problem - requires cmake 3.5 
+     \item Workaround already in use by \CGG{} - leaving out of Ubuntu14, Ubuntu, Centos7
+     \item Your workaround - upgrade on those systems to cmake 3.5
+\end{description}
+
+\textbf{libvpx}
+\begin{description}[noitemsep]
+     \item Status - currently at version 1.8.1
+     \item Problem - when decoding a test file, it failed to correctly load to the timeline
+     \item Workaround already in use by \CGG{} - not upgrading to 1.8.2
+     \item Your workaround - no analysis for a solution has been performed yet
 \end{description}
 
 \section{Find Lock Problems with Booby Trap}
index a52a8ef715bd0c80a88432f07527fd0864f71688..d2e02071fd8aa600d39848d5b87a5042514528d5 100644 (file)
@@ -3032,8 +3032,8 @@ time is significant. For these reasons, \textit{findobject} and the other 5 plug
 included in System build packages.  We recommend using the static library build which has the OpenCV
 plugins included for consistency and to avoid problems.
 
-\subsection{Using OpenCV Plugins from the Automatic Builds}%
-\label{sub:using_opencv_automatic_builds}
+\subsection{Adding OpenCV Plugins to the System Package Builds}%
+\label{sub:adding_opencv_to_system_builds}
 
 The OpenCV plugins are built only in the 64-bit tarball builds, both static and dynamic, but due
 to size these plugins are not included with pkgs, i.e. the System builds. However it is relatively
@@ -3051,7 +3051,7 @@ cin/plugins/opencv/stylizeobj.plugin
 
 \begin{enumerate}
     \item do your package install of the current build for your distro as usual
-    \item look in {\small \url{https://cinelerra-gg.org/download/tars}} to see your distro name's static tar;
+    \item look in {\small \url{https://cinelerra-gg.org/download/tars}} to see your distro name's static tar
     \item download the corresponding distro static tarball;
     for example for arch:
 \end{enumerate}
@@ -3059,25 +3059,24 @@ cin/plugins/opencv/stylizeobj.plugin
     {\small \url{https://cinelerra-gg.org/download/tars/cinelerra-5.1-arch-{date}-x86_64-static.txz}}
 
 \begin{enumerate}[resume]
-    \item create a temporary directory on your computer;
-    \item \texttt{cd} that-directory;
-    \item \texttt{tar -xf} location-of-the-tarball-you-downloaded;
-    \item \texttt{cp plugins/*obj.plugin <see below for your location>/.} (note the period on the end!)
-    \item Start \CGG{} and look for the six plugins in Video Effects;
+    \item create a temporary directory on your computer
+    \item \texttt{cd} that-directory
+    \item \texttt{tar -xf} location-of-the-tarball-you-downloaded
+    \item \texttt{cp plugins/*obj.plugin <see below for your location>/.} (note the period on the end)
+    \item Start \CGG{} and look for the six plugins in Video Effects
     \item To reverse this, simply delete the six plugin files (for example:
 
     \texttt{rm /usr/lib*/cin*/*obj.plugin}).
 \end{enumerate}
 
-location for most User installs, this is:
+The location for most User installs is:
 
-\texttt{<cinlib\_path>/plugins/}
+\hspace{4em}\texttt{<cinlib\_path>/plugins/}
 
-Location for some System installs, this is:
+Location for some System installs is:
 
-\texttt{/usr/lib/cin/plugins/} (most ubuntu distros)
-
-\texttt{/usr/lib64/cin/plugins/} (Leap distro)
+\hspace{4em}\texttt{/usr/lib/cin/plugins/} (most ubuntu distros)\newline
+\hspace{4em}\texttt{/usr/lib64/cin/plugins/} (Leap distro)
 
 \subsection{How to Build OpenCV Plugins}%
 \label{sub:how_build_opencv_plugins}
@@ -3088,6 +3087,32 @@ and build OpenCV into the thirdparty library build area if needed (it does not r
 previously).  Network access is required to obtain the OpenCV source, at least once. You will
 need a minimum of $4\, GB$ in the thirdparty build directory and more time to compile.
 
+\subsubsection*{Build using stable tarballs}%
+\label{ssub:stable_tars}
+
+Instead of using the latest git version, there is a custom archive source tarball on the
+website already created to build and test OpenCV versions.  The reason for this is that OpenCV
+is quite volatile, and may or may not work on any given day so this is an already tested version
+that is considered to be more stable.  A build using the tarball requires that your
+system have \textit{wget} already installed to initially download the prepared source tar. 
+There are currently 2 tarballs of stable versions on the website used for user builds.
+The 20180401 version:\newline
+{\small \url{ https://cinelerra-gg.org/download/opencv/opencv-20180401.tgz}}\newline
+works with older version of cmake, and 20200308 is the current 4.2 release:\newline
+{\small \url{https://cinelerra-gg.org/download/opencv/opencv-20200306.tgz}}
+
+To build using the tarballs on the website, use this bld.sh procedure (you may want to run "make
+clean" first):
+\begin{lstlisting}[style=sh]
+#!/bin/bash
+( ./autogen.sh
+  ./configure --with-single-user --with-booby \
+    --with-opencv=sta,tar=http://cinelerra-gg.org/download/opencv/opencv-20200306.tgz
+  make && make install ) 2>&1 | tee log
+mv Makefile Makefile.cfg
+cp Makefile.devel Makefile
+\end{lstlisting}
+
 \subsubsection*{Build using current git version}%
 \label{ssub:current_git}
 
@@ -3161,32 +3186,6 @@ running locally on the build system.  for example:\newline
      \item systemctl start httpd
 \end{enumerate}
 
-\subsubsection*{Build using stable tarballs}%
-\label{ssub:stable_tars}
-
-Instead of using the latest git version, there is a custom archive source tarball on the
-website already created to build and test OpenCV versions.  The reason for this is that OpenCV
-is quite volatile, and may or may not work on any given day so this is an already tested version
-that is considered to be more stable.  A build using the tarball requires that your
-system have \textit{wget} already installed to initially download the prepared source tar. 
-There are currently 2 tarballs of stable versions on the website used for user builds.
-The 20180401 version:\newline
-{\small \url{ https://cinelerra-gg.org/download/opencv/opencv-20180401.tgz}}\newline
-works with older version of cmake, and 20200308 is the current 4.2 release:\newline
-{\small \url{https://cinelerra-gg.org/download/opencv/opencv-20200306.tgz}}
-
-To build using the tarballs on the website, use this bld.sh procedure (you may want to run "make
-clean" first):
-\begin{lstlisting}[style=sh]
-#!/bin/bash
-( ./autogen.sh
-  ./configure --with-single-user --with-booby \
-    --with-opencv=sta,tar=http://cinelerra-gg.org/download/opencv/opencv-20200306.tgz
-  make && make install ) 2>&1 | tee log
-mv Makefile Makefile.cfg
-cp Makefile.devel Makefile
-\end{lstlisting}
-
 \subsection{Description of Find Object Plugin}%
 \label{sub:description_findobj_plugin}
 
index e15b1660b9c42821c55eafeab5e8f68a5d3d83fe..250284e896b31354ab1bfcfc5e411c42f2863267 100644 (file)
@@ -94,33 +94,33 @@ To recap, position is usually set in the program as a location that is between a
 Since some users prefer the insertion pointer to reflect the same as the Compositor a choice is available.  For playing forward, there is a preference option which results in what looks like 1 was added to the frame displayed in the Compositor window.  To enable this mode, check the box \texttt{Always show next frame}, and this will be saved to \texttt{.bcast5}.  The option checkbox is in the \texttt{Settings $\rightarrow$ Preferences $\rightarrow$ Appearance} tab and when checked, any forward \textit{plays} in the Compositor window show the same frame as you would with a seek.  Reverse plays and plays using a selection or In/Out pointers (with Ctrl) work the same as without this preference set.  But you will no longer see the odd behavior where if you frame advance forward and then frame advance backward, the displayed frame does not change -- instead it will change and look more natural.
 A color indicator that shows in the main track canvas timeline and the compositor timeline reminds the user which mode is currently active.  The cursor in the compositor turns \textit{red} for default mode and \textit{white} for \textit{Always show next frame} mode.  The top portion of the insertion cursor in the track canvas mirrors this, with red for default and white otherwise.
 
-Figure~\ref{fig:cursor01} using the default \textit{playing} method where the frame in the compositor is the one that was just played; in this case play was in the forward direction.  Note that the insertion pointer in the main track canvas shows 01:20 but the compositor show 01:19 so you know what you last saw.  Also, the cursor/cursor tops in both windows is red.
+Figure~\ref{fig:cursor01} using the default \textit{playing} method where the frame in the compositor is the one that was just played; in this case play was in the forward direction.  Note that the insertion pointer in the main track canvas shows 03:16 but the compositor show 03:15 so you know what you last saw.  Also, the cursor/cursor tops in both windows is red.
 
 \begin{figure}[htpb]
        \centering
        %\includegraphics[width=0.8\linewidth]{name.ext}
        \begin{tikzpicture}[scale=1, transform shape]
        \node (img1) [yshift=0cm, xshift=0cm, rotate=0] {\includegraphics[width=0.6\linewidth]{cursor01.png}};    
-       \node [yshift=-21mm, xshift=-1cm,anchor=east] at (img1.north west) (Compositor) {Red cursor in Compositor};
-       \node [yshift=-26mm, xshift=-1cm,anchor=east] at (img1.north west) (Timeline) {red cursor in Timeline};
-       \draw [->, line width=1mm] (Compositor) edge  ([yshift=-21mm] img1.north west);
-       \draw [->, line width=1mm] (Timeline) edge  ([yshift=-26mm] img1.north west);   
+       \node [yshift=-29mm, xshift=-1cm,anchor=east] at (img1.north west) (Compositor) {Red cursor in Compositor};
+       \node [yshift=-40mm, xshift=-1cm,anchor=east] at (img1.north west) (Timeline) {red cursor in Timeline};
+       \draw [->, line width=1mm] (Compositor) edge  ([yshift=-29mm] img1.north west);
+       \draw [->, line width=1mm] (Timeline) edge  ([yshift=-40mm] img1.north west);   
        \end{tikzpicture}    
        \caption{"Default" mode with red cursors}
        \label{fig:cursor01}
 \end{figure}
 
-Figure~\ref{fig:cursor02} using the \textit{Always show next frame} method where the frame in the compositor is the same one that would have shown with a seek; in this case play was in the forward direction.  Note that the insertion pointer in the main track canvas shows 01:20 and the compositor shows 01:20.  Also, the cursor/cursor tops in both windows is white.
+Figure~\ref{fig:cursor02} using the \textit{Always show next frame} method where the frame in the compositor is the same one that would have shown with a seek; in this case play was in the forward direction.  Note that the insertion pointer in the main track canvas shows 03:16 and the compositor shows 03:16.  Also, the cursor/cursor tops in both windows is white.
 
 \begin{figure}[htpb]
        \centering
        %\includegraphics[width=0.8\linewidth]{name.ext}
        \begin{tikzpicture}[scale=1, transform shape]
        \node (img1) [yshift=0cm, xshift=0cm, rotate=0] {\includegraphics[width=0.6\linewidth]{cursor02.png}};    
-       \node [yshift=-23mm, xshift=-1cm,anchor=east] at (img1.north west) (Compositor) {White cursor in Compositor};
-       \node [yshift=-28mm, xshift=-1cm,anchor=east] at (img1.north west) (Timeline) {White cursor in Timeline};
-       \draw [->, line width=1mm] (Compositor) edge  ([yshift=-23mm] img1.north west);
-       \draw [->, line width=1mm] (Timeline) edge  ([yshift=-28mm] img1.north west);    
+       \node [yshift=-29mm, xshift=-1cm,anchor=east] at (img1.north west) (Compositor) {White cursor in Compositor};
+       \node [yshift=-40mm, xshift=-1cm,anchor=east] at (img1.north west) (Timeline) {White cursor in Timeline};
+       \draw [->, line width=1mm] (Compositor) edge  ([yshift=-29mm] img1.north west);
+       \draw [->, line width=1mm] (Timeline) edge  ([yshift=-40mm] img1.north west);    
        \end{tikzpicture}    
        \caption{"Always show next frame" mode with white cursors}
        \label{fig:cursor02}
@@ -140,7 +140,7 @@ This can create a visible effect of a switch in color in the Compositor, usually
 The cause of the issue is that X11 is RGB only and it is used to draw the \textit{refresh frame}.  So single step is always drawn in RGB.  To make a YUV frame into RGB, a color model transfer function is used.  The math equations are based on color\_space and color\_range.  In this case, color\_range is the cause of the \textit{gray} offset.  The \textit{YUV mpeg} color range is $[16..235]$ for Y, $[16..240]$ for UV, and the color range used by \textit{YUV jpeg} is $[0..255]$ for YUV.
 
 \begin{wrapfigure}[11]{O}{0.5\textwidth} 
-    \vspace{-5ex}
+    \vspace{-2ex}
     \centering
     \includegraphics[width=0.5\textwidth,keepaspectratio]{color.png}
     \caption{Color space and Color range}
index 8bf579fd0e454c7a0249414116beafa4e3231a57..d2bbc86ad195a554f3df39e62d46518a1e131d7e 100644 (file)
@@ -312,7 +312,7 @@ profile=high
 
 \begin{figure}[htpb]
        \centering
-       \includegraphics[width=0.7\linewidth]{render-vaapi.png}
+       \includegraphics[width=1.0\linewidth]{render-vaapi.png}
        \caption{Render menu setup to encode using GPU with vaapi}
        \label{fig:render-vaapi}
 \end{figure}
@@ -389,7 +389,7 @@ something like:
 
 \begin{lstlisting}[numbers=none]
        env CUDA_PATH=/opt/cuda
-#OR if using the bash shell: 
+OR if using the bash shell: 
        export CUDA_PATH=/opt/cuda
 \end{lstlisting}
 For all distros you will need to add to the ./configure line in your build script, the following:
@@ -397,7 +397,7 @@ For all distros you will need to add to the ./configure line in your build scrip
 
 \begin{lstlisting}[numbers=none]
        --with-cuda
-#so your configure line will look something like this:
+so your configure line will look something like this:
        ./configure --with-single-user --with-booby --with-cuda
 \end{lstlisting}
 
index 8963d8744b5512d2f2a82d08a2c2f4bb05eca29f..db2c6a6518a96484499f6f3a02071d5b552d9791 100644 (file)
@@ -296,7 +296,6 @@ There are some Help features currently included in the Shell Cmds menu. Those av
        \item \textit{Shortcuts} html file for easily looking up a particular shortcut.
        \item \textit{RenderMux} shell script to use ffmpeg concatenate to copy files such as \textit{look.mp4001}, \textit{look.mp4002}, \textit{look.mp4005}{\dots} that were rendered using \textit{Create new file at each label} or with the Render Farm.
 \end{enumerate}
-\clearpage
 
 \begin{figure}[h!]
        \centering