November 2023 - Cin - Cinelerra-GG Mailing Lists

NetBSD 9.2 update to ffmpeg6
by Andrew Randrianasulu 26 Nov '23

26 Nov '23

It seems to work after I did "pkgin update /pkgin upgrade" inside NetBSD vm. I need to switch my .profile to ffmpeg6 instead of ffmpeg4 (otherwise it can't find libs) but apart from that it was working... https://mail-index.netbsd.org/pkgsrc-users/2023/06/28/msg037563.html "Announcing the pkgsrc-2023Q2 branch" In theory old ffmpeg4 still around, but I found at least on Slackware shared ffmpeg 4.4 build was crashing on fftestsrc plugin in rgba-float mode. It works with internal 6.1 I guess ffmpeg 6 will be moved to 6.1 in pkgsrc at some point but we ready for that, hopefully. I'll retest periodically....

1 0

Internal engine and ffmpeg
by Andrea paz 26 Nov '23

26 Nov '23

I continue here what we started in MantiBT #646 since my problems are not with the issue. I tried making a build that uses system ffmpeg instead of CinGG's internal one. The behavior is the usual, even though the internal engine for exr is active, ffmpeg is used. The result is the same: clipped exr images except one. Maybe I am doing something wrong in the copy/paste I do during compilation? I report the exact steps (not from root): git clone --depth 1 "git://git.cinelerra-gg.org/goodguy/cinelerra.git" cinelerra5 cd /home/paz/cinelerra5/cinelerra-5.1 [patching here] ./autogen.sh ./configure --with-single-user --with-config-dir=/home/paz/.bcast6 --with-booby ### .bcast5 is for appimage make 2>&1 | tee /tmp/cin5.log && make install mv Makefile Makefile.cfg cp Makefile.devel Makefile (Curiosity: what are the last 2 steps for?) Do you guys have any improvements to propose to this set of steps? If these steps are correct then I can only think that it is Arch, although I don't see how...

2 4

Two patches from Andrea's testing
by Andrew Randrianasulu 26 Nov '23

26 Nov '23

src: https://www.cinelerra-gg.org/bugtracker/view.php?id=646 ===== I made two customizations: "--disable-doc" to keep the build from crashing is adding "AC_CONFIG_MACRO_DIRS([m4])" in configure.ac otherwise autogen.sh doesn't work. The second one has been years in the making. ==== I just re-run autogen.sh after first patch, second one is untested yet (need full rebuild for this, rn I have shared (system) ffmpeg build for recompilation speeeeed.

3 5

lmahd.com
by Andrew Randrianasulu 22 Nov '23

22 Nov '23

Interesting bit they show screenshot of cinelerra-gg (I guess due to icons and ffmpeg button) yet link leads to Adam's CinHV site :) http://lmahd.com/ https://web.archive.org/web/20230124225956/http://www.lmahd.com/ it was interesting trip down to memory line ..... I wonder how exactly their sdi drivers worked, back in 2001 or so ... die to v4l limitations. Custom extension? https://web.archive.org/web/20011029181742/http://www.linuxmediaarts.com:80…

3 2

Cin-GG version to follow FFmpeg version?
by Terje J. Hanssen 21 Nov '23

21 Nov '23

.Hi Cin-GG 5.1 has been out quit a while. Currently Cin-GG happends to have the same version 5.1 as her current FFmpeg version base? Just my thought without much thinking what it implies beyond documentation updates: Because FFmpeg is a major part of Cin-GG, would it be beneficial beyond informative to let Cin-GG version follow her FFmeg base version; like version 6.1 next? Rgds Terje J. H

4 5

does swscale support rgbf32 conversions?
by Andrew Randrianasulu 21 Nov '23

21 Nov '23

I am trying to add fp32 tiff reading via ffmpeg for cinelerra-gg. we have this routine: convert_ctx = sws_getCachedContext(convert_ctx, ip->width, ip->height, pix_fmt, frame->get_w(), frame->get_h(), ofmt, SWS_POINT, NULL, NULL, NULL); if( !convert_ctx ) { fprintf(stderr, "FFVideoConvert::convert_picture_frame:" " sws_getCachedContext() failed\n"); fprintf(stderr, "pix_fmt %s \n", av_get_pix_fmt_name(pix_fmt)); fprintf(stderr, "output format %s \n", av_get_pix_fmt_name(ofmt)); return -1; } so for rgbaf32 tiff it prints: FFMPEG::open_decoder: some stream have bad times: /data/data/com.termux/files/home/test_color.tif FFMPEG::open_decoder: some stream have bad times: /data/data/com.termux/files/home/test_color.tif FFVideoConvert::convert_picture_frame: sws_getCachedContext() failed pix_fmt rgbf32le output format rgbaf32le FFVideoConvert::convert_picture_frame: sws_getCachedContext() failed pix_fmt rgbf32le output format rgbf32le for rgba-float pipeline, or FFVideoConvert::convert_picture_frame: sws_getCachedContext() failed pix_fmt rgbf32le output format rgba for rgba-8 pipeline. tiff images from https://github.com/imageio/imageio/files/7697625/TestImages_float32_Photosh… our ffmpeg.C http://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra… I just added mappings to case BC_RGBA_FLOAT: return AV_PIX_FMT_RGBAF32LE; and from libavcodec case AV_PIX_FMT_RGBAF32LE: return BC_RGBA_FLOAT; did I miss something in setup parameters for this format?

1 0

gegl graphs
by Andrew Randrianasulu 20 Nov '23

20 Nov '23

So, I was looking second time at gegl's exposure compensation tool.. description: https://ninedegreesbelow.com/photography/gimp-tone-map-with-levels.html Tool code lives as https://gitlab.gnome.org/GNOME/gegl/-/blob/master/operations/common/exposur… but I found that you can use gegl from command line, but may be test it inside gimp first and then export xml/text file for reuse https://barefootliam.blogspot.com/2022/12/gegl-plug-ins-for-gimp-part-two-g… I wonder if some of those "bring values to specific range, like 0.0 - 1.0f" operations deserve their own plugin in cinelerra (if we ever debug those "unbounded" floating point operations)

1 0

Re: [Cin] ffmpeg 6.1 is out!
by Phyllis Smith 16 Nov '23

16 Nov '23

Maybe O/S specific, but zoneplate worked for me using ffmpeg filters url example. See attached and it is kind of cute. (Note x Phyllis: the new "zoneplate" filter gives no error but if you > try to use it the error comes up: > err: Function not implemented) > >

2 1

Re: [Cin] ffmpeg 6.1 is out!
by Andrew Randrianasulu 16 Nov '23

16 Nov '23

чт, 16 нояб. 2023 г., 19:58 Andrea paz <gamberucci.andrea(a)gmail.com>: > I did a compilation with ffmpeg 6.1 and everything went well. Thanks > Phyllis. > > (Note x Phyllis: the new "zoneplate" filter gives no error but if you > try to use it the error comes up: > err: Function not implemented) > > I tried making a new build by enabling vulkan as described in the > following links: > > https://trac.ffmpeg.org/wiki/HWAccelIntro#Vulkan > https://ffmpeg.org/ffmpeg-filters.html#Vulkan-Video-Filters > > It compiles without errors using "--enable-vulkan" and > "--enable-libglslang" while crashing using "--enable-libshaderc". For > the latter crash see cin5_shader.tar.gz > > In the case of "--enable-libglslang" I have no build errors, however, > in the end, the ".../bin/cin" program is not created and therefore > CinGG does not start. See the log cin5_glslang.tar.gz > > I don't see any errors in the log; there are many lines like: > > > "/home/paz/cinelerra5/cinelerra-5.1/thirdparty/ffmpeg-6.1/libavfilter/vulkan_glslang.c:182:(.text+0xcf): > undefined reference to `glslang_shader_create'" > undefined reference is usually fatal link error, no wonder you have no binary .. probably you need to add some additional libs to ldflags as well .... > But they are not error lines or warning lines. I think it's looking > for vulkan device initialization but can't find it and leave it > alone.... >

1 1

ffmpeg 6.1 is out!
by Andrew Randrianasulu 16 Nov '23

16 Nov '23

http://ffmpeg.org/download.html#release_6.1 ====== November 10th, 2023, FFmpeg 6.1 "Heaviside" FFmpeg 6.1 "Heaviside" <http://ffmpeg.org/download.html#release_6.1>, a new major release, is now available! Some of the highlights: - libaribcaption decoder - Playdate video decoder and demuxer - Extend VAAPI support for libva-win32 on Windows - afireqsrc audio source filter - arls filter - ffmpeg CLI new option: -readrate_initial_burst - zoneplate video source filter - command support in the setpts and asetpts filters - Vulkan decode hwaccel, supporting H264, HEVC and AV1 - color_vulkan filter - bwdif_vulkan filter - nlmeans_vulkan filter - RivaTuner video decoder - xfade_vulkan filter - vMix video decoder - Essential Video Coding parser, muxer and demuxer - Essential Video Coding frame merge bsf - bwdif_cuda filter - Microsoft RLE video encoder - Raw AC-4 muxer and demuxer - Raw VVC bitstream parser, muxer and demuxer - Bitstream filter for editing metadata in VVC streams - Bitstream filter for converting VVC from MP4 to Annex B - scale_vt filter for videotoolbox - transpose_vt filter for videotoolbox - support for the P_SKIP hinting to speed up libx264 encoding - Support HEVC,VP9,AV1 codec in enhanced flv format - apsnr and asisdr audio filters - OSQ demuxer and decoder - Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol - CRI USM demuxer - ffmpeg CLI '-top' option deprecated in favor of the setfield filter - VAAPI AV1 encoder - ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element - ffprobe -output_format option added as an alias of -of This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. ===== on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.

3 14