December 2024 - 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

Tested vaapi hwaccel presets
by Terje J. Hanssen 20 Feb '25

20 Feb '25

Attached tested vaapi hwaccel presets as gzip'd tar file av1_vaapi_10b420.mp4 av1_vaapi_10b420.webm av1_vaapi_8b420.mp4 av1_vaapi_8b420.webm h264_vaapi_8b420.mp4 hevc_vaapi_10b420.mp4 hevc_vaapi_10b422.mp4 hevc_vaapi_8b420.mp4 vp9_vaapi_10b420.mp4 vp9_vaapi_10b420.webm vp9_vaapi_8b420.mp4 vp9_vaapi_8b420.webm

4 25

I tried to make Appimage out of cinHV!
by Andrew Randrianasulu 28 Jan '25

28 Jan '25

https://cloud.mail.ru/public/mX4A/DSuGSMfUZ sha256sum /dev/shm/cinelerraHV-x86_64.AppImage 7621b7e99734717c4c6847de85f8d8e25c0bf9aa7722d7fc3cf4694cadbd8971 /dev/shm/cinelerraHV-x86_64.AppImage using new static appimage runtime ... and ROSA linux 2016 rootfs (gcc 5.5 and other tools of similar vintage ..roughly Ubuntu 16.04 ?) makeappimage need setting CXXFLAGS=-std=gnu++11, and adding liboost_filesystem for boost 1.61, and minor editing in appdir.C (constexpr t lines 33 and 35 to just const) but it seems to work, after I added desktop entry and (as hack) cingg svg icon ... Is anyone brave enough to test it? :) commit a30bb38bcdb6fe1fabdb534611bc2b9123f70514 (origin/master, origin/HEAD) Author: heroineworshiper <broadcast(a)earthling.net> Date: Thu Oct 10 21:56:45 2024 -0700 + some of my patches (can resend separately)

2 3

Release for 12/2024 + question for Andrey
by Phyllis Smith 07 Jan '25

07 Jan '25

AppImages available for the December 2024 release at: https://cinelerra-gg.org/download/images/ + https://cinelerra-gg.org/download/images/CinGG-20241120-x86_64-IntelHW.AppI… Packages available for the newer operating systems at: https://github.com/einhander/cin-gg-packages/releases/tag/20241229 See latest release notes below the *****. Question for *Andrey*: Would it be possible to easily add --with-onevpl to the configure line in your build script for Leap 15.5 RPM package? It would require the added package of "oneVPL-devel" to be installed on that O/S (that is the package name for Fedora). If you use the same build script on all of your package builds, they would have to have "oneVPL-devel" installed also. I have tested the build on Fedora 40 after installing that package and had no problem. I have none of the new Intel hardware to test but Terje would like to be able to use these new Intel hardware/software features on his computer. It should not impact normal usage (hopefully). ********* GIT for Cinelerra-GG has the following changes from 11/01/2024-12/31/2024 ********* *SVT_AV1* has been upgraded to 2.3.0 from 2.2.1 with no known problems. *Nvidia encode headers* updated from 10.0.26.0 to 12.2.72.0 which corresponds to Video Codec SDK version 12.0.16. The required driver version for Linux is 550.54.14 or newer. You can check to see if your Nvidia graphics board is supported at this website at the time of this release: https::// developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new There may be user impact since the previous required driver for Linux was 445.87. Minor addition to add non-working ffmpeg filters to plugin.opts; these are blacklisted items. *Andrew-R contributions* The build for *NetBSD* 10.0/amd64 is now working with 3 patches applied and checked in. New *Termux* (Android) encoding render formats have been added: h264_mediacodec.mp4, hevc_mediacodec.mp4, and mpeg2_hdv.mpeg. The 2 mediacodec formats will only work on Android (mediacodec is part of the Android low-level multimedia support infrastructure). A mod to mjpegtools disables compilation of y4mdenoise to prevent compiler errors in *clang*. *Terje testing/building and Andrew-R diagnosing contributions* 12 *new render formats* for qsv, which can be used only if you have that particular Intel hardware and software, have been added as developed/tested by Andrew and Terje. (QSV is Intel’s Quick Sync Video for its dedicated video encoding/decoding hardware core.) 12 *new or replaced vaapi hardware encoding *render formats are now available. Run the vainfo program to determine what formats your hardware/software recognizes. There are some patches to ffmpeg.C and ffmpeg.h to support the above. Additions for building with *oneVPL* (Intel’s oneAPI Video Processing Library) is now an option to be enabled if desired - not enabled by default - on the autogen line by adding “--with-onevpl”. Note in reference to the previous paragraph: There should be no impact to standard usage of CinGG but users need to be especially aware of the fact that using a render encoding format that requires specific hardware/software implementation will give an error. In addition, the standard AppImage releases will not provide the availability to use specific hardware features. This is the same as the inability to use vdpau/vaapi from those same appimages since they are created on a computer without the end users specific hardware. An *AppImage* has been graciously created for users who do have the Intel hardware that supports these newly tested/implemented features *of oneVPL, av1, qsv, and vaapi* for download at: https://cinelerra-gg.org/download/images/CinGG-20241120-x86_64-IntelHW.AppI…

5 8

Testing Nvidia Nvenc encoding
by Terje J. Hanssen 29 Dec '24

29 Dec '24

Continued and extracted from [Cin] Video accelerators support, builds and use https://lists.cinelerra-gg.org/pipermail/cin/2024-December/009226.html Den 12.12.2024 00:54, skrev Terje J. Hanssen: > > Den 11.12.2024 23:56, skrev Andrew Randrianasulu: >> >> чт, 12 дек. 2024 г., 00:43 Terje J. Hanssen via Cin >> <cin(a)lists.cinelerra-gg.org>: >> >> To clarify some pieces once again, I put up some basic statements >> or questions: >> ..........snip >> >> >> So what happened when adding oneVPL (qsv) support to the >> build system; dynamic linked to system or static added >> embedded into the build? >> >> >> dynamic >> >> .....snip >> >> Could in principle similar methods be extended to include >> broader video acceleration support for AMD/amf and NVIDIA/nvenc? >> >> >> nvenc already supported, I think? At some point I tried it with >> GF710 on livedvd and it was working for me. try to test it if you >> have proprietary nvidia drivers. >> Apparently Cingg then should supports NVENC via some dynamic linked external Nvidia lib, equivalent to what we did for for QSV via oneVPL support. While h264_nvenc.mp4 rendering works, h265_nvenc.mp4 fails with the following errors, see detail below: [hevc_nvenc @ 0x7ff79c015640] No capable devices found FFMPEG::open_encoder err: Generic error in an external library > > Yes, seemingly: > Cin/bin/ffmpeg/video> ls *nvenc* > h264_nvenc.mp4 h264_nvenc.qt h265_nvenc.mp4 NVENC Presets cat h264_nvenc.mp4 mp4 h264_nvenc # encode for nvidia graphics hw only preset medium profile main cat h265_nvenc.mp4 mp4 hevc_nvenc # encode for nvidia graphics hw only preset medium profile main > > Maybe I can do an attempt later, if I get life in the old GeForce GTX > 960 in my Skylake workstation. > Setup ---------- Booted BIOS and checked that the integrated Intel gpu and multimonitor setup were enabled. Installed the suse-prime package for nvidia/intel gpu selection (for NVIDIA optimus laptops with bbswitch support) and could then run the command prime-select on-demand and verified that both the Intel and Nvidia drivers were available inxi -G Graphics: Device-1: Intel HD Graphics 530 driver: i915 v: kernel Device-2: NVIDIA GM206 [GeForce GTX 960] driver: nvidia v: 550.135 Display: wayland server: X.org v: 1.21.1.14 with: Xwayland v: 24.1.4 compositor: gnome-shell v: 47.2 driver: X: loaded: modesetting,nvidia unloaded: fbdev,vesa dri: iris gpu: i915 resolution: 1920x1080~60Hz API: OpenGL v: 4.6 vendor: intel mesa v: 24.3.1 renderer: Mesa Intel HD Graphics 530 (SKL GT2) API: EGL Message: EGL data requires eglinfo. Check --recommends. ============== Test h264_nvenc.mp4 ------------------- OK ./CinGG-20241120-x86_64.AppImage Cinelerra Infinity - built: Nov 20 2024 22:06:05 Loads hdv09_04.m27 Shift-R mp4 h264_nvenc (video preset) pixels: yuv420p (default) ** rendered 5972 frames in 27.391 secs, 218.028 fps ffprobe -hide_banner hdv09_04_h264_nvenc_yuv420p.mp4 Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuvj420p(pc, smpte170m/unknown/unknown), 1440x1080 [SAR 4:3 DAR 16:9], 2156 kb/s, 25 fps, 25 tbr, 12800 tbn (default) ------- Tried also h264_nvenc with pixels: nv12 which for slowed down to 45% speed !? Render::render_single: Session finished. ** rendered 5972 frames in 60.368 secs, 98.927 fps ffprobe -hide_banner hdv09_04_h264_nvenc_nv12.mp4 Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuvj420p(pc, smpte170m/unknown/unknown), 1440x1080 [SAR 4:3 DAR 16:9], 2154 kb/s, 25 fps, 25 tbr, 12800 tbn (default) =================== Test h265_nvenc.mp4 ------------------- Did not render, neither with pixels yuv420p nor nv12: FFMPEG::open_encoder err: Generic error in an external library [hevc_nvenc @ 0x7ff79c015640] No capable devices found FFMPEG::open_encoder err: Generic error in an external library int FFMPEG::open_encoder(const char*, const char*): open failed hevc_nvenc:/run/media/terje/video/hdv09_04_h265_nvenc_yuv420p.mp4 Render::render_single: Session finished. =================== GeForce GTX 960 (GM206) should be capable to manage NVENC h265/hevc YUV 420 encoding https://en.wikipedia.org/wiki/Nvidia_NVENC#Third_generation,_Maxwell_GM20x https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new Tested hevc_nvenc full transcoding with FFmpeg 7.1 ffmpeg -hide_banner -hwaccel cuda -hwaccel_output_format cuda -i hdv09_04.m2t -c:v hevc_nvenc hdv09_04_ff_hevc_nvenc.mp4 frame= 5963 fps=270 q=34.0 Lsize= 64316KiB time=00:03:58.77 bitrate=2206.6kbits/s speed=10.8x [aac @ 0x55a38d4c4d40] Qavg: 488.890 ------------------ ffprobe -hide_banner hdv09_04_ff_hevc_nvenc.mp4 Stream #0:0[0x1](und): Video: hevc (Main) (hev1 / 0x31766568), yuv420p(tv, bt709, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], 2074 kb/s, 24.99 fps, 25 tbr, 12800 tbn (default)

4 32

Testing Appimage with OneVPL and QSV presets on legacy Intel hardware
by Terje J. Hanssen 20 Dec '24

20 Dec '24

After the successful Appimage build with OneVPL for QSV on Alder Lake (i7-12700/Arc A750), the time has come as proof of contest to test if it also works on legacy Intel iGPU hardware. Extracted from the Fixed-function Quick Sync Video format support for HEVC one should expect https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video#Hardware_decoding_and_… * The Skylake microarchitecture implementation adds a full fixed-function H.265/HEVC 8-bit 4:2:0 decoding and encoding acceleration, hybrid and partial HEVC 10-bit decoding acceleration, * The Kaby Lake, Coffee Lake, Whiskey Lake and Comet Lake microarchitectures implementation adds full fixed-function H.265/HEVC 10-bit 4:2:0 decoding and encoding acceleration, 1) Sky Lake: ------------ CPU: Info: quad core model: Intel Core i7-6700K bits: 64 type: MT MCP cache: Graphics: Device-1: Intel HD Graphics 530 driver: i915 v: kernel (Device-2: NVIDIA GM206 [GeForce GTX 960] driver: N/A) ~/Application> ./cin-x86_64.AppImage Cinelerra Infinity - built: Nov 20 2024 22:0 Loaded hdv09_04.m2t (tff interlaced) Rendered to hevc_qsv_8b420 --------------------------- libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 Render::render_single: Session finished. ** rendered 5972 frames in 66.227 secs, 90.175 fps ffprobe -hide_banner hdv09_04_hevc_qsv_8b420.mp4 Stream #0:0[0x1](und): Video: hevc (Main) (hev1 / 0x31766568), yuvj420p(pc, smpte170m/unknown/unknown, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], 4918 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Test hevc_qsv_10b420 failed --------------------------- libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 [hevc_qsv @ 0x7fe508025980] Low power mode is unsupported [hevc_qsv @ 0x7fe508025980] Current pixel format is unsupported [hevc_qsv @ 0x7fe508025980] some encoding parameters are not supported by the QSV runtime. Please double check the input parameters. FFMPEG::open_encoder err: Function not implemented int FFMPEG::open_encoder(const char*, const char*): open failed hevc_qsv:/run/media/terje/video/hdv09_04_hevc_qsv_10b420.mp4 Render::render_single: Session finished. 2) Kaby Lake ----------- CPU: Info: quad core model: Intel Core i7-8550U bits: 64 type: MT MCP cache: Graphics: Device-1: Intel UHD Graphics 620 driver: i915 v: kernel ~/Application> ./cin-x86_64.AppImage Cinelerra Infinity - built: Nov 20 2024 22:0 Loaded hdv09_04.m2t (tff interlaced) Rendered to hevc_qsv_8b420 --------------------------- libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 Render::render_single: Session finished. ** rendered 5972 frames in 59.564 secs, 100.262 fps ffprobe -hide_banner hdv09_04_hevc_qsv_8b420.mp4 Stream #0:0[0x1](und): Video: hevc (Main) (hev1 / 0x31766568), yuvj420p(pc, smpte170m/unknown/unknown, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], 4018 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Rendered to hevc_qsv_10b420 --------------------------- libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 Render::render_single: Session finished. ** rendered 5972 frames in 79.061 secs, 75.537 fps ffprobe -hide_banner hdv09_04_hevc_qsv_10b420.mp4 Stream #0:0[0x1](und): Video: hevc (Main 10) (hev1 / 0x31766568), yuv420p10le(pc, smpte170m/unknown/unknown, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], 25630 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Test hevc_qsv_10b422 failed: ---------------------------- libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 [hevc_qsv @ 0x7f8e74000bc0] Low power mode is unsupported [hevc_qsv @ 0x7f8e74000bc0] Current pixel format is unsupported [hevc_qsv @ 0x7f8e74000bc0] some encoding parameters are not supported by the QSV runtime. Please double check the input parameters. FFMPEG::open_encoder err: Function not implemented int FFMPEG::open_encoder(const char*, const char*): open failed hevc_qsv:/home/terje/Videos/hdv09_04_hevc_qsv_10b422.mp4 Render::render_single: Session finished. Conclusion: ------------------- The above simple tests show that the QSV enabled Appimage with OneVPL works also on legacy and other Intel hardware.

3 24

Two patches hopefully fixing build on NetBSD 10.0/amd64
by Andrew Randrianasulu 18 Dec '24

18 Dec '24

Currently from that system I still need to set export LD_LIBRARY_PATH="/usr/pkg/lib/ffmpeg6" and set audio output to oss - > /dev/audio but it seems to work. Can you check them by building on Linux? :)

2 22

Problem with X11-OpenGL
by Andrea paz 17 Dec '24

17 Dec '24

I continue from another post: >> After startup I have the following message: >> >> BC_DisplayInfo::gl_fb_config failed >> >> Do you know what it could be? >> > something between mesa and X server? > I fixed my mesa3d version to 22.1.7 due to breakage on nouveau with my > specific low end card (gt710) so I am not following latest mesa changes ... >> Another problem, if I load one or more media, when I set the >> X11-OpenGL driver, I get the following warning: >> >> void AWindowGUI::update_asset_list(): >> Warning: /home/paz/test/sad_woman.mxf >> dimensions 1920x1080 exceed OpenGL texture limit 0 >> void AWindowGUI::update_asset_list(): >> Warning: /home/paz/test/Unusual_Habitat.wav >> dimensions 0x0 exceed OpenGL texture limit 0 >> void AWindowGUI::update_asset_list(): >> Warning: /home/paz/test/video (2160p)HDR_01.mp4 >> dimensions 3840x2160 exceed OpenGL texture limit 0 >> void AWindowGUI::update_asset_list(): >> Warning: /home/paz/test/vp.webm >> dimensions 512x288 exceed OpenGL texture limit 0 >> Decoder dnxhd does not support device type vaapi. >> HW device init failed, using SW decode. >> file:/home/paz/test/sad_woman.mxf >> err: Operation not permitted >> FFMPEG::open_decoder: some stream times estimated: /home/paz/test/vp.webm >> >> editing on the timeline more or less works, but I often have freezes >> that force me to reboot. >> >> If I use the X11 driver everything works fine and I don't have the freezes. I've tried several tests, but I can't get to the bottom of the problem. On my system I have the following packages involving OpenGL: freeglut 3.6 glu 9.0.3 glslang 14.3 libepoxy 1.5.10 libglvnd 1.7 qt6-shadertools 6.7 and mesa 24.2.3 xf86-video-amdgpu 23.0.0 (for the 2D and opengl) I also have the same errors in Wayland (which, I imagine, uses xwayland) however I have better performance in timeline and no crashes. I too think it is some mesa update or, even more likely, amd drivers. However the problem is not only in the latest CinGG release but also in the previous one and also in a different distro (however always rolling and Arch based).

2 15