November 2025 - Cin - Cinelerra-GG Mailing Lists

Patch: disable input sources in x264
by Andrew Randrianasulu 22 Nov '25

22 Nov '25

Hopefully this patch (apply with git am) will fix err Andrea was seeing on Arch? Not sure about lv2 situation there .. For git clone size - may be before that it was shallow (--depth 1) clone and now its full? For me update was just few megabytes - size of ffmpeg 8.0 source tarball ...

3 4

New release with FFmpeg version update to 8.0
by Phyllis Smith 21 Nov '25

21 Nov '25

FFmpeg version 8.0 is now in Cinelerra-GG release with the basic patches as has been in "test" mode for a few weeks so can now proceed to make other recently discovered necessary changes. Since the procedures I used to get the updated files on the new server were just a little different (better!), if you notice problems let me know so I correct my mistakes. Please see the section of the release notes below for updated server access. *********************** Release Notes for this release *************************** GIT for Cinelerra-GG has the following changes from 07/01/2025-11/21/2025 Cinelerra-gg.org *website migrated* to a bigger/faster/better server. *Thanks to Sam!* The following services/url-s should be fully functional now: ** Mailing List is being utilized daily with Mailman version 3; to enroll or search archives: https://lists.cinelerra-gg.org/mailman3/lists/cin.lists.cinelerra-gg.org/ ** GIT program control for the source and the manual: git clone https:/git.cinelerra-gg.org/goodguy/cinelerra.git git clone https:/git.cinelerra-gg.org/goodguy/cin-manual-latex.git to view the commits for all 4 repositories use: https://git.cinelerra-gg.org/goodguy/ ** AppImages, Manual, ReleaseNotes,and other informational type files: https://download.cinelerra-gg.org *FFmpeg *has been updated from version 7.0 to 8.0 and as a result libpostproc has been removed by the ffmpeg team in their release; although it is still maintained separately. At this time, it is unknown what, if any, capabilities will no longer be available in CinGG as a result. *Andrew-R* did significant work to modify the necessary patches for the new version as well as fixed issues in several C files in the cinelerra directory as a result of the upgrade to 8.0. *Calf plugins* UI (the glitzy user interface) may be an issue for the newest operating systems such as Arch and Ubuntu 24.04 which no longer include GTK2 in their distributions. Most likely there will be alternative locations to obtain GTK2 for these newest systems. You can still use the Calf plugins without the UI by unchecking in the Settings pulldown, Preferences, Interface tab, Operations section, Auto start lv2 gui flag. *Andrea discovered this problem and Adam *suggested using the Linux Studio Plugins (LSP) as a great alternative. Note that there are many other lv2 plugins besides Calf that take advantage of the glitzy UI interface and the “Auto start lv2 gui flag” works for those also.

1 0

glibc 2.41 breaking things ...
by Andrew Randrianasulu 21 Nov '25

21 Nov '25

https://github.com/JuliaLang/julia/issues/57250 I thought we already get bitten by this? I'll look into plugins/Makefile something probably off there .... Workaround as presented there: GLIBC_TUNABLES=glibc.rtld.execstack=2 ./your_app

2 1

Re: Cinelerra appimage
by Igor BEGHETTO 21 Nov '25

21 Nov '25

Thank you! PS: some links in Download page of "www.cinelerra-gg.org" website are broken, unfortunately. Il 20/11/2025 16:30, Phyllis Smith ha scritto: > *You can now download Cinelerra-GG pertinent files at the new server > website:* > *https://download.cinelerra-gg.org/* > > specifically for the AppImage: > https://download.cinelerra-gg.org/?path=%2Fimages > which for Ronaldo would be the file in the images subdirectory: > CinGG-20250630-x86_64.AppImage > as long as using a 64-bit operating system that is newer than about 5 > years. The PDF manual ist: > Cinelerra-GG.pdf > > On Thu, Nov 20, 2025 at 5:12 AM Ronaldo Almeida <ranto(a)pobox.com > <mailto:ranto@pobox.com>> wrote: > > Hi, would you please send me a link to the cinelerra infinity > appimage? > > Thanks > > Ronaldo Almeida > > > _______________________________________________ > Cin mailing list -- cin(a)lists.cinelerra-gg.org > To unsubscribe send an email to cin-leave(a)lists.cinelerra-gg.org

1 0

Calf plugins
by Andrea paz 21 Nov '25

21 Nov '25

I noticed that the calf plugins work but without UI. While trying to investigate, I found this issue: https://gitlab.archlinux.org/archlinux/packaging/packages/calf/-/issues/3 Does this only affect Arch Linux because it is removing GTK2, or could it be a more general problem?

4 7

Re: Cinelerra appimage
by Andrew Randrianasulu 20 Nov '25

20 Nov '25

On Thu, Nov 20, 2025 at 6:32 PM Phyllis Smith <phylsmith2017(a)gmail.com> wrote: > > You can now download Cinelerra-GG pertinent files at the new server website: > https://download.cinelerra-gg.org/ 0 B Total Size I think this stat is A BIT optimistic? :) > > specifically for the AppImage: > https://download.cinelerra-gg.org/?path=%2Fimages > which for Ronaldo would be the file in the images subdirectory: CinGG-20250630-x86_64.AppImage > as long as using a 64-bit operating system that is newer than about 5 years. The PDF manual ist: > Cinelerra-GG.pdf > > On Thu, Nov 20, 2025 at 5:12 AM Ronaldo Almeida <ranto(a)pobox.com> wrote: >> >> Hi, would you please send me a link to the cinelerra infinity appimage? >> >> Thanks >> >> Ronaldo Almeida > > _______________________________________________ > Cin mailing list -- cin(a)lists.cinelerra-gg.org > To unsubscribe send an email to cin-leave(a)lists.cinelerra-gg.org

1 0

AppImage DL
by Camille Harang 19 Nov '25

19 Nov '25

Hi all, it seems that the AppImage DL page link is broken, do you know where to find it? https://cinelerra-gg.org/download/images/ Thx, Bests, Camille.

2 2

Re: [Cin] [Libav-user] Dynamic_input filters and avfilter_pad_get_type
by Andrew Randrianasulu 18 Nov '25

18 Nov '25

On Sat, May 10, 2025 at 9:05 AM Paul B Mahol <onemda(a)gmail.com> wrote: > > > > On Fri, May 9, 2025 at 11:38 PM Andrew Randrianasulu <randrianasulu(a)gmail.com> wrote: >> >> I was looking at why our application (cinelerra-gg) crashed at trying to use libplacebo >> >> I found that libplacebo defines itself >> >> https://ffmpeg.org/doxygen/7.0/vf__libplacebo_8c.html >> >> as >> >> .flags = AVFILTER_FLAG_HWDEVICE | AVFILTER_FLAG_DYNAMIC_INPUTS, >> >> so only output pad is defined, as far as I can see: >> >> static const AVFilterPad libplacebo_outputs[] = { >> { >> .name = "default", >> .type = AVMEDIA_TYPE_VIDEO, >> .config_props = &libplacebo_config_output, >> }, >> }; >> >> >> >> then when our code calls >> >> avfilter_pad_get_type() > > > You need to call it only after filtergraph have been configured, not before because in such cases number of output pads may be 0 before configuration. > In any case you need to check current number of input pads and output pads for each filter before trying to access them. > Thanks. Attached patch makes this crash go away, just 32-bit cingg can't cope with 4k frames filtering en-masse :) Andrea, can you test attached patch + this opts file put alongside test 4k HDR video decodable by hardware? > >> >> >> it promptly crashes. >> >> BC_Signals::dump_stack >> cin() [0x8b2c9e2] >> linux-gate.so.1(__kernel_rt_sigreturn+0) [0xf7fb8590] >> cin(avfilter_pad_get_type+0x14) [0x99266a4] >> cin(_ZN13FFVideoStream13create_filterEPKc+0xbc) [0x865669c] >> cin(_ZN6FFMPEG12open_decoderEv+0x80f) [0x865732f] >> cin(_ZN10FileFFMPEG9check_sigEP5Asset+0x81) [0x8670071] >> cin(_ZN4File5probeEv+0x376) [0x867cd86] >> cin(_ZN4File9open_fileEP11PreferencesP5Assetii+0x378) [0x867d628] >> cin(_ZN7MWindow14load_filenamesEP9ArrayListIPcEiii+0x250) [0x87301f0] >> cin(_ZN17CommandLineThread3runEv+0x53) [0x86e2cd3] >> cin(_ZN6Thread10entrypointEPv+0x41) [0x8b70c11] >> /lib/libpthread.so.0(+0x7328) [0xf7df9328] >> /lib/libc.so.6(clone+0x66) [0xf0373f06] >> >> >> >> We still hope to get libplacebo's tonemapping + vulkan hevc decoding going, so any pointers how to talk to those dynamic_input filters will be useful. Even swscale is dynamic_input in ffmpeg 7.1+, so I (we) really hope to keep it working, too. >> >> Code: >> >> https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerr… >> >> >> >> _______________________________________________ >> Libav-user mailing list >> Libav-user(a)ffmpeg.org >> https://ffmpeg.org/mailman/listinfo/libav-user >> >> To unsubscribe, visit link above, or email >> libav-user-request(a)ffmpeg.org with subject "unsubscribe". > > _______________________________________________ > Libav-user mailing list > Libav-user(a)ffmpeg.org > https://ffmpeg.org/mailman/listinfo/libav-user > > To unsubscribe, visit link above, or email > libav-user-request(a)ffmpeg.org with subject "unsubscribe".

3 6

AppImage build log?
by Phyllis Smith 17 Nov '25

17 Nov '25

Saw this in archived mailing list, but I never saw the actual email from Rob Prowel: Rob Prowel <https://www.mail-archive.com/search?l=cin@lists.cinelerra-gg.org&q=from:%22…> Sun, 16 Nov 2025 17:18:33 -0800 <https://www.mail-archive.com/search?l=cin@lists.cinelerra-gg.org&q=date:202…> > Does the AppImage image contain active and working CUDA/nvenc or is it > just a fallback to CPU encoding? My testing seems to indicate the latter, > as I'm seeing zero difference in encoding times between libx264 and nvenc. My ffmpeg transcoding scripts always show about a 1/6th encoding time when > using nvenc. Rob, the AppImages are created on computers with different graphics cards/capabilities then what a user may have and therefore you will not get the same nvenc/CUDA speedups unless you built the binary yourself. There seems to be no way to create an AppImage that accomodates all of the variations.

2 1

Compositing two layers with transparency and chroma key
by Stefan de Konink 17 Nov '25

17 Nov '25

I want to achieve the following animation: - Track 1: the CGI animation, it has transparency and a chroma layer - Track 2: Video the animation runs over - Track 3: the CGI animation transitions to Track 1 + 2 = the default operation, this works when stacking the animation on top of the video. But *without rendering twice*, how am I able to mask out the chroma key in the animation, so track 3 becomes visible under it? -- Stefan

4 6