February 2026 - Cin - Cinelerra-GG Mailing Lists

GIT source checked in to include Vulkan mods
by Phyllis Smith 24 Feb '26

24 Feb '26

The following render formats and patches have been checked into the source GIT: hevc_vulkan.mkv h264_vulkan.mkv av1_vulkan.mkv h264_vulkan.mp4 magicyuv.avi speedhq.avi 0001-Djbfft-patch8-for-termux-clang.patch --- thirdparty/src/djbfft-0,76.patch8 0002-Fix-static-termux-build-with-mediacodec.patch --- blds/termux_bld.sh 0012-Experimental-vulkan-encode.patch --- cinelerra/ffmpeg.C Hopefully Andrew can verify that I believe I am caught up with the exception of possibly the dav1d Makefile and the ladspa appimage inclusion. In addition I would like to find time to try out anylinux-appimage to replace the current linuxdeploy.

2 1

Patch using PYTHON var from comfigure
by Andrew Randrianasulu 22 Feb '26

22 Feb '26

Should fix build on systems where only python3 exist, but not python. Or python, but not python3. Please test! (it was on top of Check for python3 in addition to python3.9 and python3.12 but I do not think it needed anymore with this patch)

2 5

bld_appimage.sh modded to accept CONFIG_OPTIONS env. variable
by Andrew Randrianasulu 22 Feb '26

22 Feb '26

Just file, not patch I tested it like CONFIG_OPTIONS="--without-thirdparty" ./bld_appimage.sh and it seems to work (not sure what will happen if you pass both --disable-static-build and --enable-static-build. I moved --enable-static-build to its own line so you hopefully can just harmlessly comment it out.)

3 6

Compile error mmx.h
by Stefan de Konink 22 Feb '26

22 Feb '26

When compiling on AMD64 with -O3 -march=native I get on two systems using GCC 15 the following error. In file included from video/slice.C:9: video/slice.C: In member function 'int zmpeg3_t::slice_decoder_t::add_block(int, int, int, int, int)': video/mmx.h:384:9: error: invalid 'asm': invalid constraints for operand 384 | __asm__ __volatile__ (#op " %%" #reg ", %0" \ | ^~~~~~~ video/mmx.h:406:33: note: in expansion of macro 'mmx_r2m' 406 | #define movq_r2m(reg, var) mmx_r2m(movq, reg, var) | ^~~~~~~ video/slice.C:208:7: note: in expansion of macro 'movq_r2m' 208 | movq_r2m(mm3,m_(rfp)); /* store rfp[0..7] */ | ^~~~~~~~ Stefan

3 15

Appimage issue on github
by Andrew Randrianasulu 22 Feb '26

22 Feb '26

It was asked to on github if our appimage can be added to one of those apiimage repos (newer used them but hey, I'm software conservative at times) Maintainer was not turbo happy with our appimage (due to domain name instability? Not sure if this was ref. to our latest disappearance or something else?) but provided some tips anyway https://github.com/ivan-hc/AM/issues/2098 Relevant part seems to be ==== If you are in touch with the developers, let them know that their build system is outdated: their AppImage still require libfuse2, a library no more developed from 2019 and no more included by default in almost all systems, due to security vulnerabilities. they still build two variants of the same version, while there are some useful new tools able to build one for all distributions, for example Anylinux-AppImages. ===== I wonder how those newer tools handle glibc difference? Hopefully libfuse now embedded into appimage itself ... if you build it with new appimagetool, from my understanding (but it may download something over internet, so subject to usual "oh upstream broke1" kind of surprize ..you can add switch to override this thankfully)

2 1

One more djbfft patch
by Andrew Randrianasulu 22 Feb '26

22 Feb '26

Otherwise it fails to build on termux

1 1

3 more patches for configure.ac, build/prep scripts
by Andrew Randrianasulu 19 Feb '26

19 Feb '26

First adding checks for libavcodec/libavformat/libswscale/libavutil to configure's output. No automatic action happen if they missing, but at least it should be easier to spot them missing before make for unbundled builds Second patch add slowroll to suse section of bld_preoare.sh, adds two [[ ]] instead of single [ ] in its section, moves comment about Arch one line up as comment with # Third patch adding CONFIG_OPTIONS env. variable support to bld_appimage.sh so you hopefully can add your params without editing script itself (not really problem, just git will complain on merge if this file changes upstream and you do git pull)

1 0

Patch for configure.ac for checking Python/python3
by Andrew Randrianasulu 18 Feb '26

18 Feb '26

It may not apply clearly (currently on top of my -Wno-overloaded/autoconf-archive patch) but it should be easy enough to patch manually our configure ac, re-ran ./autogen.shand see if it now correctly complains about lack of python if you remove it for a moment or ran on fresh OS install without python3 yet? This does not fix check in guicast/Makefile for now, just hopefully warn user about potential troubles ahead if no python/python3 installed yet. Put if check works as intended I hopefully can plumb it to guicast/Makefile. Sorry for asking for such minor detail, but apparently I can't uninstall python in Termux, and my desktop is currently not powered yet. {having a bit of toothache in last few days, not great for concentration }

3 6

bld_appimage.sh of unbundled build on openSUSE Slowroll (Tumbleweed)
by Terje J. Hanssen 17 Feb '26

17 Feb '26

Current Cingg unbundled build from Git on openSUSE Slowroll (Tumbleweed) using system FFMpeg-8 and libs, used this CFLAGS=-I/usr/include/ffmpeg ./configure --with-single-user --disable-static-build --without-thirdparty --without-libdpx Last time I build a similar AppImage in 2024 was with ffmpeg-7 when I used /Cin # sh ./bld_appimage.sh 2>&1 | tee bld_appimage.log Now opt 1) I want a minimum appimage for the unbundled build to run on identical Slowroll, ffmpeg and libs on other hardware. Will the bld_appimage.sh do it as is, possibly specific config line or other options? opt 2) The corresponding for a normal static build AppImage to run on all distributions and hardware

2 5

Re: bld.sh on openSUSE Slowroll (Tumbleweed)
by Terje J. Hanssen 16 Feb '26

16 Feb '26

On 2/16/26 11:37 AM, Andrew Randrianasulu wrote: > > > пн, 16 февр. 2026 г., 11:47 Terje J. Hanssen <terjejhanssen(a)gmail.com>: > > > > On 2/15/26 8:21 PM, Andrew Randrianasulu wrote: >> >> >> вс, 15 февр. 2026 г., 22:12 Terje J. Hanssen >> <terjejhanssen(a)gmail.com>: >> >> >> >> On 2/15/26 6:44 PM, Andrew Randrianasulu wrote: >>> >>> >>> вс, 15 февр. 2026 г., 20:31 Terje J. Hanssen >>> <terjejhanssen(a)gmail.com>: >>> >>> >>> >>> On 2/15/26 6:20 PM, Andrew Randrianasulu wrote: >>> > On Sun, Feb 15, 2026 at 8:00 PM Terje J. Hanssen >>> > <terjejhanssen(a)gmail.com> wrote: >>> >> >>> >> >>> >> On 2/15/26 4:58 PM, Andrew Randrianasulu wrote: >>> >> >>> >> [snip] >>> >> >>> >> >>> >> this day's catch: >>> >> >>> >> filempeg.h:33:10: fatal error: lame/lame.h: No such >>> file or directory >>> >> 33 | #include "lame/lame.h" >>> >> | ^~~~~~~~~~~~~ >>> >> compilation terminated. >>> >> make[2]: *** [Makefile:600: x86_64/assetedit.o] Error 1 >>> >> make[2]: *** Waiting for unfinished jobs.... >>> >> >>> >> >>> >> something like libmp3lame-devel needed .... >>> >> >>> >> I do not think you need to send email each time it >>> stops, try to figure out package name, or search via rpm >>> search function or online what package holds those >>> headers .... >>> >> >>> >> >>> >> >>> >> I agree. >>> >> Now I got a difficult one (make); >>> >> >>> >> 25 | #include "xfer/xfer.h" >>> >> >>> >> Tried to install libfm-devel, and could not find any >>> other package that solved this requirement. >>> >> Any idea ? >>> >> >>> >> >>> >> Python3 failed to install ? >>> >> >>> >> >>> >> The question is which package(s) out of hundreds of >>> python3* available? >>> >> >>> >> Looking at the bld_prepare.sh suse package list, >>> there was only one single named "python" >>> >> >>> >> I have 105 python3* package names installed, plus now >>> also -devel packages >>> > one with python3 binary? >>> > >>> > also check if you have "which" command >>> > >>> > >>> > so 'which python3' gives sensible answer >>> > >>> > which python3 >>> > /usr/bin/python3 >>> >>> Yep, get the same. >>> >>> >>> >>> Yet in make log I saw: >>> >>> which: no python in >>> (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin) >>> which: no python3.9 in >>> (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin) >>> >>> Does Suse have any "alternatives" system? So you can set >>> python3.14 (say) as python3 ? >> >> Out of my knowledge. A google/ai say for what it is worth: >> >> >> Classical "I am root here" way is just to make symlink form >> fancy-numbered python binary to just /usr/bin/python3 >> >> May be morning will be wiser than evening, for this problem. >> >> > > Yeah, it's not so hasty for me in this olympic time and other > daily tasks. > > I searched a bit more and got the following infol: > > Cin # cat make.log | grep python > which: no python in > (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin) > which: no python3.9 in > (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin) > which: no python3.12 in > (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin) > > > Verify default version > > python3 --version > Python 3.13.11 > > > check if a specific version is installed and its version number > > python3 --version > Python 3.13.11 > > localhost:/Cin # python3.9 --version > python3.9: command not found > > python3.12 --version > python3.12: command not found > > python3.13 --version > Python 3.13.11 > > python3.14 --version > Python 3.14.2 > > python3.15 --version > Python 3.15.0a3 > > > Verify all installed versions > > ls /usr/bin/python3* > /usr/bin/python3 /usr/bin/python3.14 > /usr/bin/python3.15-config > /usr/bin/python3.13 /usr/bin/python3.14-config > /usr/bin/python3-config > /usr/bin/python3.13-config /usr/bin/python3.15 > > > So from this output and make output above "just" /usr/bin/python > > does not exist > > try ln -s /usr/bin/python3 /usr/bin/python > > ? > Yeah, thanks. Now the build steps ran successful 🙂 * ln -s /usr/bin/python3 /usr/bin/python * make clean * make > make.log 2>&1 * make install > make_install.log 2>&1 cat make.log | grep python /usr/bin/python < ./bccmdl.py cat make.log | grep "#include" tail make.log make[2]: Leaving directory '/home3/cinelerra/cinelerra-5.1/po' Making all in db/utils make[2]: Entering directory '/home3/cinelerra/cinelerra-5.1/db/utils' make[2]: warning: -j32 forced in submake: resetting jobserver mode. make[2]: Nothing to be done for 'all'. make[2]: Leaving directory '/home3/cinelerra/cinelerra-5.1/db/utils' make[2]: Entering directory '/home3/cinelerra/cinelerra-5.1' make[2]: warning: -j32 forced in submake: resetting jobserver mode. make[2]: Nothing to be done for 'all-am'. make[2]: Leaving directory '/home3/cinelerra/cinelerra-5.1' make[1]: Leaving directory '/home3/cinelerra/cinelerra-5.1' And Cingg launched succesful and tested ok with VAAPI and QSV rendering. VULKAN didn't work as expected and experienced on Intel Alder Lake/ DG2 Info outputs as follows: 1) First launch Cin # bin/cin Cinelerra Infinity - built: Feb 16 2026 13:37:20 ...... BC_DisplayInfo::gl_fb_config failed build plugin index for: /home3/cinelerra/cinelerra-5.1/bin/plugins error: attempt to map invalid URI `(null)' [lv2 @ 0x2976ff80] Invalid plugin URI <(null)> PluginFFilter::new_ffilter(lv2) err: Invalid argument [sofalizer_206 @ 0x29c10840] Valid SOFA filename must be set. PluginFFilter::new_ffilter(sofalizer) err: Invalid argument PluginFFilter::new_ffilter(blend_vulkan) err: Input/output error MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:993: FINISHME: support more multi-planar formats with DRM modifiers MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:993: FINISHME: support more multi-planar formats with DRM modifiers PluginFFilter::new_ffilter(overlay_vulkan) err: Input/output error PluginFFilter::new_ffilter(xfade_vulkan) err: Input/output error build lv2 index for: $CIN_PATH/lv2 MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:993: FINISHME: support more multi-planar formats with DRM modifiers build ladspa plugin index for: /home3/cinelerra/cinelerra-5.1/bin/ladspa ------ 2) Second launch Cinelerra Infinity - built: Feb 16 2026 13:37:20 BC_DisplayInfo::gl_fb_config failed MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:993: FINISHME: support more multi-planar formats with DRM modifiers 3) VAAPI test File to render to: /Videoklipp/VAAPI/hdv09_04_cin_hevc_vaapi_8b420.mp4 Video Compression: hevc_vaapi_8b420.mp4 OK render FFMPEG::scan: codec open failed FFMPEG::scan:file=/Videoklipp/VAAPI/hdv09_04.m2t FFMPEG::scan: codec open failed FFMPEG::scan:file=/Videoklipp/VAAPI/hdv09_04.m2t audio0 pad 64 -8831 (8895) audio0 pad 0 -7679 (7679) audio0 pad 0 -6527 (6527) audio0 pad 0 -5375 (5375) audio0 pad 0 -4223 (4223) audio0 pad 0 -3071 (3071) audio0 pad 0 -1919 (1919) audio0 pad 0 -767 (767) Render::render_single: Session finished. ** rendered 5971 frames in 24.211 secs, 246.623 fps audio0 pad 64 0 (64) 4) QSV test File load recent: hdv09_04.m2t /Videoklipp/QSV/hdv09_04_cin_hevc_qsv_8b420.mp4 Compression: hevc_qsv_8b420.mp4 OK BC_DisplayInfo::gl_fb_config failed MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:993: FINISHME: support more multi-planar formats with DRM modifiers libva info: VA-API version 1.23.0 libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 libva info: VA-API version 1.23.0 libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 Render::render_single: Session finished. ** rendered 5972 frames in 18.749 secs, 318.524 fps audio0 pad 64 0 (64) 5) VULKAN test export ANV_DEBUG="video-decode,video-encode" File load recent: hdv09_04.m2t /Videoklipp/VULKAN/hdv09_04_cin_hevc_vulkan_8b420.mp4 Compression: hevc_vulkan_8b420.mp4 [hevc_vulkan @ 0x7f3984036400] Specified pixel format nv12 is not supported by the hevc_vulkan encoder. [hevc_vulkan @ 0x7f3984036400] Supported pixel formats: [hevc_vulkan @ 0x7f3984036400] vulkan FFMPEG::open_encoder err: Invalid argument int FFMPEG::open_encoder(const char*, const char*): open failed hevc_vulkan:/Videoklipp/VULKAN/hdv09_04_cin_hevc_vulkan_8b420.mp4 Tried to change Pixel: vulkan (from hevc) cin_pix_fmt=vulkan currently, only vaapi hw encode is supported [hevc_vulkan @ 0x7f3990cca340] A hardware frames reference is required to associate the encoding device. FFMPEG::open_encoder err: Invalid argument int FFMPEG::open_encoder(const char*, const char*): open failed hevc_vulkan:/Videoklipp/VULKAN/hdv09_04_cin_hevc_vulkan_8b420.mp4 ------------------ New post follows how to build an AppImage of this build > > > > ---------- > > And the rest from Google/AI: > > Yes, SUSE (both openSUSE and SUSE Linux Enterprise) uses an > *alternatives* system, but it is typically used for *Python > modules* rather than the core |python3| binary itself. > While you /can/ technically use the update-alternatives command > <https://documentation.suse.com/fr-fr/sled/15-SP5/html/SLED-all/cha-update-a…> > to point |python3| to a different version, it is *highly > discouraged*. Essential system tools like *YaST*, *Zypper*, and > *firewalld* rely on the specific version of Python they were built > with; changing the system-wide |python3| can break these critical > components. > How to manage multiple Python versions safely: > > * *The "SUSE Way" for Binaries:* SUSE typically installs Python > versions side-by-side as |python3.x|. You are encouraged to > call them explicitly (e.g., |python3.14|) or use the correct > shebang <https://danigm.net/python-tw.html> in your scripts: > |#!/usr/bin/env python3.14|. > * *update-alternatives (for modules):* Many Python-based tools > (like |poetry|) use the alternatives system so you can switch > between versions: > bash > > |sudo update-alternatives --config poetry | > > > * *Recommended Tool: pyenv > <https://realpython.com/intro-to-pyenv/>:* For development, > use *pyenv* (which is packaged in openSUSE) to manage Python > versions for a specific user or directory without touching the > system default. > * *Aliases:* For your own shell usage, adding |alias > python3=python3.14| to your |~/.bashrc| is a safe, > non-destructive way to change the command for your interactive > sessions. > > > Summary Table > Approach Suitability Risk > |update-alternatives| Good for generic tools High (Can break > system scripts) > |libalternatives| Good for Tumbleweed Medium > *Pyenv* *Best for development* *None (Isolated to user)* > *Venv* *Best for projects* *None* > > *In short:* Yes, you can use |update-alternatives| on SUSE, but > for Python, *use pyenv* to set a different version as default for > your user to avoid breaking the OS. > > >> >> >> >> Directly replacing |/usr/bin/python3| with a newer version >> (like 3.14) via |update-alternatives| is generally >> discouraged as it can break system tools that rely on the >> default version. >> Here is how to manage multiple Python versions on SUSE: >> >> 1. Recommended: Use Package Manager for Side-by-Side Installation >> SUSE handles multiple Python versions by installing them with >> specific version names (e.g., |python311|, |python312|). You >> can install a newer Python version alongside the system default. >> bash >> >> |sudo zypper install python311 # Example: installing Python 3.11| >> >> * The default Python remains |/usr/bin/python3| (e.g., 3.6 >> or 3.10). >> * The new version is available as |/usr/bin/python3.11|. >> * You can call your scripts using |python3.11 script.py|. >> >> >> 2. The "Alternatives" Approach (Alternative to >> |update-alternatives|) >> On modern openSUSE (Tumbleweed/Leap 16+), a new system called >> *libalternatives* is used to support transactional updates. >> If you are using an older version, you can create a >> user-specific alias, which is much safer: >> bash >> >> |# Add this to your ~/.bashrcalias python3='/usr/bin/python3.11'| >> >> >> 3. Using |pyenv| (Best for Development) >> To use a very new version like 3.14 without affecting system >> packages, |pyenv| is recommended. >> bash >> >> |# Install pyenv and then:pyenv install 3.14.0pyenv global 3.14.0| >> >> >> >> >> >> >> >> >>> >>> >>> >>> > >>> >> zypper se -i python*devel >>> >> >>> >> S | Name | Summary >>> | Type >>> >> >>> ---+-----------------+-------------------------------------------------------------------+-------- >>> >> i+ | python313-devel | Include Files and Libraries >>> Mandatory for Building Python Modules | package >>> >> i+ | python314-devel | Include Files and Libraries >>> Mandatory for Building Python Modules | package >>> >> i+ | python315-devel | Include Files and Libraries >>> Mandatory for Building Python Modules | package >>> >> >>> >> >>> >> but still get >>> >> >>> >> cat make.log | grep "#include" >>> >> 25 | #include "xfer/xfer.h" >>> >> >>> >> >>> >> >>> >> >>> >> >

2 2