вт, 16 июл. 2024 г., 13:30 Terje J. Hanssen <terjejhanssen@gmail.com>:

Den 16.07.2024 11:46, skrev Andrew Randrianasulu:

вт, 16 июл. 2024 г., 12:34 Terje J. Hanssen <terjejhanssen@gmail.com>:

 
Does this also mean that it is not possible to make a "smart", common CinGG version that has multibit capability for all encoding, x264 and x265 included?

this should be current *-multibit version, but as Andrea noticed it might be slower at regular x265 8bit encodes.

I wonder why I didn't get the following encoding formats to work

0    av1_svt_yuv420p_cfhd01.webm
0    av1_vaapi_yuv420p_cfhd01.webm
0    av1_yuv422p10le_cfhd01.webm

There should also be more 10-bit pixel formats available as extracted from my previous post:
https://lists.cinelerra-gg.org/pipermail/cin/2024-July/008407.html

cfhd:     yuv422p10le gbrp12le gbrap12le
libx265:   yuv420p10le yuv422p10le yuv444p10le gbrp10le yuv420p12le yuv422p12le yuv444p12le gbrp12le gray gray10le gray12le
libsvtav1: yuv420p10le
av1_qsv:   nv12 p010le qsv

you tried to set pixel format dropdown menu after choosing preset?

And won't it be possible to enable Intel qsv etc. hwaccel support with CinGG's "internal ffmpeg", when it is available for my system ffmpeg? 

in theory yes, just figure out that switch you need to pass to ffmpeg for that (ffmpeg should print it in its banner ) and add it to  FFMPEG_EXTRA_CFG=" --your-switch --your-second-switch" environmental variable set via export command before you run autogen.sh/configure/make

I meant pre-build with CinGG.

well, problem is, if we compile cingg for whatever new libs for ffmpeg exist - running it on system where such libs are at wrong version may result in weird crashes etc? Appimage helps with some of them, but sadly not with hw-assisted de/encoding .....

Why you are so reluctant to compiling cingg yourself? You have enough cou/memory/hdd space ....

Some 20+ years ago I was distrohopping a bit because nearly every single distro was compiling mplayer just slightly wrong. Then I just stopped worrying about distro versions  and embrace gcc .... 

with whole set of deps being that long I think having source copy and poke it from time to time is reasonable? 

I can't stop whole world from doing this style of development, even if personally I dislike being in focal point of breaking changes from all sides!

A hwaccel listing from my system ffmpeg:

ffmpeg -hide_banner -encoders | grep qsv
 V..... av1_qsv              AV1 (Intel Quick Sync Video acceleration) (codec av1)
 V..... h264_qsv             H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (Intel Quick Sync Video acceleration) (codec h264)
 V..... hevc_qsv             HEVC (Intel Quick Sync Video acceleration) (codec hevc)
 V..... mjpeg_qsv            MJPEG (Intel Quick Sync Video acceleration) (codec mjpeg)
 V..... mpeg2_qsv            MPEG-2 video (Intel Quick Sync Video acceleration) (codec mpeg2video)
 V..... vp9_qsv              VP9 video (Intel Quick Sync Video acceleration) (codec vp9)

ffmpeg -hide_banner -encoders | grep amf
 V....D av1_amf              AMD AMF AV1 encoder (codec av1)
 V....D h264_amf             AMD AMF H.264 Encoder (codec h264)
 V....D hevc_amf             AMD AMF HEVC encoder (codec hevc)

ffmpeg -hide_banner -encoders | grep nvenc
 V....D av1_nvenc            NVIDIA NVENC av1 encoder (codec av1)
 V....D h264_nvenc           NVIDIA NVENC H.264 encoder (codec h264)
 V....D hevc_nvenc           NVIDIA NVENC hevc encoder (codec hevc)

And the ffmpeg banner:

ffmpeg version 7.0 Copyright (c) 2000-2024 the FFmpeg developers
  built with gcc 13 (SUSE Linux)
  configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include/ffmpeg --extra-cflags='-O2 -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -ffat-lto-objects -g' --optflags='-O2 -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -ffat-lto-objects -g' --disable-htmlpages --enable-pic --disable-stripping --enable-shared --disable-static --enable-gpl --enable-version3 --enable-libsmbclient --disable-openssl --enable-gnutls --enable-ladspa --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libdc1394 --enable-libdrm --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libjack --enable-libjxl --enable-librist --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopenh264-dlopen --enable-libopus --enable-libpulse --enable-librav1e --enable-librubberband --enable-libsvtav1 --enable-libsoxr --enable-libspeex --enable-libssh --enable-libsrt --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libxml2 --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lto --enable-lv2 --enable-libvpl --enable-vaapi --enable-vdpau --enable-version3 --enable-libfdk-aac-dlopen --enable-nonfree --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libx264 --enable-libx265 --enable-libxvid