[Cin] zimg 2.8

Andrea paz gamberucci.andrea at gmail.com
Sat Jun 3 11:12:15 CEST 2023

I try to attach a draft on the paragraph on alternative builds, to be
put in the appendix.
If it goes well, I would propose to wait until Andrew's patches are
put into git.

@Phyllis For the draft I used what you reported in previous emails.
-------------- next part --------------
\section{Experimental Builds}

The main compilation we have seen leads to building \CGG{} with its own internal ffmpeg, provided with stability patches and feature patches. Normally ffmpeg is updated to version x.1 of each release. The reasons why it is best to use thirdparty with their static versions of the libraries and ffmpeg are explained in detail in \nameref{Using the very latest Libraries} and in \nameref{Unbundled Builds}.

You can still compile \CGG{} with ffmpeg-git to enjoy the latest version. This build may lead to feature variation and lower stability.
You have to supply the actual URL location of the ffmpeg git as you can see in this example \texttt{bld.sh} script:

./configure --with-single-user --with-booby --with-git-ffmpeg=https://git.ffmpeg.org/ffmpeg.git
make && make install ) 2>1 | tee log
mv Makefile Makefile.cfg
cp Makefile.devel Makefile

Since the procedure for obtaining the latest ffmpeg version is not always kept up-to-date and the line numbers will always change, you may have to create that patch first. Generally those line numbers are only updated by a developer when a new stable version with worthwhile features is actually included in the \CGG{} build. FFmpeg is constantly changing and many times the git version is not as stable as desired.

Finally, it is possible to compile \CGG{} so that it uses ffmpeg which is already installed on the system. This build lightens the compile and may increase performance in both rendering and timeline. Again there may be variations in functionality and less stability.
Getting a build to work in a system environment is not easy. If you have already installed libraries which are normally in the thirdparty build, getting them to be recognized means you have to install the devel version
so the header files which match the library interfaces exist. If you want to build using only the thirdparty libraries installed in your system, just include \texttt{-–without-thirdparty} to your configure script. For example:

 ./confgure --with-single-user --disable-static-build --without-thirdparty --without-libdpx

libdpx is just such an example of lost functionality: this build of \CGG{} will not be able to use the DPX format.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Developer.tar.gz
Type: application/gzip
Size: 20977 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20230603/8d8e58c3/attachment-0001.bin>

More information about the Cin mailing list