October 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

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

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

another set of test profiles
by Andrew Randrianasulu 06 Dec '24

06 Dec '24

hopefully with very silly top-line-as-comment error fixed SORRY!

3 31

FFmpeg supported QSV pixel formats and profiles
by Terje J. Hanssen 11 Nov '24

11 Nov '24

An overview over the system FFmpeg 7.1 supported QSV pixel formats and profiles: 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 -h encoder=av1_qsv | egrep 'Supported|profile|main|high|professional' Supported hardware devices: qsv qsv qsv Supported pixel formats: nv12 p010le qsv -profile <int> E..V....... (from 0 to INT_MAX) (default unknown) main 1 E..V....... ffmpeg -hide_banner -h encoder=hevc_qsv | egrep 'Supported|profile|main|high|professional' Supported hardware devices: qsv qsv qsv Supported pixel formats: nv12 p010le p012le yuyv422 y210le qsv bgra x2rgb10le vuyx xv30le -profile <int> E..V....... (from 0 to INT_MAX) (default unknown) main 1 E..V....... main10 2 E..V....... mainsp 3 E..V....... -tier <int> E..V....... Set the encoding tier (only level >= 4 can support high tier) (from 0 to 256) (default high) main 0 E..V....... high 256 E..V....... ffmpeg -hide_banner -h encoder=h264_qsv | egrep 'Supported|profile|main|high|professional' Supported hardware devices: qsv qsv qsv Supported pixel formats: nv12 qsv -profile <int> E..V....... (from 0 to INT_MAX) (default unknown) main 77 E..V....... high 100 E..V.......

2 7

New SVT-AV1 release: v2.3.0 from AOM
by Terje J. Hanssen 05 Nov '24

05 Nov '24

As seen on reddit, the Alliance for Open Media - AOM has released SVT-AV1 v. 2.3.0 The Scalable Video Technology for AV1 (SVT-AV1 Encoder) is an AV1-compliant software encoder library. * NEW FAST DECODE MODE * New fast-decode (2) to allow for an average AV1 software cycle reduction of 25-50% vs fast-decode 0 with a 1-3% BD-Rate loss across the presets * Improved fast-decode (1) option to increase its AV1 software cycle reduction by ~10% while maintaining the same quality levels * Improved --lp settings for high resolutions, with CRF gaining a ~4% improvement in speed and VBR gaining ~15% * Further Arm-based optimizations improving the efficiency of previously written Arm-neon implementations by an average of 30% * Address speed regressions for high resolutions first pass encode by tuning the threading parameters, with 1080p showing the biggest gains * Enabled AVX512 by default in cmake allowing for ~2-4% speedup * ...and more https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases/v2.3.0#230---2024-10-28 https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/README.md?ref_type=he…

3 5

VAAPI supported Encoding formats
by Terje J. Hanssen 03 Nov '24

03 Nov '24

In hope it may be of some use for Cingg next, I make a summary and supplement to the guide in https://trac.ffmpeg.org/wiki/Hardware/VAAPI#Encoding And instead of adding a tail to already too long recent threads, I start a new thread here. Two additional references are used Developer Reference: Media Capabilities Supported by Intel Hardware https://www.intel.com/content/www/us/en/docs/onevpl/developer-reference-med… Supported Encoding Input Format and Max Resolution https://github.com/intel/media-driver/blob/master/docs/media_features.md#su… to clarify the Encode Features for my own Intel Arc A-series Discrete Graphics HEVC (fixed-function hardware + shader-based) 8-bit, 4:2:0 (NV12) 10-bit, 4:2:0 (P010) 8-bit, 4:2:2 (YUY2, Windows only) 10-bit, 4:2:2 (Y210) AV1 8-bit, 4:2:0 (NV12) 10-bit, 4:2:0 (P010) A short reminder: 8-bit vs 10-bit color depths is 256 vs 1024 color levels of each RGB color, or 16.7 mill. vs 1.0 bill colors. 4:2:0 vs 4:2:2 color sub-sampling is keeping 1/4 vs 1/2 of all 4:4:4 colors or the precision of color compression. https://fujifilm-x.com/en-us/series/the-filmmakers-handbook/8-bit-or-10-bit… An important point to notice is that the VAAPI encoding 'formats' are based on those in the parentheses () above. Three simplified ffmpeg code lines with default bit-rates and without audio are used in the following three examples. Resulting fps encoding counts or speeds are the same in all cases; I don't know why. The input file used: ffprobe -hide_banner cfhd01.mkv Input #0, matroska,webm, from 'cfhd01.mkv': Metadata: ENCODER : Lavf61.1.100 Duration: 00:01:11.24, start: 0.000000, bitrate: 393480 kb/s Stream #0:0(eng): Video: cfhd (CFHD / 0x44484643), yuv422p10le(tv, bt709, top coded first (swapped)), 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn (default) Metadata: HANDLER_NAME : Apple Video Media Handler VENDOR_ID : appl ENCODER : Lavc61.3.100 cfhd DURATION : 00:01:11.240000000 1) 8-bit yuv420p hevc vaapi encoding using -vf 'format=nv12,hwupload' ------------------------------------------------------------------ ffmpeg -hide_banner -vaapi_device /dev/dri/renderD128 -i cfhd01.mkv -vf 'format=nv12,hwupload' -c:v av1_vaapi cfhd01_av1_vaapi_format_nv12.mp4 ............ frame= 1781 fps= 46 q=-0.0 Lsize= 104132KiB time=00:01:11.24 bitrate=11974.3kbits/s speed=1.83x ffprobe -hide_banner cfhd01_av1_vaapi_format_nv12.mp4 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'cfhd01_av1_vaapi_format_nv12.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomav01iso2mp41 encoder : Lavf61.7.100 Duration: 00:01:11.24, start: 0.000000, bitrate: 11974 kb/s Stream #0:0[0x1](eng): Video: av1 (libdav1d) (Main) (av01 / 0x31307661), yuv420p(tv, bt709, progressive), 1920x1080, 11973 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 12800 tbn (default) Metadata: handler_name : Apple Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc61.19.100 av1_vaapi 2) 10-bit yuv420p10le hevc vaapi encoding using -vf 'format=p010,hwupload' ----------------------------------------------------------------------- ffmpeg -hide_banner -vaapi_device /dev/dri/renderD128 -i cfhd01.mkv -vf 'format=p010,hwupload' -c:v av1_vaapi cfhd01_av1_vaapi_format_p010.mp4 ............. frame= 1781 fps= 46 q=-0.0 Lsize= 111924KiB time=00:01:11.24 bitrate=12870.3kbits/s speed=1.82x ffprobe -hide_banner cfhd01_av1_vaapi_format_p010.mp4 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'cfhd01_av1_vaapi_format_p010.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomav01iso2mp41 encoder : Lavf61.7.100 Duration: 00:01:11.24, start: 0.000000, bitrate: 12870 kb/s Stream #0:0[0x1](eng): Video: av1 (libdav1d) (Main) (av01 / 0x31307661), yuv420p10le(tv, bt709, progressive), 1920x1080, 12869 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 12800 tbn (default) Metadata: handler_name : Apple Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc61.19.100 av1_vaapi 3) 10-bit yuv422p10le hevc_vaapi encoding using -vf 'format=y210,hwupload' ----------------------------------------------------------------------- ffmpeg -hide_banner -vaapi_device /dev/dri/renderD128 -i cfhd01.mkv -vf 'format=y210,hwupload' -c:v hevc_vaapi cfhd01_hevc_vaapi_format_y210.mp4 frame= 1781 fps= 46 q=-0.0 Lsize= 105482KiB time=00:01:11.20 bitrate=12136.3kbits/s speed=1.83x ffprobe -hide_banner cfhd01_hevc_vaapi_format_y210.mp4 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'cfhd01_hevc_vaapi_format_y210.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf61.7.100 Duration: 00:01:11.24, start: 0.000000, bitrate: 12129 kb/s Stream #0:0[0x1](eng): Video: hevc (Rext) (hev1 / 0x31766568), yuv422p10le(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 12127 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Metadata: handler_name : Apple Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc61.19.100 hevc_vaapi

3 5

New October 2024 AppImages ready
by Phyllis Smith 31 Oct '24

31 Oct '24

The October 2024 AppImages are now available at: https://cinelerra-gg.org/download/images/CinGG-20241031-x86_64.AppImage https://cinelerra-gg.org/download/images/CinGG-20241031-x86_64-older-distro… https://cinelerra-gg.org/download/images/CinGG-20241031-alternative_shortcu… https://cinelerra-gg.org/download/images/CinGG-20241031-i386-newer_distros.… https://cinelerra-gg.org/download/images/CinGG-20241031-i386.AppImage *The preferred releases,* if you have newer versions of Suse, Ubuntu, Debian, and Fedora Operating Systems because of the flexibility, are Andrey's packages which were already up to date on October 30. They are at: https://github.com/einhander/cin-gg-packages/releases Nothing dramatic in this release - just 4 library upgrades to get updated. *GIT for Cinelerra-GG has the following changes from 10/01/2024-10/31/2024* *Library Upgrades:* X265 has been updated to the latest September release of 4.0 Libvpx for vp8/vp9 is now at version 1.14.1 from previous release of 1.13.1. Libwebp has been upgraded from 1.3.2 to 1.4.0. Libjpeg-turbo is now at version 3.0.4 from previous 2.1.5.1. To improve in-tree documentation, *Andrew* added files Description and Bugs to main cinelerra-5.1 directory and updated README.

2 1