- Cin - Cinelerra-GG Mailing Lists

Re: [Cin] Is one pre-built dynamic and static binary for user selection possible?
by Terje J. Hanssen 20 Sep '24

20 Sep '24

Den 20.09.2024 20:30, skrev Андрей Спицын: > >But still lack of vfork.h and sqrt.h and more > > Have you tried to install openlibm-devel-0.8.1-2.3.x86_64.rpm No. Add-installed it and 4) ran possibly a bit better: # cd /home/cinelerra/cinelerra-5.1/tools/makeappimagetool # ./configure --with-single-user --with-git-ffmpeg=https://git.ffmpeg.org/ffmpeg.git configure: WARNING: unrecognized options: --with-single-user, --with-git-ffmpeg configure: loading site script /usr/share/site/x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether sleep supports fractional seconds... yes checking filesystem timestamp resolution... 0.01 checking whether build environment is sane... yes checking for a race-free mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking xargs -n works... yes checking for g++... g++ checking whether the C++ compiler works... yes checking for C++ compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether the compiler supports GNU C++... yes checking whether g++ accepts -g... yes checking for g++ option to enable C++11 features... none needed checking whether make supports the include directive... yes (GNU style) checking dependency style of g++... gcc3 checking for gcc... gcc checking whether the compiler supports GNU C... yes checking whether gcc accepts -g... yes checking for gcc option to enable C11 features... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for stdio.h... yes checking for stdlib.h... yes checking for string.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for strings.h... yes checking for sys/stat.h... yes checking for sys/types.h... yes checking for unistd.h... yes checking for boost/filesystem.hpp... yes checking for boost/filesystem/path.hpp... yes checking for boost/regex.hpp... yes checking for libpng16/png.h... yes checking for zlib.h... yes checking for jpeglib.h... yes ./configure: line 5910: -O2: command not found checking for X... libraries , headers checking for fcntl.h... yes checking for memory.h... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking for _Bool... yes checking for stdbool.h that conforms to C99 or later... yes checking for inline... inline checking for int32_t... yes checking for int64_t... yes checking for size_t... yes checking for ssize_t... yes checking for uint16_t... yes checking for uint32_t... yes checking for uint64_t... yes checking for uint8_t... yes checking for ptrdiff_t... yes checking for pid_t... yes checking for vfork.h... no checking for sys/param.h... yes checking for fork... yes checking for vfork... yes checking for getpagesize... yes checking for working fork... yes checking for working vfork... (cached) yes checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for GNU libc compatible malloc... yes checking for working mmap... yes checking for dup2... yes checking for floor... no checking for gettimeofday... yes checking for memmove... yes checking for memset... yes checking for munmap... yes checking for pow... no checking for realpath... yes checking for select... yes checking for sqrt... no checking for strcasecmp... yes checking for strchr... yes checking for strdup... yes checking for strerror... yes checking for strncasecmp... yes checking for strrchr... yes checking for strstr... yes checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands configure: WARNING: unrecognized options: --with-single-user, --with-git-ffmpeg But still the same error with 5) # make make all-am make[1]: Entering directory '/home/cinelerra/cinelerra-5.1/tools/makeappimagetool' g++ -DHAVE_CONFIG_H -I. -g -O2 -DBOOST_NO_CXX11_SCOPED_ENUMS -Dcimg_display=0 -Dcimg_use_jpeg=1 -Dcimg_use_png=1 -MT appdir.o -MD -MP -MF .deps/appdir.Tpo -c -o appdir.o appdir.cpp appdir.cpp: In static member function ‘static bool linuxdeploy::core::appdir::AppDir::PrivateData::copyFile(const boost::filesystem::path&, boost::filesystem::path, boost::filesystem::perms, bool)’: appdir.cpp:164:57: error: ‘bf::copy_option’ has not been declared 164 | bf::copy_file(from, to, bf::copy_option::overwrite_if_exists); | ^~~~~~~~~~~ make[1]: *** [Makefile:469: appdir.o] Error 1 make[1]: Leaving directory '/home/cinelerra/cinelerra-5.1/tools/makeappimagetool' make: *** [Makefile:340: all] Error 2 > > >I wonder if I really need all those 50 that was installed, or if the > English (6) and Norwegian (2) is enough? > > I think you can omit any recommended texlive package. > > Best regards, > Andrey > > > > пт, 20 сент. 2024 г., 21:19 Terje J. Hanssen <terjejhanssen(a)gmail.com>: > > > > Den 20.09.2024 17:45, skrev Андрей Спицын via Cin: >> Terje, >> >> Here is list of suse packages from my suse build host: >> "libusb-devel", "fftw-devel", "flac-devel", "libXv-devel", >> "ncurses-devel", "texinfo", >> "libogg-devel", "libvorbis-devel", "libx264-devel", >> "libx265-devel", "libsndfile-devel", "libtiff-devel", "ffmpeg-devel", >> "lv2-devel", "liblilv-0-devel", "libjpeg8-devel", >> "suil-devel", "nasm", "libpulse-devel", "xz-devel", "yasm", >> "gcc", "gcc-c++", "zlib-devel", "libpng16-devel", >> "perl-XML-Parser", "rpm-build", >> "freeglut-devel", "libXv-devel", "alsa-devel", >> "libbz2-devel", "ncurses-devel", >> "libXinerama-devel", "freetype-devel", >> "libXft-devel", "giflib-devel", "ctags", >> "bitstream-vera-fonts", "xorg-x11-fonts-core", >> "xorg-x11-fonts", "dejavu-fonts", >> "openexr-devel", "libavc1394-devel", >> "libjpeg8-devel", "libdv-devel", >> "libdvdnav-devel", "libdvdread-devel", >> "libiec61883-devel", "libuuid-devel", >> "ilmbase-devel", "fftw3-devel", "libsndfile-devel", >> "libtheora-devel", "flac-devel" , >> "libtiff-devel", "patch", "libnuma-devel", >> "lzma-devel", "udftools", "git" , "wget", >> "yasm", "autoconf", "automake", "libjbig-devel", >> "libvdpau-devel", "libva-devel", >> "gtk2-devel", "libusb-1_0-devel", "libpulse-devel", >> "libtool", "python", "patchelf", >> "libboost_regex-devel", "libboost_filesystem-devel", >> "cmake" >> >> I hope this helps you. >> >> Best regards, >> Andrey > > OK. Your suse build host I expect is for Leap 15. > > I am using Slowroll but gave it a try yet: > > zypper in <your package list> > ......snip > > Problem: 1: the installed libjpeg62-devel-62.4.0-79.1.x86_64 > conflicts with 'libjpeg-devel' provided by the to be installed > libjpeg8-devel-8.3.2-79.2.x86_64 > Solution 1: deinstallation of libjpeg62-devel-62.4.0-79.1.x86_64 > Solution 2: do not install libjpeg8-devel-8.3.2-79.2.x86_64 > > Choose from above solutions by number or skip, retry or cancel > [1/2/s/r/c/d/?] (c): 2 > > Problem: 2: the installed zlib-ng-compat-devel-2.2.1-1.1.x86_64 > conflicts with 'zlib-devel' provided by the to be installed > zlib-devel-1.3.1-1.1.x86_64 > Solution 1: deinstallation of zlib-ng-compat-devel-2.2.1-1.1.x86_64 > Solution 2: do not install zlib-devel-1.3.1-1.1.x86_64 > > Choose from above solutions by number or skip, retry or cancel > [1/2/s/r/c/d/?] (c): 2 > > Problem: 3: the to be installed fftw3-devel-3.3.10-119.2.x86_64 > requires 'libfftw3-3 = 3.3.10-119.2', but this requirement cannot > be provided > not installable providers: > libfftw3-3-3.3.10-119.2.i586[openSUSE_Slowroll] > libfftw3-3-3.3.10-119.2.x86_64[openSUSE_Slowroll] > > Solution 1: install libfftw3-3-3.3.10-119.2.x86_64 from vendor > obs://build.opensuse.org/multimedia > <http://build.opensuse.org/multimedia> > replacing libfftw3-3-3.3.10-4.3.x86_64 from vendor openSUSE > Solution 2: do not install fftw3-devel-3.3.10-119.2.x86_64 > Solution 3: break fftw3-devel-3.3.10-119.2.x86_64 by ignoring > some of its dependencies > > Choose from above solutions by number or skip, retry or cancel > [1/2/3/s/r/c/d/?] (c): 2 > > Resolving dependencies... > Resolving package dependencies... > > The following 50 recommended packages were automatically selected: > libva-gl-devel perl-File-ShareDir perl-HTML-Format > perl-List-MoreUtils perl-Params-Util tcsh-lang texi2html texi2roff > texlive-collection-basic > texlive-collection-context texlive-collection-fontsrecommended > texlive-collection-latexrecommended texlive-collection-luatex > texlive-collection-xetex > texlive-hyphen-basque texlive-hyphen-catalan > texlive-hyphen-churchslavonic texlive-hyphen-croatian > texlive-hyphen-czech texlive-hyphen-danish texlive-hyphen-dutch > texlive-hyphen-english texlive-hyphen-estonian > texlive-hyphen-finnish texlive-hyphen-french > texlive-hyphen-friulan texlive-hyphen-galician texlive-hyphen-german > texlive-hyphen-hungarian texlive-hyphen-icelandic > texlive-hyphen-irish texlive-hyphen-italian > texlive-hyphen-kurmanji texlive-hyphen-latin texlive-hyphen-latvian > texlive-hyphen-norwegian texlive-hyphen-occitan > texlive-hyphen-piedmontese texlive-hyphen-polish > texlive-hyphen-portuguese texlive-hyphen-romanian > texlive-hyphen-romansh texlive-hyphen-slovak > texlive-hyphen-slovenian texlive-hyphen-spanish > texlive-hyphen-swedish texlive-hyphen-turkish texlive-metapost > texlive-pdftosrc texlive-scheme-medium > > The following 1895 NEW packages are going to be installed: > Imath-devel alsa-devel bitstream-vera-fonts ed > ffmpeg-7-libavcodec-devel ffmpeg-7-libavdevice-devel > ffmpeg-7-libavfilter-devel ffmpeg-7-libavformat-devel > ffmpeg-7-libavutil-devel ffmpeg-7-libpostproc-devel > ffmpeg-7-libswresample-devel ffmpeg-7-libswscale-devel > fftw3_3_3_10-gnu-hpc-devel freeglut-devel gcc-fortran > gcc14-fortran ghostscript-fonts-std > ghostscript-fonts-std-converted giflib-devel git-gui gitk > glu-devel gnu-compilers-hpc gnu-compilers-hpc-devel libOSMesa8 > libOpenEXRUtil-3_2-31 libXaw3d8 libXinerama-devel libXv-devel > libboost_atomic1_85_0 libboost_atomic1_85_0-devel > libboost_atomic1_85_0-x86-64-v3 > libboost_filesystem-devel libboost_filesystem1_85_0 > libboost_filesystem1_85_0-devel > libboost_filesystem1_85_0-x86-64-v3 libboost_regex-devel > libboost_regex1_85_0 > libboost_regex1_85_0-devel libboost_regex1_85_0-x86-64-v3 > libdrm-devel libdv-devel libdvdnav-devel libdvdread-devel > libfftw3_3_3_10-gnu-hpc libglut3 > libhdr10plus-3_6 libiec61883-devel libjbig-devel libkpathsea6 > liblilv-0-devel libnuma-devel libopenssl1_1 libopus-devel > libpciaccess-devel libpotrace0 libptexenc1 > libpulse-devel libquadmath0-devel-gcc14 libsigsegv2 > libsndfile-devel libsuil-0-0 libtexlua53-5 libtexluajit2 > libtheora-devel libusb-0_1-4 libusb-1_0-devel > libusb-compat-devel libva-devel libva-gl-devel libvdpau-devel > libvorbis-devel libx264-devel libx265-devel libzzip-0-13 lua-lmod > lua-lmod-apparmor-abstractions > lua54 lua54-doc lua54-luafilesystem lua54-luaposix lua54-luaterm > lv2 lv2-devel nasm openexr-devel patchelf perl-Class-Inspector > perl-Exporter-Tiny > perl-File-Copy-Recursive perl-File-HomeDir perl-File-Path > perl-File-ShareDir perl-File-Which perl-Font-AFM perl-HTML-Form > perl-HTML-Format perl-HTML-Tree > perl-IPC-System-Simple perl-List-MoreUtils > perl-List-MoreUtils-XS perl-Params-Util perl-Tk > perl-Unicode-EastAsianWidth perl-WWW-Mechanize perl-YAML-Tiny > perl-libintl-perl python python311-tk serd-devel snobol4 > sord-devel speex-devel speexdsp-devel sratom-devel suil-devel > suil-plugin-x11-in-gtk2 > suil-plugin-x11-in-gtk3 suil-plugin-x11-in-qt5 system-user-mktex > tcsh tcsh-lang texi2html texi2html-lang texi2roff texinfo texlive > texlive-12many texlive-a0poster > texlive-a2ping texlive-a2ping-bin texlive-a4wide texlive-abbr > texlive-abstyles texlive-accents texlive-accfonts > texlive-accfonts-bin texlive-accsupp texlive-acro > texlive-addliga texlive-addtoluatexpath texlive-adhocfilelist > texlive-adhocfilelist-bin texlive-adjustbox texlive-advdate > texlive-advice texlive-ae texlive-aeguill > > ... and a lot more of texlive- language packages. > > I wonder if I really need all those 50 that was installed, or if > the English (6) and Norwegian (2) is enough? > > > By the way, I still got the same 5) make errors as before > > >> >> >> пт, 20 сент. 2024 г. в 18:34, Terje J. Hanssen via Cin >> <cin(a)lists.cinelerra-gg.org>: >> >> >> >> Den 20.09.2024 16:33, skrev Andrew Randrianasulu: >>> >>> >>> пт, 20 сент. 2024 г., 16:43 Terje J. Hanssen >>> <terjejhanssen(a)gmail.com>: >>> >>> >>> >>> Den 20.09.2024 01:19, skrev Andrew Randrianasulu: >>>> >>>> >>>> On Fri, Sep 20, 2024 at 1:35 AM Terje J. Hanssen >>>> <terjejhanssen(a)gmail.com> wrote: >>>> >>>> >>>> >>>> Den 19.09.2024 19:19, skrev Andrew Randrianasulu: >>>>> >>>>> >>>>> On Thu, Sep 19, 2024 at 7:52 PM Terje J. Hanssen >>>>> via Cin <cin(a)lists.cinelerra-gg.org> wrote: >>>>> >>>>> If my understanding is correct, the standard >>>>> pre-built CinGG packages are static binaries >>>>> with all required thirdparty, ffmpeg and libs >>>>> included(?) >>>>> >>>>> Would it be possible to combine static and >>>>> dynamic in one pre-built so that users via >>>>> setting could select what they want, ffmpeg >>>>> and libs included or from the system? >>>>> Or is two different pre-builts required? >>>>> >>>>> >>>>> well, in general you can't link both statically >>>>> (piece of library embedded into binary) and shared >>>>> (piece of code loaded on demand or at launch). >>>>> There might be some sort of thunks/shims/wrappers >>>>> dynamically dispatching calls to external library >>>>> if present (like firefox vs ffmpeg) but I am not >>>>> programmist enough for making this happen even for >>>>> most obvious vaapi libs. >>>>> >>>>> sorry. >>>> >>>> I had "a little hope" something could be done via a >>>> configuration/startup file :) >>>> >>>> In addition to the last sections below (from 1.3.3 >>>> in the manual): >>>> "just include "–without-thirdparty" to your >>>> configure script, "and auto means probe and use the >>>> system version" >>>> >>>> >>>> the manual 1.3.8 Unbundled Builds >>>> "There are some generic build scripts included in >>>> the CINELERRA-GG GIT repository >>>> for users who want to do unbundled builds with >>>> ffmpeg already available on their >>>> system. This has been tested on Arch, Ubuntu 18, >>>> FreeBSD, Windows10 and Leap >>>> 15 (rpm) at the time this was documented. The names >>>> of the build scripts are: >>>> arch.bld, bsd.bld, deb.bld, rpm.bld, and >>>> cygwin.bld. These scripts are in >>>> the blds subdirectory." >>>> >>>> Is there available a built-guide or possible to >>>> list the detailed procedure steps doing this? ;) >>>> >>>> >>>> well, step no. 1 - download source repo via git clone. >>>> git clone >>>> git://git.cinelerra-gg.org/goodguy/cinelerra.git >>>> <http://git.cinelerra-gg.org/goodguy/cinelerra.git> >>>> should do it >>>> Step 2 - cd to directory where ./autogen.sh located. >>>> 2a - set additional environment variables if you need >>>> so via export command >>>> 3) run ./autogen.sh >>>> 4) run ./configure with all switches you need. (for >>>> first try probably --with-single-user so build will be >>>> user-local, no need for installing into system) >>>> my current build uses "./configure --with-single-user >>>> --with-git-ffmpeg=https://git.ffmpeg.org/ffmpeg.git" but >>>> ffmpeg.git can be broken at any time by ffmpeg >>>> development process :( >>>> 5) run make >>>> 6) if doing single user build also run make install >>>> 7) run it from same directory as bin/cin (you can "ls >>>> bin" just to see if all files were build/installed) >>>> >>>> report errors here :) >>>> >>> >>> Thanks, here we go: >>> >>> 1) >>> # cd /home >>> >>> # git clone >>> git://git.cinelerra-gg.org/goodguy/cinelerra.git >>> <http://git.cinelerra-gg.org/goodguy/cinelerra.git> >>> Cloning into 'cinelerra'... >>> remote: Enumerating objects: 22646, done. >>> remote: Counting objects: 100% (22646/22646), done. >>> remote: Compressing objects: 100% (14288/14288), done. >>> remote: Total 22646 (delta 11647), reused 17384 (delta >>> 7999), pack-reused 0 >>> Receiving objects: 100% (22646/22646), 405.36 MiB | >>> 16.00 MiB/s, done. >>> Resolving deltas: 100% (11647/11647), done. >>> >>> 2) >>> # cd /home/cinelerra/cinelerra-5.1/tools/makeappimagetool >>> >>> 2a) ? >>> >>> 3) >>> # ./autogen.sh >>> configure.ac:19 <http://configure.ac:19>: installing >>> 'cfg/compile' >>> configure.ac:89 <http://configure.ac:89>: installing >>> 'cfg/config.guess' >>> configure.ac:89 <http://configure.ac:89>: installing >>> 'cfg/config.sub' >>> configure.ac:12 <http://configure.ac:12>: installing >>> 'cfg/install-sh' >>> configure.ac:12 <http://configure.ac:12>: installing >>> 'cfg/missing' >>> Makefile.am: installing 'cfg/depcomp' >>> >>> 4) >>> I didn't understand what to do with 4) "run ./configure >>> with all switches you need" ? >>> >>> So I just started with your >>> >>> # ./configure --with-single-user >>> --with-git-ffmpeg=https://git.ffmpeg.org/ffmpeg.git >>> configure: WARNING: unrecognized options: >>> --with-single-user, --with-git-ffmpeg >>> configure: loading site script >>> /usr/share/site/x86_64-pc-linux-gnu >>> checking for a BSD-compatible install... /usr/bin/install -c >>> checking whether sleep supports fractional seconds... yes >>> checking filesystem timestamp resolution... 0.01 >>> checking whether build environment is sane... yes >>> checking for a race-free mkdir -p... /usr/bin/mkdir -p >>> checking for gawk... gawk >>> checking whether make sets $(MAKE)... yes >>> checking whether make supports nested variables... yes >>> checking xargs -n works... yes >>> checking for g++... g++ >>> checking whether the C++ compiler works... yes >>> checking for C++ compiler default output file name... a.out >>> checking for suffix of executables... >>> checking whether we are cross compiling... no >>> checking for suffix of object files... o >>> checking whether the compiler supports GNU C++... yes >>> checking whether g++ accepts -g... yes >>> checking for g++ option to enable C++11 features... none >>> needed >>> checking whether make supports the include directive... >>> yes (GNU style) >>> checking dependency style of g++... gcc3 >>> checking for gcc... gcc >>> checking whether the compiler supports GNU C... yes >>> checking whether gcc accepts -g... yes >>> checking for gcc option to enable C11 features... none >>> needed >>> checking whether gcc understands -c and -o together... yes >>> checking dependency style of gcc... gcc3 >>> checking how to run the C preprocessor... gcc -E >>> checking for stdio.h... yes >>> checking for stdlib.h... yes >>> checking for string.h... yes >>> checking for inttypes.h... yes >>> checking for stdint.h... yes >>> checking for strings.h... yes >>> checking for sys/stat.h... yes >>> checking for sys/types.h... yes >>> checking for unistd.h... yes >>> checking for boost/filesystem.hpp... yes >>> checking for boost/filesystem/path.hpp... yes >>> checking for boost/regex.hpp... yes >>> checking for libpng16/png.h... yes >>> checking for zlib.h... yes >>> checking for jpeglib.h... yes >>> ./configure: line 5910: -O2: command not found >>> checking for X... no >>> checking for fcntl.h... yes >>> checking for memory.h... yes >>> checking for sys/time.h... yes >>> checking for unistd.h... (cached) yes >>> checking for _Bool... yes >>> checking for stdbool.h that conforms to C99 or later... yes >>> checking for inline... inline >>> checking for int32_t... yes >>> checking for int64_t... yes >>> checking for size_t... yes >>> checking for ssize_t... yes >>> checking for uint16_t... yes >>> checking for uint32_t... yes >>> checking for uint64_t... yes >>> checking for uint8_t... yes >>> checking for ptrdiff_t... yes >>> checking for pid_t... yes >>> checking for vfork.h... no >>> checking for sys/param.h... yes >>> checking for fork... no >>> checking for vfork... no >>> checking for getpagesize... no >>> checking build system type... x86_64-pc-linux-gnu >>> checking host system type... x86_64-pc-linux-gnu >>> checking for GNU libc compatible malloc... no >>> checking for working mmap... no >>> checking for dup2... no >>> checking for floor... no >>> checking for gettimeofday... no >>> checking for memmove... no >>> checking for memset... no >>> checking for munmap... no >>> checking for pow... no >>> checking for realpath... no >>> checking for select... no >>> checking for sqrt... no >>> checking for strcasecmp... no >>> checking for strchr... no >>> checking for strdup... no >>> checking for strerror... no >>> checking for strncasecmp... no >>> checking for strrchr... no >>> checking for strstr... no >>> checking that generated files are newer than >>> configure... done >>> configure: creating ./config.status >>> config.status: creating Makefile >>> config.status: creating config.h >>> config.status: config.h is unchanged >>> config.status: executing depfiles commands >>> configure: WARNING: unrecognized options: >>> --with-single-user, --with-git-ffmpeg >>> >>> >>> lack of vfork.h and sqrt.h and few others is concerning! >>> >>> you probably need to install more development files, my >>> bulk solution was to drag gtk2-dev in and see how it drags X >>> libs and other dev files into system as dependency >> >> zypper in gtk2-devel >> Loading repository data... >> Reading installed packages... >> Resolving package dependencies... >> >> The following 35 NEW packages are going to be installed: >> at-spi2-core-devel cairo-devel dbus-1-devel >> fontconfig-devel freetype2-devel fribidi-devel >> gdk-pixbuf-devel glib2-devel graphite2-devel gtk2-devel >> harfbuzz-devel libXfixes-devel libXft-devel libXi-devel >> libXrender-devel libXtst-devel libbrotli-devel libbz2-devel >> libdatrie-devel libffi-devel >> libgirepository-2_0-0 libharfbuzz-cairo0 libicu-devel >> libmount-devel libpcre2-posix3 libpixman-1-0-devel >> libselinux-devel libsepol-devel libthai-devel >> pango-devel pcre2-devel typelib-1_0-GIRepository-3_0 >> typelib-1_0-GLibUnix-2_0 typelib-1_0-GdkPixdata-2_0 >> typelib-1_0-Gtk-2_0 >> >> >> But still lack of vfork.h and sqrt.h and more >> >>> >>> >>> >>> 5) >>> # make >>> make all-am >>> make[1]: Entering directory >>> '/home/cinelerra/cinelerra-5.1/tools/makeappimagetool' >>> g++ -DHAVE_CONFIG_H -I. -g -O2 >>> -DBOOST_NO_CXX11_SCOPED_ENUMS -Dcimg_display=0 >>> -Dcimg_use_jpeg=1 -Dcimg_use_png=1 -MT appdir.o -MD -MP >>> -MF .deps/appdir.Tpo -c -o appdir.o appdir.cpp >>> appdir.cpp: In static member function ‘static bool >>> linuxdeploy::core::appdir::AppDir::PrivateData::copyFile(const >>> boost::filesystem::path&, boost::filesystem::path, >>> boost::filesystem::perms, bool)’: >>> appdir.cpp:164:57: error: ‘bf::copy_option’ has not been >>> declared >>> 164 | bf::copy_file(from, to, >>> bf::copy_option::overwrite_if_exists); >>> | ^~~~~~~~~~~ >>> make[1]: *** [Makefile:469: appdir.o] Error 1 >>> make[1]: Leaving directory >>> '/home/cinelerra/cinelerra-5.1/tools/makeappimagetool' >>> make: *** [Makefile:340: all] Error 2 >>> >>> >>> this, from short googling, looks like boost error? >>> >>> do you have boost 1.85 by any chance? >> >> Yes, I have the following "boost" installed >> >> S | Name | Type | Version | >> Arch | Repository >> ---+------------------------------------+---------+------------+--------+---------------------- >> i | boost-devel | package | >> 1.85.0-1.1 | noarch | openSUSE-Slowroll-Oss >> i | boost-jam | package | >> 1.85.0-1.1 | noarch | openSUSE-Slowroll-Oss >> i | boost-license1_85_0 | package | >> 1.85.0-2.1 | noarch | openSUSE-Slowroll-Oss >> i | boost1_85_0-jam | package | >> 1.85.0-2.1 | x86_64 | openSUSE-Slowroll-Oss >> i | libboost_headers1_85_0-devel | package | >> 1.85.0-2.1 | x86_64 | openSUSE-Slowroll-Oss >> i | libboost_iostreams1_85_0 | package | >> 1.85.0-2.1 | x86_64 | openSUSE-Slowroll-Oss >> i | libboost_iostreams1_85_0-x86-64-v3 | package | >> 1.85.0-2.1 | x86_64 | openSUSE-Slowroll-Oss >> i | libboost_locale1_85_0 | package | >> 1.85.0-2.1 | x86_64 | openSUSE-Slowroll-Oss >> i | libboost_locale1_85_0-x86-64-v3 | package | >> 1.85.0-2.1 | x86_64 | openSUSE-Slowroll-Oss >> i | libboost_thread1_85_0 | package | >> 1.85.0-2.1 | x86_64 | openSUSE-Slowroll-Oss >> i | libboost_thread1_85_0-x86-64-v3 | package | >> 1.85.0-2.1 | x86_64 | openSUSE-Slowroll-Oss >> >> >>> >>> I found similar looking issue with fixed there >>> >>> https://github.com/monero-project/monero/issues/9304 >>> >>> but for now I thinkwe better to concentrate on running >>> cingg's main configure, as opposed to makeappimagetool >>> configure. >> >> I tried 5) make again, but still got the similar errors .... >> >> To clear up, because I'm a bit confused at the moment: >> Are we trying to install Cingg "unbundled, dynamic linked, >> single-user" to be able to use the system ffmpeg and libs? >> If so, don't we need to edit the configure file then? >> >> >> >>> >>> >>> >>> >>> 6) >>> # make install >>> g++ -DHAVE_CONFIG_H -I. -g -O2 >>> -DBOOST_NO_CXX11_SCOPED_ENUMS -Dcimg_display=0 >>> -Dcimg_use_jpeg=1 -Dcimg_use_png=1 -MT appdir.o -MD -MP >>> -MF .deps/appdir.Tpo -c -o appdir.o appdir.cpp >>> appdir.cpp: In static member function ‘static bool >>> linuxdeploy::core::appdir::AppDir::PrivateData::copyFile(const >>> boost::filesystem::path&, boost::filesystem::path, >>> boost::filesystem::perms, bool)’: >>> appdir.cpp:164:57: error: ‘bf::copy_option’ has not been >>> declared >>> 164 | bf::copy_file(from, to, >>> bf::copy_option::overwrite_if_exists); >>> | ^~~~~~~~~~~ >>> make: *** [Makefile:469: appdir.o] Error 1 >>> >>> >>> >>> >>>> >>>> >>>>> >>>>> Experiences with the latter? >>>>> >>>>> --------- >>>>> Refer to extracted sections from the CinGG >>>>> manual Chapter 1 - Installation below: >>>>> >>>>> If you prefer to not have to take the time to >>>>> build CINELERRA-GG Infinity yourself, >>>>> there are pre-built dynamic or static binaries >>>>> for various versions of Ubuntu, Mint, >>>>> Suse, Fedora, Debian ........ >>>>> >>>>> The pkgs directory contains the standard >>>>> packaged application for various distros. >>>>> This will install a dynamic system version for >>>>> users who prefer to have the binaries >>>>> in the system area >>>>> --------- >>>>> >>>>> Notes about Building from Git in your >>>>> Customized Environment >>>>> >>>>> Getting a build to work in a custom >>>>> 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 >>>>> "–without-thirdparty" to your configure >>>>> script. For example: >>>>> >>>>> ./confgure --with-single-user >>>>> --disable-static-build --without-thirdparty >>>>> >>>>> Below is the list of thirdparty builds, but >>>>> this list may have changed over time. >>>>> >>>>> Table 1.1: List of thirdparty builds >>>>> >>>>> a52dec yes >>>>> djbfft yes >>>>> ffmpeg yes >>>>> fftw auto >>>>> flac auto >>>>> giflib yes >>>>> ilmbase auto >>>>> lame auto >>>>> libavc1394 auto >>>>> libraw1394 auto >>>>> libiec61883 auto >>>>> libdv auto >>>>> .......... >>>>> >>>>> The yes means force build and auto means >>>>> probe and use the system version if the build >>>>> operation is not static. To get your >>>>> customized build to work, you need to change >>>>> the probe options for the conflicting >>>>> libraries from yes to auto, or even rework the >>>>> configure.ac <http://configure.ac> script. >>>>> There may be several libraries which need >>>>> special treatment. >>>>> >>>>> An example of a problem you might encounter >>>>> with your customized installation is with >>>>> a52dec which has probes line >>>>> (CHECK_LIB/CHECK_HEADERS) in configure.ac >>>>> <http://configure.ac>, but djbfft does not. In >>>>> this case, djbfft is only built because a52dec >>>>> is built, so if your system has a52dec, set >>>>> a52dec to auto and see if that problem is >>>>> solved by retrying the build with: >>>>> >>>>> ./confgure --with-single-user >>>>> -enable-a52dec=auto . >>>>> >>>>> With persistence, you can get results, but it >>>>> may take several tries to stabilize the build. >>>>> If you need help, email the log and >>>>> config.log, which is usually sufficient to >>>>> determine why a build failed. >>>>> >>>>> If you have already installed the libfdk_aac >>>>> development package on your computer because >>>>> you prefer this version over the default aac, >>>>> you will have to do the following to get this >>>>> alternative operational. The libfdk_aac >>>>> library is not a part of CINELERRA-GG by >>>>> default because it is not license free. >>>>> >>>>> export FFMPEG_EXTRA_CFG=" --enable-libfdk-aac >>>>> --enable-nonfree" >>>>> export EXTRA_LIBS=" -lfdk-aac" >>>>> for f in `grep -lw aac >>>>> cinelerra-5.1/ffmpeg/audio/*`; do >>>>> sed -e 's/\<aac\>/libfdk_aac/' -i $f >>>>> done >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Cin mailing list >>>>> Cin(a)lists.cinelerra-gg.org >>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>>>> >>>> >>> >> >> -- >> Cin mailing list >> Cin(a)lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> >> >

1 0

SVT-AV1 library upgraded to v2.2.1
by Phyllis Smith 18 Sep '24

18 Sep '24

The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster. Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes. I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.

4 23

MTS files; concat demuxer / protocol
by Stefan de Konink 18 Sep '24

18 Sep '24

There are quite some topics online mentioning the when MTS files (exceeding 2GB) are naively added to a timeline. The problem that then appears is that the audio is typically "shorter" than the video, and it does not appear in the interface. Cinelerra will even shift the audio track under the previous track. It is mentioned that Adobe Premiere is able to parse an AVCHD structure, including the ability to use meta information such as timecode, which is not available from MTS files directly. Other workarounds that are mentioned to first join the MTS files. FFmpeg has the option concat demuxer and concat protocol. But it pulls another surprise... ffmpeg -i "concat:00152.MTS|00153.MTS|00154.MTS" -vcodec copy -acodec copy test.ts ffmpeg version n7.0.1 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 14.1.1 (GCC) 20240522 configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-amf --enable-avisynth --enable-cuda-llvm --enable-lto --enable-fontconfig --enable-frei0r --enable-gmp --enable-gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libdav1d --enable-libdrm --enable-libdvdnav --enable-libdvdread --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libharfbuzz --enable-libiec61883 --enable-libjack --enable-libjxl --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libplacebo --enable-libpulse --enable-librav1e --enable-librsvg --enable-librubberband --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpl --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-libzimg --enable-mbedtls --enable-nvdec --enable-nvenc --enable-opencl --enable-opengl --enable-shared --enable-vapoursynth --enable-version3 --enable-vulkan libavutil 59. 8.100 / 59. 8.100 libavcodec 61. 3.100 / 61. 3.100 libavformat 61. 1.100 / 61. 1.100 libavdevice 61. 1.100 / 61. 1.100 libavfilter 10. 1.100 / 10. 1.100 libswscale 8. 1.100 / 8. 1.100 libswresample 5. 1.100 / 5. 1.100 libpostproc 58. 1.100 / 58. 1.100 Input #0, mpegts, from 'concat:00152.MTS|00153.MTS|00154.MTS': Duration: 00:25:04.36, start: 1.040000, bitrate: 24022 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn Stream #0:1[0x1100]: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, stereo, s16, 1536 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090), 1920x1080 File 'test.ts' already exists. Overwrite? [y/N] y Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Output #0, mpegts, to 'test.ts': Metadata: encoder : Lavf61.1.100 Stream #0:0: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(top first), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 25 tbr, 90k tbn Stream #0:1: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, stereo, s16, 1536 kb/s Press [q] to stop, [?] for help [mpegts @ 0x600ed54cf540] Stream 1, codec pcm_bluray, is muxed as a private data stream and may not be recognized upon reading. This results in a video file cinelerra (and others) cannot read. Instead if we would say do it in pcm_sb16le we would be able to show that the MTS file does contain the audio and FFmpeg is able to read it. I have attached a screenshot showing what happens. I wonder: could we in Cinelerra implement something that would not open a file as single file or EDL, but instead a concat set of files? Something in the drop down: "Create a single new resource only". That single resource should be opened via the concat protocol, and then be able as single instance. An EDL, but then at protocol level. I think this would make sense for many recordings that are split due to filesystem limits, but even for image sequences, if they could be directly opened and edited as if they were single files. -- Stefan

3 6

Library x264 updated in GIT
by Phyllis Smith 18 Sep '24

18 Sep '24

X264 was at release r3106 of January 2023 and now is at r3191 of May 2024. Expect Andrey's packages soon with updates at: https://github.com/einhander/cin-gg-packages/releases Andrea, if you have time could you rebuild just to get a little use out of it before the end of the month build?

2 1

patch to show transfer characteristics and primaries in ffmpeg details
by Andrew Randrianasulu 17 Sep '24

17 Sep '24

please test

2 2

Surprizes in YUV->RGB conversion
by Andrew Randrianasulu 15 Sep '24

15 Sep '24

I was using artificial test source from ffmpeg, yuvtestsrc. It sounds very simple ffmpeg -f lavfi -color_range 2 -i yuvtestsrc -color_range 2 -frames 2 /dev/shm/yuv-pc-yuv444.y4m but here lies dragons, at least when roundtrip to RGB is needed. This old BBC article explained to me for the first time that YUV as color space fundamentally bigger than RGB! https://web.archive.org/web/20200719051405/http://downloads.bbc.co.uk/rd/pu… By way stuff defined normal calculations can give you negative RGB values! An normally those are clipped to either min or max allowed channel value. But result is ...unintuitive, at least for me Here is online calculator: https://kdashg.github.io/misc/colors/from-coeffs.html if you enter RGB 601, narrow range Y=16, Cb=100 Cr=100 R=-44.68875 (minus 44!) G=33.73244 B=-56.4825 (minus 56!) so, if both negative channels will be clipped to 0 we will have visually purely green pixel ?! This probably explains some STRANGE results I was seeing in compositor and vectoroscope, because even if timeline set to YUV- for display values converted to RGB, and scope also works in RGB ? There was another patent paper from broadcom aimed at fixing this issue https://patents.google.com/patent/EP1560417A2/en "System and method for clipping values of pixels in one color space so not to exceed the limits of a second color space Abstract A system and method that detects when pixels from one color space would exceed the range of a second color space, and restrict the range of the pixels without distorting their brightness, while preserving their color. The method may provide the ability to restrict the range of pixels in the first color space that may ordinarily transform to "illegal" values with erroneous brightness in the second color space, to a sub-space containing the entire second color space, while preserving the brightness of the pixels. The parameters used to define the sub-space may be programmable. The first color space may be YCrCb and the second color space may be RGB." ===== so, while in theory this problem is combatable in practice I do not think we have any out of the box plugin for dealing with this? So .... back to hunting for relevant test image, may be rgbtestsrc stored as y4m will do?

1 0

Another book on digital video
by Andrew Randrianasulu 15 Sep '24

15 Sep '24

Digital video and HD (2012) https://wangwei1237.github.io/shares/Digital_Video_and_HD_Algorithms_and_In… nearly 40 mb, 753 pp! found via https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=78837 not sure if I'll learn enough for stopping confusing color spaces vs primaries and so on ......

4 6

possible typo in documentation?
by Andrew Randrianasulu 15 Sep '24

15 Sep '24

https://cinelerra-gg.org/download/CinelerraGG_Manual/YUVShift.html === This effect is used for YUV input video from older cameras using 3 sensors. It is possible to have misalignment of the 3 sets of numbers: Y, which represents the luminance or brightness component, and for U and V representing the chrominance (color) components. If they were misaligned in the video, you can use YUVShift to realign. To move a specific component up/down, modify the dy value using the slider bar in the RGBShift window. === I think here specifically it must say YUVShift?

2 1

Hardware acceleration methods
by Terje J. Hanssen 15 Sep '24

15 Sep '24

The CinGG manual mentions VAAPI and VDPAU. https://cinelerra-gg.org/download/CinelerraGG_Manual/Hardware_video_acceler… https://cinelerra-gg.org/download/CinelerraGG_Manual/GPU_hardware_encoding.… My prebuild system FFmpeg lists ffmpeg -hide_banner -hwaccels Hardware acceleration methods: vdpau cuda vaapi qsv drm vulkan Among these, Vulkan has recently been discussed here. Is there something that prevent typical QSV to be prebuilt in the CinGG/FFmpeg rpm? References: Compiling FFmpeg with QSV on Linux Intel Platform: https://www.intel.com/content/www/us/en/content-details/728030/building-ffm… Arc: Intel QuickSync (QSV): https://wiki.archlinux.org/title/FFmpeg#Intel_QuickSync_(QSV) refer

3 6

cingg hevc_vaapi rendering on Arc A750 gpu
by Terje J. Hanssen 15 Sep '24

15 Sep '24

Two simple tests I got working Cinelerra Infinity - built: Sep 8 2024 10:37:25 (rpm installation) on Leap 15.6 on i7-12700KF + Arc A750 gpu As seen below, quite fast rendering: * 207 fps for hdv.m2t (yuv420p) input -> yuvj420p * 125 fps for proreshq.mov (yuv422p10le) -> yuvj420p (10-bit to 8-bit color depth) 1) hdv.m2t Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s -> hevc_vaapi.mp4 ** rendered 5972 frames in 28.721 secs, 207.931 fps audio0 pad 64 0 (64) tream #0:0[0x1](und): Video: hevc (Main) (hev1 / 0x31766568), yuvj420p(pc, bt709/unknown/unknown, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], 11716 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] Stream #0:1[0x2](eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 129 kb/s (default) 2) hd.mov Stream #0:0[0x1](eng): Video: prores (HQ) (apch / 0x68637061), yuv422p10le(bt709, top coded first (swapped)), 1920x1080, 182130 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Video Media Handler vendor_id : appl encoder : Apple ProRes 422 (HQ) Stream #0:1[0x2](eng): Audio: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 channels, s32 (24 bit), 18432 kb/s (default) -> hevc_vaapi.mp4 ** rendered 1781 frames in 14.188 secs, 125.529 fps audio0 pad 128 0 (128) Stream #0:0[0x1](und): Video: hevc (Main) (hev1 / 0x31766568), yuvj420p(pc, bt709/unknown/unknown, top coded first (swapped)), 1920x1080 [SAR 1:1 DAR 16:9], 11427 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] Stream #0:1[0x2](eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, 16 channels, fltp, 378 kb/s (default)

2 4