- Cin - Cinelerra-GG Mailing Lists

Possibility of copying release date version of Andrey's rpm?
by Phyllis Smith 04 Apr '26

04 Apr '26

Question for Andrey: The RPM packages at : https://github.com/einhander/cin-gg-packages/releases are much appreciated - with the compilation happening every time there is a GIT checkin - thus providing an early check that CinGG still compiles successfully on the various Debian, Suse, Fedora, and Ubuntu operating systems + the opportunity for users to download the packages to ensure no fallout from possible errors in code changes. Question: would Andrey have any concerns about the possibility of me downloading the RPMs ONLY on the latest versions that match the AppImage? (i.e. not every GIT change) and putting that tagged release on the CinGG website every month? This would just be for an extra source location for users. The current tars and pkgs folders on the website are still from 10/31/2020 at ffmpeg 4.3, really should not be used, and it does not look like I will ever be able to resurrect the Xen monthly builds of those files or update all of the operating systems involved. "NO" is a perfectly acceptable answer and Andrey can reply directly to just me if preferable - phylsmith2017(a)gmail.com . In the future, there may be other related requests!!

2 1

OT: Artemis 2 moonshot launch in 2h40m
by Andrew Randrianasulu 01 Apr '26

01 Apr '26

https://m.youtube.com/watch?v=m3kR2KK8TEs link works in Chromium/android, but not in ff140/Slackware. May be it protected from copying by DRM ....?

2 1

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