вт, 16 июл. 2024 г., 17:07 Terje J. Hanssen <[email protected]>:
Den 16.07.2024 13:19, skrev Andrew Randrianasulu:
вт, 16 июл. 2024 г., 13:30 Terje J. Hanssen <[email protected]>:
Den 16.07.2024 11:46, skrev Andrew Randrianasulu:
вт, 16 июл. 2024 г., 12:34 Terje J. Hanssen <[email protected]>:
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?
Probably I missed that some preset steps (Compression?) on the Render menu. I found now 10bit more yuv422p10le for x265 and svt, but still not yet for av1_vaapi.
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 ....
Well, actually I had begun to think about it, and might do a second attempt later on (winter work), so this was possibly a kick on the way ;) https://lists.cinelerra-cv.org/pipermail/cinelerra/2016q1/003834.html
In the meantime, is there differences between a "System Built" and a "Single User built" with regards to updated procedures and utilizing the system ffmpeg, libs and gpu performance?
"single user" means you can (and should) run it from directory 'bin' that appear in your cinelerra-5.1 directory after successful build. System (dynamic) build mean you disable thirdparty components (including ffmpeg) and resulting binary and plugins should be installed system-wide (for example in /usr/local ) You can make "single user build" with "system components" by adding both switches: ./configure --with-single-user --without-thirdparty but system-wide installed ffmpeg should be at compatible version (just in case you install some either new or too old ffmpeg/libavcodec). On systems where few ffmpegs installed you may need to figure out where exactly relevant libav* libs installed, and then add some CFLAGS/LDFLAGS before compilation. You can look at blds/bsd.bld and bld/netbsd.bld for some examples. not sure how suse handles this. you probably can look at ldd /usr/bin/ffmpeg to see where libs installed. Or query rpm database about specific packages https://cinelerra-gg.org/download/CinelerraGG_Manual/How_Build_CINELERRA_GG_...
I remember a fun anecdote from my first Unix (the) book, 1982 (translated 1985), in the chapter about 'ed' and 'vi'. They referred to inner circle Unix programmers who used to say: "Real hackers do it with ed" 😎
well, I do not think you can use vi with teletype :) but of course I never tried ed ....
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