February 2025 - Cin - Cinelerra-GG Mailing Lists

FranceBB's LUT collection
by Andrew Randrianasulu 16 May '25

16 May '25

forum https://forum.doom9.org/showthread.php?t=176091 it says those LUTs should be usable for ffmpeg's lut3d and therefore for CinGG? github (each *.cube can be several mb's big) https://github.com/FranceBB/LinearTransformation author says they were verified on professional equipment... list includes PAL and NTSC variants for rec. 601....

3 6

I tried to add AVC-Intra 100 output profiles
by Andrew Randrianasulu 08 May '25

08 May '25

But not sure if I did this correctly. https://en.wikipedia.org/wiki/AVC-Intra says for AVC-Intra 100: AVC-Intra 100: nominally 100 Mbit/s, size of each frame is fixed CAVLC entropy coding only. All formats are High 4:2:2 Intra Profile, Level 4.1 4:2:2 chrominance sampling frames are not scaled and yeah, this French-language pdf actually says the same: https://web.archive.org/web/20110720215759/http://www.ficam.fr/upload/docum… 50M 100M Standard MPEG-4 part10 AVC/H.264 Profile High 10 Intra High 4:2:2 Intra Level Level 3.2/4.0 Level 4.1 Resolution 1440x1080 / 960x720 1920x1080 / 1280x720 Sampling 4:2:0 4:2:2 Bit rate 54Mbps 111Mbps Block size Y: 8x8, C: 4x4 Intra Prediction Y: 9mode, C: 4mode MBAFF Yes De-block filter No Slice/frame 10 Entropy coding CABAC CAVLC so, I looked up ffmpeg cmd line https://trac.ffmpeg.org/ticket/3597 ffmpeg -v info -i /mnt-data/backup4/vol0/export/CUHK\ 2014-1/V017b.mov -vcodec libx264 -intra -pix_fmt yuv422p10le -vb 100M -x264opts avcintra-class=100 -x264opts colorprim=bt709 -x264opts transfer=bt709 -x264opts colormatrix=bt709 -threads 4 -acodec copy V017b-ffmpeg-git-avcintra100.mov Huh, said I and entered those params in opts file, actually in two files (mp4 and mov containers) mov libx264 cin_pix_fmt=yuv422p10le flags -global_header keyint_min=0 x264-params=keyint=0:colorprim=bt709:transfer=bt709:colormatrix=bt709 avcintra-class=100 bufsize=100000000 level=4.1 mp4 libx264 cin_pix_fmt=yuv422p10le flags -global_header keyint_min=0 x264-params=keyint=0:colorprim=bt709:transfer=bt709:colormatrix=bt709 avcintra-class=100 bufsize=100000000 level=4.1 both for progressive content, for interlace you must add some more flags: https://lists.ffmpeg.org/pipermail/ffmpeg-user/2017-January/035049.html -flags +ildct+ilme -x264opts interlaced=1 Also, there is still lack of (GUI) user notification if file writing failed due to NO SPACE on device :} FFStream::write_packet: write packet failed. file:/dev/shm/avci_new.mp4 err: На устройстве не осталось свободного места FFStream::encode_frame: encode failed. file: /dev/shm/avci_new.mp4 err: На устройстве не осталось свободного места FFStream::flush failed :file:/dev/shm/avci_new.mp4 err: Операция не позволена Render::render_single: Session finished. ** rendered 273 frames in 85.585 secs, 3.190 fps Render::render_single: Session finished. ** rendered 273 frames in 85.485 secs, 3.194 fps Render::render_single: Session finished. ** rendered 273 frames in 82.176 secs, 3.322 fps Profile sort of assumes you set project to some supported resolution, framerate, etc, otherwise libx264 will fail with console error message..... I found some talk about AVC-Ultra, there even was patch for x264, but it was not merged: https://mailman.videolan.org/pipermail/x264-devel/2015-September/011412.html Also, I think sound must be uncompressed, but I'm not sure.

2 5

10bit VAAPI encoding test thread
by Andrew Randrianasulu 06 May '25

06 May '25

We branching! I looked at gpu-screen-recorder https://git.dec05eba.com/gpu-screen-recorder/tree/src/encoder/video/vaapi.c it sets AVHWFramesContext *hw_frame_context = (AVHWFramesContext*)frame_context->data; hw_frame_context->width = video_codec_context->width; hw_frame_context->height = video_codec_context->height; hw_frame_context->sw_format = self->params.color_depth == GSR_COLOR_DEPTH_10_BITS ? AV_PIX_FMT_P010LE : AV_PIX_FMT_NV12; hw_frame_context->format = video_codec_context->pix_fmt; hw_frame_context->device_ctx = (AVHWDeviceContext*)self->device_ctx->data; so may be we need to set AV_PIX_FMT_P010LE and not just P010?

2 21

New AppImages with major new Blend plugins ready
by Phyllis Smith 01 Mar '25

01 Mar '25

Newest AppImages at: https://cinelerra-gg.org/download/images/ with Andrey's packages up to date at: https://github.com/einhander/cin-gg-packages/releases Exciting new Blend Algebra and Blend Program plugins for the blending enthusiasts by Georgy are now available to all - with Georgy's Alt-h easy access from inside CinGG to read the associated document. And examples, README, and related files at: https://cinelerra-gg.org/download/testing/BlendPluginExamples/ You will definitely have to read the documentation to figure out usage but you can get started by looking at the examples. ************************ New in the releasenotes.pdf are below GIT for Cinelerra-GG has the following changes from 01/01/2025-02/28/2025 A Major Enhancement has been developed by Georgy (sge) to provide usage versatility in the blending features. There are 2 new plugins – BlendAlgebra and BlendProgram which he has documented and Andrea has “latexed” for the Manual. For examples and details on how to adjust blending to your specific requirements, download the files at: https://cinelerra-gg.org/download/testing/BlendPluginExamples/ or refer to the PDF or HTML manual Blend Algebra and Blend Program section. Andrea discovered that AppImages no longer work on the latest version of Arch. Cause is glibc-2.4.1 which had a security flaw fixed and will eventually be in the other latest O/S versions updates. Andrew-R generated a fix to add noexecstack to configuration of the Plugins. Updated year date from 2024 to 2025 (cinelerra/versioninfo.h). Added comment to 28 hardware encoding/render formats to indicate the requirement of specific GPU hardware encoding capability as well as software implementation. Flac has been updated from 1.4.3 to 1.5.0.

2 1

New BlendAlgebra plugin install fail on Termux.
by Andrew Randrianasulu 28 Feb '25

28 Feb '25

So,I moved to compile git of cinelerra-gg as promised and run into this: BlendAlgebraStart:10:10: fatal error: 'values.h' file not found and few more error lines like this on make install for shared libs termux build (blds/termux_dyn.bld). For what exactly values.h is used? ;)

3 12

noexecstack for plugins
by Andrew Randrianasulu 28 Feb '25

28 Feb '25

Does this patch fix Appimage startup in glibc 2.41 Arch ? For testing apply patch, build cingg appimage on usual system, try to load on Arch ? ref: https://www.cinelerra-gg.org/bugtracker/view.php?id=670#c5765

3 4

Add in manual
by Andrea paz 28 Feb '25

28 Feb '25

I attach an addition for the manual (Overlay chapter) regarding problems due to handling transparencies. I am attaching both Latex and txt versions if you would like to make corrections/improvements; but even before that is to decide whether to use this text or not. There has been a lot of talk lately about the size achieved by the manual, and this addition goes beyond the request for a simple description of CinGG's functionality, and is a more theoretical and discursive part. It is up to you to decide whether it should be put in or is better not. The texts in square brackets are about the new Blend Algebra and Blend Program plugins, so they are to be ignored until it is decided whether to implement the plugins or not. If the plugins are integrated, I will go ahead and synthesize Georgy's explanations for the manual entry.

2 2

Blend Algebra /Program in manual
by Andrea paz 28 Feb '25

28 Feb '25

I append the file to Blend Algebra and Blend Program in both Latex and txt versions for any revisions. I kept the treatment of the two plugins together because doing them separately would have doubled the number of pages with the only difference being a few sentences. However, if you prefer two entries it is easy to make the change. The text should be put (copy and paste) between the plugins “Auto Scale” and “Blue Banana” @Georgy I have taken a lot out of your detailed explanations, if you feel that this is unclear or otherwise improvable, please let me know. For example, I took out the parts for “programmers,” which would actually be the most important part of these plugins. I put the link to MantisBT for your full explanations, but I don't like to link back to the bug tracker, so if you make a guide for the source or whatever, I will change the link to the latter. If you think it would be better to put your full explanation instead of a summary, I have no problem with that.

3 8

Re: [Cin] Unable to launch cin on Arch
by Phyllis Smith 26 Feb '25

26 Feb '25

Thank you for checking that as I was not sure. As mentioned earlier Andrea Paz builds, uses and updates Arch all of the time. I have sent this email directly to him and am waiting a reply. There must be something he has installed that is missing. Unfortunately, I do not have the latest Arch installed but I will boot my old one and see if I get the same error when building. On Tue, Feb 25, 2025 at 12:06 PM moop <moop250(a)proton.me> wrote: > I already checked the file beforehand and installed everything listed > inside the README, I just tried again now and the issue is persisting. > > Sent with Proton Mail <https://proton.me/mail/home> secure email. > > On Tuesday, February 25th, 2025 at 7:47 PM, Phyllis Smith < > phylsmith2017(a)gmail.com> wrote: > > ARCH build/install procedure was updated in 2022. If you have not already > tried this, please read this file: > https://cinelerra-gg.org/download/README.arch > > On Tue, Feb 25, 2025 at 5:28 AM moop <moop250(a)proton.me> wrote: > >> Hi, I already tried downloading and using the appimage on the cin-gg >> website, when I launch it I see a splash screen pop up for a second before >> it exits with a failure, the same thing happened with the appimage you >> linked. I attached the log for this under the file "appimg.log" >> >> The same thing happened when I tried to get the appimage from the AUR. >> >> The error message I included in my last email was from my attempting to >> launch the version of cin that I installed using pacman using the >> instructions outlined here >> <https://www.cinelerra-gg.org/arch-cinelerra-installation-instructions/>. >> I has assumed it would be the latest version, but upon further inspection >> it seems to be the 2020 version (cin-5.1-20201031). >> >> Ive also tried compiling the appimage from source using the AUR but it >> would always result in an error due to missing some CUDA helper headers >> that I had to track down to install. The log file for which is attached >> under the file "comp1.log" >> After getting the first set of headers installed, when I tried to compile >> again I was hit with a second set of missing headers. Contained under >> "comp2.log" >> As I have been unable to locate and install the second set of headers, I >> am finally reaching out for help. >> >> Thank you for your time, >> - Hugo >> >> Sent with Proton Mail <https://proton.me/mail/home> secure email. >> >> On Tuesday, February 25th, 2025 at 3:00 AM, Phyllis Smith < >> phylsmith2017(a)gmail.com> wrote: >> >> I am just "guessing" that you downloaded the year 2020 Arch version of >> Cinelerra ( >> https://cinelerra-gg.org/download/tars/cinelerra-5.1-arch-20201031.x86_64.t…) >> and that would explain the error message you get. If that is the case, >> please download the AppImage instead at: >> https://cinelerra-gg.org/download/images/CinGG-20241231-x86_64.AppImage >> Put it in the directory of your choice and be sure it has execute >> permission (chmod +x CinGG-20241231-x86_64.AppImage). Then just start it >> from a window by keying in its filename, as: >> ./CinGG-20241231-x86_64.AppImage >> >> Andrea Paz builds on Arch all of the time with no problems. He usually >> keeps his Arch O/S updated all of the time too so it should run. However, >> he did report recently that an older AppImage did not start for him. >> >> On Mon, Feb 24, 2025 at 6:48 PM moop via Cin <cin(a)lists.cinelerra-gg.org> >> wrote: >> >>> Hello! Ive been trying to launch cin on my new arch device, I downloaded >>> it following the instructions provided on the website and installed it >>> through pacman, but when I try to launch it, I get the error: >>> cin: error while loading shared libraries: libIlmImf-2_5.so.25: cannot >>> open shared object file: No such file or directory >>> >>> None of the "solutions" I have found have been able to help, I was >>> wondering if you would be able to assist me, or point me in the direction >>> of someone who can. >>> >>> Thank you for your time, >>> - Hugo >>> >>> Sent with Proton Mail <https://proton.me/mail/home> secure email. >>> -- >>> Cin mailing list >>> Cin(a)lists.cinelerra-gg.org >>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>> >> >> >

3 5

Old libs in distribution
by Andrew Randrianasulu 25 Feb '25

25 Feb '25

I was removing all unnecessary files on my tablet (update need around 1.5Gb free space!) and removed those from cinelerra ~/cinelerra/cinelerra-5.1 $ git diff diff --git a/cinelerra-5.1/thirdparty/src/libaom-v3.4.0.tar.xz b/cinelerra-5.1/thirdparty/src/libaom-v3.4.0.tar.xz deleted file mode 100644 index f55e51d3..00000000 Binary files a/cinelerra-5.1/thirdparty/src/libaom-v3.4.0.tar.xz and /dev/null differ diff --git a/cinelerra-5.1/thirdparty/src/libjpeg-turbo-2.1.5.1.tar.gz b/cinelerra-5.1/thirdparty/src/libjpeg-turbo-2.1.5.1.tar.gz deleted file mode 100644 index 0a4a0fa2..00000000 Binary files a/cinelerra-5.1/thirdparty/src/libjpeg-turbo-2.1.5.1.tar.gz and /dev/null differ diff --git a/cinelerra-5.1/thirdparty/src/libsvtav1-v1.8.0.tar.xz b/cinelerra-5.1/thirdparty/src/libsvtav1-v1.8.0.tar.xz deleted file mode 100644 index 1b3b1004..00000000 Binary files a/cinelerra-5.1/thirdparty/src/libsvtav1-v1.8.0.tar.xz and /dev/null differ diff --git a/cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz b/cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz deleted file mode 100644 index 4f766f91..00000000 Binary files a/cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz and /dev/null differ diff --git a/cinelerra-5.1/thirdparty/src/libvpx-1.13.1.tar.gz b/cinelerra-5.1/thirdparty/src/libvpx-1.13.1.tar.gz deleted file mode 100644 index a2455c38..00000000 Binary files a/cinelerra-5.1/thirdparty/src/libvpx-1.13.1.tar.gz and /dev/null differ diff --git a/cinelerra-5.1/thirdparty/src/tiff-4.6.0.tar.xz b/cinelerra-5.1/thirdparty/src/tiff-4.6.0.tar.xz deleted file mode 100644 index 25eb11ab..00000000 Binary files a/cinelerra-5.1/thirdparty/src/tiff-4.6.0.tar.xz and /dev/null differ ~/cinelerra/cinelerra-5.1 $ I also think libtiff-4.7.0 worked in place of 4.6.0t, but I only did one read/write tiff test ....

3 5