- Cin - Cinelerra-GG Mailing Lists

Make x265 multidepth build configurable
by Andrew Randrianasulu 16 Dec '25

16 Dec '25

using old switch --enable-x265_hidepth build x265 10/12bit ([yes]) Note, i think I'll rebase this on top of Vulkan/etc patches but at some point Phyllis asked if there was way to make x265 build only 8bit variant for faster testing. I think now it is!

3 11

New patches
by Andrea paz 13 Dec '25

13 Dec '25

I have recently tested the following patches: 0001-Add-Vulkan-detection-to-buildsystem.patch 0004-External-libzimg-support-for-buildsystem.patch 0002-Add-libplacebo-Vulkan-filter-detection.patch 0019-Set-postprocessing-in-libtheora-decoder.patch 0002-Make-x265_hidepth-actually-work.patch 0023-Fixup-seg-name-to-segment-so-format-gui-button-work.patch 0003-Fix-libplacebo-enabling-was-typoed-wrong.patch Other patches are already in git, I'm not sure which ones still need to be tested. I need number 0004 (libzimg), otherwise I can't compile. The others work fine. I don't quite understand what I should test with x265. Another thing, I wanted to create encoding presets with AMD's AMF framework (the equivalent of Nvidia's NVENC), since it's open source and has been separated from amdgpu-pro, but I can't enable it in the ./configure phase. Any idea how to do this? One last thing, not important, just something I'm curious about: When I load an av1 media file, I get this warning: "Decoder libdav1d does not support device type vulkan. HW device init failed, using SW decode" I wanted to try disabling dav1d and going back to the classic libaom_av1 to test whether hardware-accelerated Vulkan had reached or exceeded the performance of dav1d (which is very fast but software-based). I can't disable dav1d; I tried editing the “decode.opts” file by commenting out the line: remap_video_decoder libaom-av1=libdav1d Or by replacing libdav1d with av1_vulkan; but I always get the same warning indicating that dav1d is still running. I also tried disabling dav1d in the ./configure phase (--disable-libdav1d) but it is not taken into account and I continue to get the same warning. Do you know how I could do this? (I remind you that this is just my curiosity, it is not important).

3 8

Possibly unneeded libs in thirdparty
by Andrew Randrianasulu 10 Dec '25

10 Dec '25

We grow a bit more so I looked if there was any lost old libs in thirdparty ... I think I found few! flac-1.4.3.tar.xz (currently at flac 1.5.0) openjpeg-2.5.0.tar.xz (at 2.5.2) tiff-4.6.0.tar.xz at 4.6.0t (at 4.7.0) ffmpeg 7.0 (currently at 8.0) x265_3.5.tar.xz (at 4.0 ) x264-snapshot-20210615-master.tar.xz and x264-stable.tar.gz from 2022 (currently at x264-stableR3191.tar.xz from 2024)

2 1

patches for djbfft - potentially fix another packaging error on Debian 13
by Andrew Randrianasulu 10 Dec '25

10 Dec '25

Apparently Debain 13's packaging is more strict, so some warnings turned into errors. I tried to adapt patch from Gentoo bugtracker, but not tested it beyond compilation with gcc 11.2.0 I guess test for this will be playing ac3 audio with cingg's native decoder (not ffmpeg)

3 4

Add few lines about debian pkg build to README
by Andrew Randrianasulu 09 Dec '25

09 Dec '25

But then I guess we need to keep changelog entries in debian/ dir and PKGBUILD and spec up to date so it will say current release date and not stuck at 2020. I'll try to fix Rosa spec (are new download locations download.cinlerra-gg.org stable? I guess /downloads will not come back ..)

1 0

Remove linux-firmware from debian/control file, does not exist in Deb 13
by Andrew Randrianasulu 09 Dec '25

09 Dec '25

I think we build mostly from qemu VMs where this file not needed, and open code builds even without X server actually using dri . Another use of linux-firmware is wifi firmware, but if you get network up enough for getting cin from net (or build on isolated machine) - it also not needed.

1 0

Debian 13.2.0 cinelerra-gg shared libs apt list
by Andrew Randrianasulu 08 Dec '25

08 Dec '25

in addition to packages installed by blds/bld_prepare.sh I installed apt install git apt install mc rsync just convenience for me ===== apt install lv2-dev apt install libsratom-dev apt install libsuil-dev apt install liblilv-dev === ffmpeg 6, 7 or 8 should do === apt install libavcodec-dev apt install libavformat-dev apt install libavfilter-dev ====== apt install liba52-dev apt install libtwolame-dev apt install libdv-dev apt install libmp3lame-dev apt install libavc1394-dev apt install libiec61883-dev May be we should add them to new script ? (shared builds were not a thing back in the day ..) Otherwise it now builds with --with-single-user --without-thirdparty --without-libdpx but on 2-way SMP virtual machine (qemu 9.0.something), with 2 Gb of ram. May be more cores and more ram expose some race condition in thirdparty build ?

3 9

Patch for multilib x265 build - hopefully fix packaging on Debain 13
by Andrew Randrianasulu 08 Dec '25

08 Dec '25

Set shebang to bash (default sh on debian is dash) and uses simpler call to shell script in makefile Please test!

1 0

Debian 13 and bld_prepare.sh
by Andrew Randrianasulu 07 Dec '25

07 Dec '25

Installed Debian 13.2.0 amd64 on qemu. Now trying to see bugs reported by users our script blds/bld_prepare.sh might need some additions debian-13 is vasically same as debian just wothout 2to3 package (it was python thing). I am not sure how to best handle this: make new case for debian-13 or just delete 2to3 from debian section (I think our python script in guicast was python3 ready for some years)?

1 0

nvenc settings ?
by Andrew Randrianasulu 06 Dec '25

06 Dec '25

I wonder if this OBS forum thread can help you? https://obsproject.com/forum/threads/true-constant-quality-mode-for-h264_nv… ==== rc=constqp and cq=2 ==== While how it work under the hood is question worth many threads .... our profile is veeeery basic, but it worked for me on GT710, so I suggest to put more advanced settings into another, new profile... mp4 h264_nvenc # encode for nvidia graphics hw only preset medium profile main

1 0