March 2026 - Cin - Cinelerra-GG Mailing Lists

autoconf 2.73 defaults to c23, possibly breaks us
by Andrew Randrianasulu 05 Apr '26

05 Apr '26

I was rebuilding on Termux and noted that mjpegtools and possibly liba52 now fails to build. Ah, I thought it was due to clang update, but apparently autoconf can cause this, when paired with c23 defaulting compiler https://www.mail-archive.com/[email protected]/msg03513.html === AC_PROG_CC now prefers C23 if available. Older code may need to be updated, as C23 has removed old-style (K&R) function definitions and declarations, now uses type-generic functions for strchr and similar functions, and has new keywords alignas, alignof, bool, constexpr, false, nullptr, static_assert, thread_local, true, typeof, typeof_unqual. ==== I'll try to prepare patch as my tablet charge back (after just less than 4 years of use it hardly compiles half of full cingg build .... even if plugged in!) not for this month's release, we already hit enough surprises for last-minute build changes like this.

2 4

FFmpeg 8.1 now in new AppImages
by Phyllis Smith 04 Apr '26

04 Apr '26

The latest AppImages include FFmpeg 8.1 (updated from 8.0) and dav1d updated from 0.5.1 to 1.5.3. Note that an updated version of nasm at 2.15.05 is needed for FFmpeg if doing your own builds (more about this later). Preferably use the packages that are always up to date with Git by Andrey at: https://github.com/einhander/cin-gg-packages/releases ********** Release Notes for 03/31/2026 are below ************ GIT for Cinelerra-GG has the following changes from 03/01/2026-03/31/2026 *Website ongoing improvements by Sam:* - Major security improvements were added preventing compromising the website; as well as the addition of multiple guards and checks saving time from having to handle spam that arrives in the Forum and Mailing list or impacts GIT cloning. - Mantis Bug Tracker was modified to allow for anonymous user login in order to be able to read the items without being able to add spam. *FFmpeg* updated from version 8.0 to 8.1 with our 13 patches tested/verified by Andrew. Several text files updated: downloads.txt, info/plugins.txt, and ffmpeg/plugin.opts. *Andrew-R* work: - Minor fix to correct usage of “use direct x11 for render if possible” for older16 integer formats. - Fixes to formats ffv1_vulkan.mov, h264_vaapi.mp4, prores_4444xq.pro, prores_4444.pro, and created new prores_vulkan.pro. - Additional patch2 for x264 to “fix ppc64* pink artefacting and not passing test suite for Altivec optimizations – fix sad_x4 and adjust chroma shift – as provided by videolan team. - Fix added for building libaom 3.8.0 with older versions to continue support for Ubuntu 16. The patch removes some warning flag add and switched to using in-tree nasm. It is not for sure an acceptable solution so more testing and reporting of any anomalies would be useful. This may be backed out in the future as updating Nasm and Cmake may be a more usable solution. - Dav1d updated from 0.5.1 to 1.5.3 with a non-trivial patch to use cmake instead of their meson. - X265 compile for multibit now uses multiple cpus when available so that total compile time can be cut a few minutes (sometimes 21 minutes on a Ryzen 7 with 16 cpus instead of 43). *Manual* updates: - Additional “Tip” for taking advantage of a computer’s multiple gpus was provided by *Terje* and nicely Latex formatted by *Andrea*. - New section added to explain more about AppImages as prompted by Terje’s questions.

2 3

ffmpeg 8.1 with SVT-JPEG-XS support
by Terje J. Hanssen 01 Apr '26

01 Apr '26

The new, standard JPEG-XS codec support in ffmpeg 8.1 --enable-libsvtjpegxs seems to have gone a bit under the radar. JPEG-XS is high-lighted as a lightweight image and video compression standard (ISO/IEC 21122) designed specifically for applications requiring high visual quality, ultra-low latency, and low computational complexity. Unlike standard compression formats (like HEVC or JPEG) that focus on maximum compression ratio, JPEG-XS prioritizes keeping content "visually lossless" while reducing bandwidth, making it ideal for professional video production, IP transport, and real-time streaming. JPEG-XS providing compression ratios up to 10:1 while maintaining high video quality. The codestreams can be encapsulated in several standard container formats to allow for transportation and storage: MXF, MPEG-2 (MPEG-TS), MP4, HEIF and more. https://www.phoronix.com/news/FFmpeg-Merges-JPEG-XS https://github.com/OpenVisualCloud/SVT-JPEG-XS https://openbenchmarking.org/test/pts/svt-jpeg-xs

2 5

Integrate nasm 2.15.05
by Andrew Randrianasulu 29 Mar '26

29 Mar '26

More experimental patch, but I tested it on Rosa 2016 with renamed /usr/bin/nasm to _nasm, and build finished, and av1 video test decoded ok do not forgot to put actual tar.xz in thirdparty/src while testing this

2 6

Possible fix for parallel x265 multilib build
by Andrew Randrianasulu 27 Mar '26

27 Mar '26

After reading https://flameeyes.blog/2010/10/18/tell-tale-signs-that-your-makefile-is-bro… I tried to modify our multilib.sh script, and apparently just adding "-j" to make commands made them run nasm jobs on all cores (as defined in previous makefile) Try attached patch and see if it improves build times without breaking build

2 2

codespell page for cingg
by Andrew Randrianasulu 26 Mar '26

26 Mar '26

It was send to me some time ago but whole fossies.org is not reachable w/o vpn here, so I only now checked this page. https://fossies.org/linux/misc/cin_5.1.20260228-src.tgz/codespell.html Some of it might be false positive (in sense some words just funnier if you bend them a bit? ;) ) but some might be worth correcting. Probably for next months ...

2 1

ffmpeg 8.1, dav1d 1.5.3 git am patches
by Andrew Randrianasulu 25 Mar '26

25 Mar '26

Seems to compile/start fine on i586 Slackware 15.0

2 20

Possible fix for libaom 3.8.0 on ubuntu 16.04 x86-64 LTS
by Andrew Randrianasulu 22 Mar '26

22 Mar '26

It was failing to build, but I patched out some hopefully not really needed warning flag add, and switched it to in-tree nasm I am not sure if switching it to nasm in general good or bad idea. We can add this patch next month, if you want to test it more

2 1

question about prores_4444xq.pro
by Andrew Randrianasulu 22 Mar '26

22 Mar '26

For now it reads, if my copy is correct: cat bin/ffmpeg/video/prores_4444xq.pro mov prores_ks # ProRes, encoder prores_ks. Container Apple QuickTime movie (.mov). #Support for alpha channel profile=5 quant_mat=auto cin_pix_fmt=yuv444p10le #also gbrp10le # The possible video profile values for the ProRes codec are: # 5 = 4444xq # 4 = 4444 # 3 = HQ (high quality) # 2 = Standard # 1 = LT (light) # 0 = Proxy ===== but shouldn't line cin_pix_fmt=yuv444p10le reads like in prores_4444.pro cat bin/ffmpeg/video/prores_4444.pro mov prores_ks # ProRes, encoder prores_ks. Container Apple QuickTime movie (.mov). # Support for aplpha channel profile=4 quant_mat=auto cin_pix_fmt=yuva444p10le #also gbrp10le # The possible video profile values for the ProRes codec are: # 5 = 4444xq # 4 = 4444 # 3 = HQ (high quality) # 2 = Standard # 1 = LT (light) # 0 = Proxy Note that it uses yuv*A*444p, not just yuv444p ! Oh, and aplpha word was underlined with red wavy line in gmail editor - typo detected! currently playing with ffmpeg.git and this merge request: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/22418#issuecomment-32848 it seems that new Vulkan encoder can do 12bit even with alpha. But for some reason it works inside cingg but not with ffmpeg standalone! Note that this merge request does not work for me fully (unlike vanilla ffmpeg.git at 9c63742425aa9c84148f218513f74dbab1e01926) even in cingg, or more accurately it makes encoded video with some block artefacts/colored lines. Not for full footage, but for some parts of it.

2 4

Some film grain settings for ffmpeg noise filter
by info＠bandshed.net 21 Mar '26

21 Mar '26

Lol, I just realized I had sent this to the old Cinelerra list...oops! Maybe this has been covered here or on the forum but on a recent project with some old concert footage I wanted to add some film grain but the 'Aging TV' built-in effect is kind of too much and it also drives the encoder bits wild and make huge file sizes so I did a bit of googling on the ffmpeg noise filters and I found something that works pretty well so I thought I'd share.. https://bandshed.net/images/screenshots/shot-2026-03-21_14-37-53.jpg So going from the picture the main thing is using only the luma color "c0" channel because grain is not comprised of colors from all channels. And in the c0_flags field I used 't+u' to make the grain temporal and change with the frames more realistically. Anyway to be honest I haven't messed in-depth with very many ffmpeg filters so I was very happy to find a good grain option in Cin.. Best, Glen --

1 0