From gamberucci.andrea at gmail.com Mon Apr 1 11:17:19 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 1 Apr 2024 11:17:19 +0200 Subject: [Cin] BlueBanana and alpha slider In-Reply-To: References: Message-ID: In other emails, Igor Vladimirsky identified the commit after which the alpha slider is no longer functional: https://git.cinelerra-gg.org/git/?p=goodguy/history.git;a=commit;h=259e435484d99cf6517290f530ac2d9d0d86cd16 If anyone can figure out where the problem lies, they are welcome. Perhaps in bluebanacolor.c, the line: float a = 1.f - *S*F; Which became: float a = *S*F; ? From randrianasulu at gmail.com Mon Apr 1 11:21:10 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 1 Apr 2024 12:21:10 +0300 Subject: [Cin] BlueBanana and alpha slider In-Reply-To: References: Message-ID: ??, 1 ???. 2024 ?., 12:17 Andrea paz : > In other emails, Igor Vladimirsky identified the commit after which > the alpha slider is no longer functional: > > https://git.cinelerra-gg.org/git/?p=goodguy/history.git;a=commit;h=259e435484d99cf6517290f530ac2d9d0d86cd16 > If anyone can figure out where the problem lies, they are welcome. > > Perhaps in bluebanacolor.c, the line: > > float a = 1.f - *S*F; > > Which became: > > float a = *S*F; > > ? > I tried to reset this specific file back to git baseline (git checkout path/bluebananacolor.c ) and problem was still here ... So, I guess it was big if {} block in bluebananaengine.c (tried to put some printks there and code execution apparently hit this region of code) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorbeg at visi1.org Mon Apr 1 11:58:38 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Mon, 01 Apr 2024 11:58:38 +0200 Subject: [Cin] BlueBanana and alpha slider In-Reply-To: References: Message-ID: <660A854E.7070306@visi1.org> What I know, "alpha" slider works with both "Filter Active" and "Mask Selection" checkboxes checked. The "Filter Active" checkbox enables the options: red, green, blue, hue, saturation, value, fade, *alpha*. If "Mask Selection" is not checked "alpha" will not work. Take a look at the video "Cin_BluBanana-alpha", please: https://files.fm/u/d3t4uf3kyc IgorBeg -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Mon Apr 1 14:50:13 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 1 Apr 2024 15:50:13 +0300 Subject: [Cin] BlueBanana and alpha slider In-Reply-To: <660A854E.7070306@visi1.org> References: <660A854E.7070306@visi1.org> Message-ID: ??, 1 ???. 2024 ?., 12:59 Igor BEGHETTO via Cin : > What I know, "alpha" slider works with both "Filter Active" and "Mask > Selection" checkboxes checked. > The "Filter Active" checkbox enables the options: red, green, blue, hue, > saturation, value, fade, *alpha*. > If "Mask Selection" is not checked "alpha" will not work. > yeah, it seems that "end selection" also must be disabled for this to work ..... strange. Need to read documentation :) > Take a look at the video "Cin_BluBanana-alpha", please: > https://files.fm/u/d3t4uf3kyc > > IgorBeg > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Tue Apr 2 01:48:59 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Mon, 1 Apr 2024 17:48:59 -0600 Subject: [Cin] BlueBanana and alpha slider In-Reply-To: <660A854E.7070306@visi1.org> References: <660A854E.7070306@visi1.org> Message-ID: Blue Banana is a complicated "work of art"! Since I have found a typo in the Manual in the Blue Banana plugin section, I will add Beghetto's summary of how alpha works as he stated below. Thanks too from me for the illustrative video. On Mon, Apr 1, 2024 at 3:59?AM Igor BEGHETTO via Cin < cin at lists.cinelerra-gg.org> wrote: > What I know, "alpha" slider works with both "Filter Active" and "Mask > Selection" checkboxes checked. > The "Filter Active" checkbox enables the options: red, green, blue, hue, > saturation, value, fade, *alpha*. > If "Mask Selection" is not checked "alpha" will not work. > > Take a look at the video "Cin_BluBanana-alpha", please: > https://files.fm/u/d3t4uf3kyc > > IgorBeg > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Thu Apr 4 09:21:02 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Thu, 4 Apr 2024 09:21:02 +0200 Subject: [Cin] The Lady Message-ID: Curious news: https://arstechnica.com/information-technology/2024/03/playboy-image-from-1972-gets-ban-from-ieee-computer-journals/ We used the Lady in the OpenCV filter section of the manual. From randrianasulu at gmail.com Thu Apr 4 12:51:25 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Thu, 4 Apr 2024 13:51:25 +0300 Subject: [Cin] The Lady In-Reply-To: References: Message-ID: ??, 4 ???. 2024 ?., 10:21 Andrea paz via Cin : > Curious news: > > https://arstechnica.com/information-technology/2024/03/playboy-image-from-1972-gets-ban-from-ieee-computer-journals/ > > We used the Lady in the OpenCV filter section of the manual. > Interesting bit of news. (I already knew part of this story, but only part). I think in our case we can leave decision about what to do to Phyllis, who was working without any fanfares on this project for like, 8 years at least? I think actual day to day practice is more important than one-time mostly symbolic gesture, in general. But one truely important ongoing expirience here for me actually about trying to do something in more collective setting. -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Thu Apr 4 17:31:32 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Thu, 4 Apr 2024 09:31:32 -0600 Subject: [Cin] The Lady In-Reply-To: References: Message-ID: Before we used this, Bill and I did some research to make sure there was no copyright issue and even read the Lady's statement about it. She was not all concerned and only people who are older even know where it came from. I personally have never seen any of it except what is shown. It is a reasonable standard for displaying an image and I consider it a disservice to discontinue it's usage as a standard. Not using it is like changing the words in the book Mark Twain wrote. On Thu, Apr 4, 2024, 04:52 Andrew Randrianasulu via Cin < cin at lists.cinelerra-gg.org> wrote: > > > ??, 4 ???. 2024 ?., 10:21 Andrea paz via Cin : > >> Curious news: >> >> https://arstechnica.com/information-technology/2024/03/playboy-image-from-1972-gets-ban-from-ieee-computer-journals/ >> >> We used the Lady in the OpenCV filter section of the manual. >> > > Interesting bit of news. (I already knew part of this story, but only > part). I think in our case we can leave decision about what to do to > Phyllis, who was working without any fanfares on this project for like, 8 > years at least? I think actual day to day practice is more important than > one-time mostly symbolic gesture, in general. But one truely important > ongoing expirience here for me actually about trying to do something in > more collective setting. > > > > -- >> Cin mailing list >> Cin at lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Thu Apr 4 21:26:07 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Thu, 4 Apr 2024 21:26:07 +0200 Subject: [Cin] The Lady In-Reply-To: References: Message-ID: I agree. I only reported the new because it was curious, not because I wanted to replace the images from the manual. From rprowel at comcast.net Fri Apr 5 04:17:52 2024 From: rprowel at comcast.net (Rob Prowel) Date: Thu, 4 Apr 2024 22:17:52 -0400 Subject: [Cin] The Lady In-Reply-To: References: Message-ID: On 4/4/24 11:31, Phyllis Smith via Cin wrote: > Before we used this, Bill and I did some research to make sure there was > no copyright issue and even read the Lady's statement about it. She was > not all concerned and only people who are older even know where it came > from. I personally have never seen any of it except what is shown. It is > a reasonable standard for displaying an image and I consider it a > disservice to discontinue it's usage as a standard. Not using it is like > changing the words in the book Mark Twain wrote. I really appreciate your position on this, and I'll refrain from going into my socio-political rant. Common sense has prevailed so no sense to discuss further. ;^) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x36472CAD382840B8.asc Type: application/pgp-keys Size: 632 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From randrianasulu at gmail.com Fri Apr 5 20:58:04 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 5 Apr 2024 21:58:04 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: Message-ID: ??, 29 ???. 2024 ?., 16:29 Terje J. Hanssen via Cin < cin at lists.cinelerra-gg.org>: > Good to see DVD is not quite dead yet. I have worked a lot the last months > with ffmpeg 6.1 to make various DVD and Blu-ray discs. > > Terje > > > tor. 28. mars 2024, 05:17 skrev Andrew Randrianasulu via Cin < > cin at lists.cinelerra-gg.org>: > >> It already branched >> >> changelog says: >> >> version 7.0: >> - DXV DXT1 encoder >> - LEAD MCMP decoder >> - EVC decoding using external library libxevd - EVC >> encoding using external library libxeve >> - QOA decoder and demuxer >> - aap filter >> - demuxing, decoding, filtering, encoding, and muxing in >> the ffmpeg CLI now all run in parallel - enable >> gdigrab device to grab a window using the hwnd=HANDLER syntax >> - IAMF raw demuxer and muxer - >> D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding >> >> - tiltandshift filter >> - qrencode filter and qrencodesrc source >> - quirc filter >> - lavu/eval: introduce randomi() function in expressions >> - VVC decoder >> - fsync filter >> - Raw Captions with Time (RCWT) closed caption muxer >> - ffmpeg CLI -bsf option may now be used for input as well as output >> - ffmpeg CLI options may now be used as -/opt , which is equivalent >> to -opt > >> - showinfo bitstream filter >> - *a C11-compliant compiler is now required; note that this requirement* >> * will be bumped to C17 in the near future, so consider updating your* >> * build environment if it lacks C17 support* >> - Change the default bitrate control method from VBR to CQP for QSV >> encoders. >> - removed deprecated ffmpeg CLI options -psnr and -map_channel >> - DVD-Video demuxer, powered by libdvdnav and libdvdread >> - ffprobe -show_stream_groups option >> - ffprobe (with -export_side_data film_grain) now prints film grain >> metadata >> - AEA muxer >> - ffmpeg CLI loopback decoders >> - Support PacketTypeMetadata of PacketType in enhanced flv format >> - ffplay with hwaccel decoding support (depends on vulkan renderer via >> libplacebo) >> - dnn filter libtorch backend >> - Android content URIs protocol >> >> ==== >> >> I also smell more breakage :) >> >> not sure if I want/will able to catch up with them, may be we should >> stick to some branch instead of chasing latest. >> > out ! https://ffmpeg.org//download.html#release_7.0 >> >> >> -- >> Cin mailing list >> Cin at lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Fri Apr 5 23:06:59 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sat, 6 Apr 2024 00:06:59 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: Message-ID: ??, 5 ???. 2024 ?., 21:58 Andrew Randrianasulu : > > > ??, 29 ???. 2024 ?., 16:29 Terje J. Hanssen via Cin < > cin at lists.cinelerra-gg.org>: > >> Good to see DVD is not quite dead yet. I have worked a lot the last >> months with ffmpeg 6.1 to make various DVD and Blu-ray discs. >> >> Terje >> >> >> tor. 28. mars 2024, 05:17 skrev Andrew Randrianasulu via Cin < >> cin at lists.cinelerra-gg.org>: >> >>> It already branched >>> >>> changelog says: >>> >>> version 7.0: >>> - DXV DXT1 encoder >>> - LEAD MCMP decoder >>> - EVC decoding using external library libxevd - EVC >>> encoding using external library libxeve >>> - QOA decoder and demuxer >>> - aap filter >>> - demuxing, decoding, filtering, encoding, and muxing >>> in the ffmpeg CLI now all run in parallel - >>> enable gdigrab device to grab a window using the hwnd=HANDLER syntax >>> - IAMF raw demuxer and muxer - >>> D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding >>> >>> - tiltandshift filter >>> - qrencode filter and qrencodesrc source >>> - quirc filter >>> - lavu/eval: introduce randomi() function in expressions >>> - VVC decoder >>> - fsync filter >>> - Raw Captions with Time (RCWT) closed caption muxer >>> - ffmpeg CLI -bsf option may now be used for input as well as output >>> - ffmpeg CLI options may now be used as -/opt , which is equivalent >>> to -opt > >>> - showinfo bitstream filter >>> - *a C11-compliant compiler is now required; note that this requirement* >>> * will be bumped to C17 in the near future, so consider updating your* >>> * build environment if it lacks C17 support* >>> - Change the default bitrate control method from VBR to CQP for QSV >>> encoders. >>> - removed deprecated ffmpeg CLI options -psnr and -map_channel >>> - DVD-Video demuxer, powered by libdvdnav and libdvdread >>> - ffprobe -show_stream_groups option >>> - ffprobe (with -export_side_data film_grain) now prints film grain >>> metadata >>> - AEA muxer >>> - ffmpeg CLI loopback decoders >>> - Support PacketTypeMetadata of PacketType in enhanced flv format >>> - ffplay with hwaccel decoding support (depends on vulkan renderer via >>> libplacebo) >>> - dnn filter libtorch backend >>> - Android content URIs protocol >>> >>> ==== >>> >>> I also smell more breakage :) >>> >>> not sure if I want/will able to catch up with them, may be we should >>> stick to some branch instead of chasing latest. >>> >> > > out ! > > https://ffmpeg.org//download.html#release_7.0 > and new channel api bites us even w/o any cingg specific patches: pluginfclient.C:456:7: error: use of undeclared identifier 'AV_OPT_TYPE_CHANNEL_LAYOUT'; did you mean 'AV_OPT_TYPE_CHLAYOUT'? pluginfclient.C:670:6: error: use of undeclared identifier 'avfilter_pad_count' pluginfclient.C:678:6: error: use of undeclared identifier 'avfilter_pad_count' pluginfclient.C:690:6: error: use of undeclared identifier 'avfilter_pad_count' pluginfclient.C:698:6: error: use of undeclared identifier 'avfilter_pad_count' pluginfclient.C:995:10: error: no member named 'channel_layout' in 'AVFrame' fileffmpeg.C:1496:7: error: use of undeclared identifier 'AV_OPT_TYPE_CHANNEL_LAYOUT'; did you mean 'AV_OPT_TYPE_CHLAYOUT'? ffmpeg.C:883:21: error: use of undeclared identifier 'av_get_default_channel_layout' ffmpeg.C:885:21: error: use of undeclared identifier 'av_get_default_channel_layout' ffmpeg.C:887:21: error: use of undeclared identifier 'swr_alloc_set_opts'; did you mean 'swr_alloc_set_opts2'? ffmpeg.C:888:3: error: cannot initialize a parameter of type 'const AVChannelLayout *' with an lvalue of type 'uint64_t' (aka 'unsigned long') ffmpeg.C:966:31: error: no member named 'channels' in 'AVCodecParameters' ffmpeg.C:986:9: error: no member named 'channel_layout' in 'AVFrame' ffmpeg.C:986:33: error: no member named 'channel_layout' in 'AVCodecContext' ffmpeg.C:1007:20: error: no member named 'channels' in 'AVFrame' ffmpeg.C:2783:15: error: no member named 'channels' in 'AVCodecParameters' ffmpeg.C:2790:27: error: no member named 'channels' in 'AVCodecParameters' ffmpeg.C:2946:9: error: no member named 'channels' in 'AVCodecContext' ffmpeg.C:2949:9: error: no member named 'channel_layout' in 'AVCodecContext' ffmpeg.C:2949:62: error: no member named 'channels' in 'AVCodecContext' ffmpeg.C:2961:57: error: no member named 'channels' in 'AVCodecContext' ffmpeg.C:2962:28: error: use of undeclared identifier 'swr_alloc_set_opts'; did you mean 'swr_alloc_set_opts2'? ffmpeg.C:2963:5: error: cannot initialize a parameter of type 'const AVChannelLayout *' with an lvalue of type 'uint64_t' (aka 'unsigned long') ffmpeg.C:3932:46: error: no member named 'channel_layout' in 'AVCodecParameters' ffmpeg.C:3950:22: error: no member named 'channel_layout' in 'AVCodecParameters' ffmpeg.C:3951:18: error: no member named 'channel_layout' in 'AVCodecParameters' fatal error: too many errors emitted, stopping now [-ferror-limit=] ====== hopefully in time I'll fix them, but not right now. > > > >>> >>> >>> -- >>> Cin mailing list >>> Cin at lists.cinelerra-gg.org >>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>> >> -- >> Cin mailing list >> Cin at lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Sat Apr 6 00:16:13 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sat, 6 Apr 2024 01:16:13 +0300 Subject: [Cin] ffmpeg 7.0 api changes Message-ID: so I was using this patch as guidance https://github.com/HandBrake/HandBrake/pull/4451/commits/5e86b74d405f63ed020fa09eb076a65b7337bd4e apparently channels was replaced by ch_layout.nb_channels and channel_layout by ch_layout.u.mask I'll try to put ifdef guards around those changes and make some patches ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Sat Apr 6 12:24:09 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sat, 6 Apr 2024 13:24:09 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: ??, 6 ???. 2024 ?., 01:16 Andrew Randrianasulu : > so I was using this patch as guidance > > > https://github.com/HandBrake/HandBrake/pull/4451/commits/5e86b74d405f63ed020fa09eb076a65b7337bd4e > > apparently channels was replaced by ch_layout.nb_channels > > and channel_layout > by ch_layout.u.mask > > I'll try to put ifdef guards around those changes and make some patches ... > It compiles :) but not sure if it actually works .. note, it should compile even with our ffmpeg 6.1 , I hope? because api change was for 5.1, 7.0 just removed it as "long deprecated" . > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Adapt-to-ffmpeg-7.0-drop-ffmpeg-pre-5.1-support.patch Type: text/x-diff Size: 12697 bytes Desc: not available URL: From phylsmith2017 at gmail.com Sat Apr 6 17:42:20 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 6 Apr 2024 09:42:20 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: This is going to be fun for me today! on different distros hopefully. Thanks and that was fast. On Sat, Apr 6, 2024 at 4:24?AM Andrew Randrianasulu wrote: > > > ??, 6 ???. 2024 ?., 01:16 Andrew Randrianasulu : > >> so I was using this patch as guidance >> >> >> https://github.com/HandBrake/HandBrake/pull/4451/commits/5e86b74d405f63ed020fa09eb076a65b7337bd4e >> >> apparently channels was replaced by ch_layout.nb_channels >> >> and channel_layout >> by ch_layout.u.mask >> >> I'll try to put ifdef guards around those changes and make some patches >> ... >> > > > It compiles :) > > but not sure if it actually works .. > > note, it should compile even with our ffmpeg 6.1 , I hope? because api > change was for 5.1, 7.0 just removed it as "long deprecated" . > >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sat Apr 6 23:18:56 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sat, 6 Apr 2024 23:18:56 +0200 Subject: [Cin] ChomaKey's old bug Message-ID: In an exchange of mails Igor Vladimirsky pointed out to me that the old bug reported by Camille: https://lists.cinelerra-gg.org/pipermail/cin/2021-March/003149.html and: https://www.cinelerra-gg.org/bugtracker/view.php?id=559 Has been fixed by Adam in CinHV. The patch with the fix is at: https://github.com/heroineworshiper/hvirtual/commit/9080ca3fc952edce68fcabb6d7460dda7c75da79 Andrew, do you think it is possible to implement the patch in CinGG? From randrianasulu at gmail.com Sat Apr 6 23:52:59 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 7 Apr 2024 00:52:59 +0300 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: ??, 7 ???. 2024 ?., 00:19 Andrea paz via Cin : > In an exchange of mails Igor Vladimirsky pointed out to me that the > old bug reported by Camille: > > https://lists.cinelerra-gg.org/pipermail/cin/2021-March/003149.html > and: > https://www.cinelerra-gg.org/bugtracker/view.php?id=559 > > Has been fixed by Adam in CinHV. The patch with the fix is at: > > > https://github.com/heroineworshiper/hvirtual/commit/9080ca3fc952edce68fcabb6d7460dda7c75da79 > > Andrew, do you think it is possible to implement the patch in CinGG? > may be? I hope it just self-contained in plugins/dissolve ... will try to copy/pasta changes from this commit tomorrow when I power up desktop -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Sat Apr 6 23:58:58 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 6 Apr 2024 15:58:58 -0600 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: Our ChromaKey is broken as demoed in previous emails with GG-BLUR.tar.bz2. I was trying to incorporate some changes in the version 8 (in GitHub) of HV but failed to just get it to work. But hopefully Andrew will figure it out. P.S. We lost power here due to high winds, so have not completed ffmpeg 7.0 compile yet and then will be testing the TV record and bluray writes. On Sat, Apr 6, 2024 at 3:53?PM Andrew Randrianasulu via Cin < cin at lists.cinelerra-gg.org> wrote: > > Andrew, do you think it is possible to implement the patch in CinGG? >> > > > may be? I hope it just self-contained in plugins/dissolve ... will try to > copy/pasta changes from this commit tomorrow when I power up desktop > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sun Apr 7 13:09:17 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sun, 7 Apr 2024 13:09:17 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: How to compile CinGG with ffmpeg7? Should I remove ffmpeg5.1 and ffmpeg6.1 and all their patches and then add the tarball of ffmpeg7 plus your new patch? From randrianasulu at gmail.com Sun Apr 7 13:19:10 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 7 Apr 2024 14:19:10 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: ??, 7 ???. 2024 ?., 14:09 Andrea paz : > How to compile CinGG with ffmpeg7? > Should I remove ffmpeg5.1 and ffmpeg6.1 and all their patches and then > add the tarball of ffmpeg7 plus your new patch? > I just put ffmpeg 7.0 tar.xz into thirdparty/src then changed configure.ac so it refers to ffmpeg 7.0 instead of 6.1 then run ./autogen.sh configure make as usual. Nothing was deleted. (but then I haven't tried to port our patches yet ). Patch is git patch to apply to cinelerra sources, (git am/git apply) not patch to put in thirdparty/src > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sun Apr 7 15:01:59 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sun, 7 Apr 2024 15:01:59 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Compilation does not work. I attach the cin5.log In configure.ac I changed the entry: ffmpeg-6.1 to ffmpeg-7.0 However, I left two entries unchanged ffmpeg6 because in my system I still don't have ffmpeg7. Should I also change these two entries to ffmpeg7? -------------- next part -------------- A non-text attachment was scrubbed... Name: cin5.tar.gz Type: application/gzip Size: 235884 bytes Desc: not available URL: From randrianasulu at gmail.com Sun Apr 7 15:20:03 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 7 Apr 2024 16:20:03 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: ??, 7 ???. 2024 ?., 16:02 Andrea paz : > Compilation does not work. I attach the cin5.log > > In configure.ac I changed the entry: > ffmpeg-6.1 to ffmpeg-7.0 > However, I left two entries unchanged > ffmpeg6 > because in my system I still don't have ffmpeg7. > Should I also change these two entries to ffmpeg7? > you mean echo "system_libs += -L/usr/pkg/lib/ffmpeg6" echo "CFLAGS += -I/usr/pkg/include/ffmpeg6" ? those are for NetBSD .... I am compiling on desktop machine right now, may be I forgot to make some changes so it only worked in termux .... -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sun Apr 7 15:41:41 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sun, 7 Apr 2024 15:41:41 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: > you mean > echo "system_libs += -L/usr/pkg/lib/ffmpeg6" > echo "CFLAGS += -I/usr/pkg/include/ffmpeg6" > ? > those are for NetBSD .... > Yes, I meant those. didn't know they were for BSD. In the log it talks about a cuda error; maybe it tries to activate even on my system that doesn't have cuda? From randrianasulu at gmail.com Sun Apr 7 15:45:32 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 7 Apr 2024 16:45:32 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: ??, 7 ???. 2024 ?., 16:41 Andrea paz : > > you mean > > echo "system_libs += -L/usr/pkg/lib/ffmpeg6" > > echo "CFLAGS += -I/usr/pkg/include/ffmpeg6" > > ? > > those are for NetBSD .... > > > Yes, I meant those. didn't know they were for BSD. > In the log it talks about a cuda error; maybe it tries to activate > even on my system that doesn't have cuda? > I think this more related to our version of nv headers ... I tried to cp thirdparty/src/ffmpeg-6.1.patch10 as ffmpeg-7.0.patch10 and compilation currently progressed beyond this error. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Sun Apr 7 16:27:59 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 7 Apr 2024 17:27:59 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: ??, 7 ???. 2024 ?., 16:45 Andrew Randrianasulu : > > > ??, 7 ???. 2024 ?., 16:41 Andrea paz : > >> > you mean >> > echo "system_libs += -L/usr/pkg/lib/ffmpeg6" >> > echo "CFLAGS += -I/usr/pkg/include/ffmpeg6" >> > ? >> > those are for NetBSD .... >> > >> Yes, I meant those. didn't know they were for BSD. >> In the log it talks about a cuda error; maybe it tries to activate >> even on my system that doesn't have cuda? >> > > I think this more related to our version of nv headers ... > > I tried to cp thirdparty/src/ffmpeg-6.1.patch10 as ffmpeg-7.0.patch10 and > compilation currently progressed beyond this error. > Ah, even if most patches apart from 3, 4 and D still apply encoding is busted :/ so more work needed .... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sun Apr 7 16:38:25 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sun, 7 Apr 2024 16:38:25 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: >> I tried to cp thirdparty/src/ffmpeg-6.1.patch10 as ffmpeg-7.0.patch10 and compilation currently progressed beyond this error. Success! Thank you very much, Andrew. I saw that in this edition there are few filters. In CinGG there is only "tiltandshift" filter; it does not give error but it does not work. In the terminal I have only the message: "resource temporarily unavaible" Of the other filters, there is no trace. These are: aap qrencode quirc fsync showinfo bitstream dnn > Ah, even if most patches apart from 3, 4 and D still apply encoding is busted :/ I have tried three encodings and they work normally (h265-Hi; DNxHR-HQX and AV1.svt). From randrianasulu at gmail.com Sun Apr 7 16:31:24 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 7 Apr 2024 17:31:24 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: On Sun, Apr 7, 2024 at 5:38?PM Andrea paz wrote: > >> I tried to cp thirdparty/src/ffmpeg-6.1.patch10 as ffmpeg-7.0.patch10 > and compilation currently progressed beyond this error. > Success! Thank you very much, Andrew. > > I saw that in this edition there are few filters. In CinGG there is > only "tiltandshift" filter; it does not give error but it does not > work. In the terminal I have only the message: > > "resource temporarily unavaible" > > Of the other filters, there is no trace. These are: > > aap > qrencode > quirc > fsync > showinfo bitstream > dnn > > > Ah, even if most patches apart from 3, 4 and D still apply encoding is > busted :/ > I have tried three encodings and they work normally (h265-Hi; > DNxHR-HQX and AV1.svt). > I tried default ffmpeg mp4 profile and it was giving me errors ... But I think I fixed it, see last patch in attached git series (modelled after ffmpeg-7.0/doc/examples/transcode_aac.c) not sure about ac3 encoding and bdwrite yet ... -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Adapt-to-ffmpeg-7.0-drop-ffmpeg-pre-5.1-support.patch Type: text/x-patch Size: 12701 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Switch-configure.ac-to-ffmpeg-7.0.patch Type: text/x-patch Size: 690 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-Four-more-patches-for-ffmpeg-7.0.patch Type: text/x-patch Size: 5551 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0005-Fix-audio-encoding-with-ffmpeg-7.0.patch Type: text/x-patch Size: 1288 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Add-some-7.0-patches.-Patch-3-and-4-need-rebase.patch Type: text/x-patch Size: 23880 bytes Desc: not available URL: From sitelve at gmail.com Sun Apr 7 06:54:09 2024 From: sitelve at gmail.com (Igor Vladimirsky) Date: Sun, 7 Apr 2024 04:54:09 +0000 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: ??, 6 ???. 2024??. ? 21:19, Andrea paz via Cin : > In an exchange of mails Igor Vladimirsky pointed out to me that the > old bug reported by Camille: > https://lists.cinelerra-gg.org/pipermail/cin/2021-March/003149.html > and: > https://www.cinelerra-gg.org/bugtracker/view.php?id=559 > Has been fixed by Adam in CinHV. The patch with the fix is at: > > https://github.com/heroineworshiper/hvirtual/commit/9080ca3fc952edce68fcabb6d7460dda7c75da79 > Andrew, do you think it is possible to implement the patch in CinGG? > -- > Hi, it is not about chromakey. It is about Title/Fade/Dissolve. Seems, works Ok for me in hv from https://github.com/heroineworshiper/hvirtual_bin Needs, of course, more testing. imbw xml, images for hv https://drive.google.com/file/d/1spi6WLzOuzFwTa69_4l3rZI-F0aEUQBx/view?usp=sharing -------------- next part -------------- An HTML attachment was scrubbed... URL: From sitelve at gmail.com Sun Apr 7 06:59:51 2024 From: sitelve at gmail.com (Igor Vladimirsky) Date: Sun, 7 Apr 2024 04:59:51 +0000 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: ??, 6 ???. 2024??. ? 21:59, Phyllis Smith via Cin < cin at lists.cinelerra-gg.org>: > Our ChromaKey is broken as demoed in previous emails with > GG-BLUR.tar.bz2. I was trying to incorporate some changes in the version 8 > (in GitHub) of HV but failed to just get it to work. But hopefully Andrew > will figure it out. > Hi all, I have written a new article about Chroma Key HSV https://linuxvideoediting.blogspot.com/2024/04/chroma-key-hsv-cinelerra.html The article consists of two parts. In the first part I describe what I already showed in the screencast https://www.youtube.com/watch?v=QATi9J6Q8uw I added a small excursion into the history of the plugin and a few screenshots. Read this msg from Jerome (2006) Quote: *"I saw this (Avid's new chroma keyer): and I told myself that it would be cool to have a similar plugin for Cinelerra.So I completely modified the chromakey plugin."* -------- As you see, Jerome was trying to replicate the Avid's new chroma keyer (SpectraMatte). https://resources.avid.com/SupportFiles/attach/Symphony_Effects_and_CC_Guide_v5.5.pdf (pages: 203 - 212, 691 - 703) but the problem seems to be harder than he thought. The current ChromaKeyHSV (in CV*/GG and [HV_before-02.2024] ) is doing whatever Jerome Cornet had. However, the original Avid algorithm is a lot more complex & might have been marketing. ChromaKey HSV in HV_before-02.2024 (before upgrading) is Jerome's version. The current implementation of ChromaKeyHSV in Cinelerra-HV_after-02.2024 is most of the SpectraMatte algorithm. I describe it in the second part of the article. It contains many original screenshots. If you delve into the operation of the 'Saturation Offset' parameter, the question arises: "What is the difference between it and 'Min Saturation'?" If you watched the screencast, you saw that 'Saturation Offset' only takes effect if 'Min Saturation' is > 0. Both set the minimum. saturation level, but S.O. cannot set a level lower than that specified using M.S. I.e. in conjunction with S.O., M.S. may act as a limiter. That's all? In theory, the purpose of the parameter is to shift the keying sector along the line of increasing saturation. However, it appears that either Jerome did not complete the parameter, or the parameter is broken. You can "squeeze" the following out of it: set 'In Slope' and 'Out Slope', then turn up 'Saturation Min' to maximum. And let's increase 'Sat.Offset' a little as in the screenshot https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiR-BA3Khw0mq2b8w868lS3kBYdHFe95oZFQICDqqTvu5VpIhyphenhyphen_q5YT53gsxLzpoPPUW7adooTO51Pm2rsupesECI6fBVHKWq0WcQQFj7_ywquTTtNg9hJ0bu87wpNTlnF0g0j4LXXClU9zqKMPS_sACXztnbOpVSlQC0sQym1pufIFyeLqm-EFDIbLX57v/s16000/sat-offset.png I.e. its current capabilities allow it to do something similar to an offset. But all this looks unconvincing. I looked at how the parameter works in other forks (cin-cv/cve/gg) - the behavior was/is the same everywhere. In addition, I encountered the fact that 'Spill Threshold' did not work properly in Cin-HV__before-02.2024 and Cin-GG (it was throwing artifacts). I recorded a screencast and sent it to Adam. I attached to the letter the collected information on the plugin (who made it, when, goals) and links to the official SpectraMatte documentation. A few days later, Adam made a number of bugfixes and innovations and wrote an algorithm for the plugin similar to the SM algorithm. I quote Adam's comment in the code: "The current implementation is most of the SpectraMatte algorithm.". 'Saturation Offset' was first removed (with a verdict 'confused' and a transparent hint to ask Jerome himself what he wanted to tell the world with this parameter), and later was resurrected again, but in a new quality https://drive.google.com/file/d/1ECMFIDBsditblrmmV2pISAGCLM_xp5oi/view?usp=sharing (I made this screencast during testing). Everything else in the article is a technical part and it seems that the google translator translates it into English quite well. About Cin-GG This screencast/screenshot shows the problem with 'Spill Threshold' (select 720-quality in player's settings) https://drive.google.com/file/d/13saceEUhBpNT9fkzRQhgUFrfr-f9o60l/view?usp=sharing https://drive.google.com/file/d/1WPTFC6qF8kfF_dDva25o7cEM0j2lKo4x/view?usp=sharing XML for testing. Created in CinGG-20240229-x86_64-older-distros.AppImage https://drive.google.com/file/d/1zRFIgx2yJ6lkbeNNrazYj93yv79JIZBk/view?usp=sharing This screencast (Jerome's version in CV) shows how the parameter should work. https://drive.google.com/file/d/1HvdDyO0jqe2yY4H2VbkXqnylotnXmhnK/view?usp=sharing =========== What do I recommend to understand what's going on with ChKHSV in Cin-HV (GG)? Go to the Source_code repo https://github.com/heroineworshiper/hvirtual/commits/master/?after=43fd35a6162b7af24e8f368fe8d6344be7959701+34 This is the 1-st commit for CK-HSV-fixing (after my report) https://github.com/heroineworshiper/hvirtual/commit/739bb752739d177fbeb870f3b81058c48792a19d chromakey HSV fixes. Color swatch generator The 2-nd commit is https://github.com/heroineworshiper/hvirtual/commit/c297ff15f3a2a86d6905c9b2194e5b3adacf7027 It removes confusing parameter (Saturation Offset). Makes YUV fix (spill threshold creates artifacts in YUV) + This commit removes 'Saturation Offset' from GUI. ----- The next commits implement AVID's algorithm ------- To get the build (from Adam's binary repo !) that contains the changes for fixing Jerome's version in HV, use wget https://github.com/heroineworshiper/hvirtual_bin/archive/adfebed3e473adc416b53b60fdb03b64f1ba353f.zip The binary repo was created by Adam after my request. The next buld in the binary repo contains AVID's algorithm. ---------------------------------- IgorV -------------- next part -------------- An HTML attachment was scrubbed... URL: From terjejhanssen at gmail.com Sun Apr 7 17:40:33 2024 From: terjejhanssen at gmail.com (Terje J. Hanssen) Date: Sun, 7 Apr 2024 17:40:33 +0200 Subject: [Cin] FFmpeg 7.0 Merges DVD-Video Demuxer Message-ID: <28f65f69-20d1-459a-ab4a-eda1144280c7@gmail.com> There has earlier been some descriptions on how to rip a DVD video with ffmpeg like this one https://www.miskatonic.org/2020/05/12/dvd-ffmpeg/ I am curious? and excited to see if and what the publicized FFmpeg 7.0's DVD-video demuxer offers extra, hopefully also to preserve DVD-video menues(?) https://www.phoronix.com/news/FFmpeg-DVD-Video-Demuxer https://github.com/FFmpeg/FFmpeg/commit/a1304272c3a0ef7c3d77c702dd466b3f11bf300f#diff-6581bb940df8aa04c231ca14c275f130917b180442d10ce68a1df6801e95194d From phylsmith2017 at gmail.com Sun Apr 7 18:12:38 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sun, 7 Apr 2024 10:12:38 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: I attached ffmpeg-7.0.patch0, but maybe we do not need anymore?? Andrew?? > Ah, even if most patches apart from 3, 4 and D still apply encoding is >> busted :/ >> I have tried three encodings and they work normally (h265-Hi; >> DNxHR-HQX and AV1.svt). >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ffmpeg-7.0.patch0 Type: application/octet-stream Size: 835 bytes Desc: not available URL: From randrianasulu at gmail.com Sun Apr 7 18:57:38 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 7 Apr 2024 19:57:38 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: ??, 7 ???. 2024 ?., 19:12 Phyllis Smith : > I attached ffmpeg-7.0.patch0, but maybe we do not need anymore?? Andrew?? > yes, patch0 was for termux, but I just added ffmpeg configure option into termux.bld so patch is not needed anymore ... bigger problem I can't make ac3 encoding to work, it does not crash but file is empty. And copying context by specialized av_ function just crashes it. So I am a bit stuck on this one. > > > Ah, even if most patches apart from 3, 4 and D still apply encoding is >>> busted :/ >>> I have tried three encodings and they work normally (h265-Hi; >>> DNxHR-HQX and AV1.svt). >>> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Sun Apr 7 19:04:25 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sun, 7 Apr 2024 11:04:25 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: OK, thanks Andrew. Creating blurays with what patches I had yesterday did not work, but am testing with the latest patches today so I am behind. On Sun, Apr 7, 2024 at 10:57?AM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > > > ??, 7 ???. 2024 ?., 19:12 Phyllis Smith : > >> I attached ffmpeg-7.0.patch0, but maybe we do not need anymore?? Andrew?? >> > > > yes, patch0 was for termux, but I just added ffmpeg configure option into > termux.bld so patch is not needed anymore ... > > > bigger problem I can't make ac3 encoding to work, it does not crash but > file is empty. And copying context by specialized av_ function just > crashes it. So I am a bit stuck on this one. > >> >> > Ah, even if most patches apart from 3, 4 and D still apply encoding is >>>> busted :/ >>>> I have tried three encodings and they work normally (h265-Hi; >>>> DNxHR-HQX and AV1.svt). >>>> >>> >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sun Apr 7 20:28:28 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sun, 7 Apr 2024 20:28:28 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Compilation with all the patches went well. I loaded a m2ts file with many audio channels and tried (from root) to do a BD render. I left all settings at default. At the end of the render I got a crash (no dump). In the terminal I have these lines: FFMPEG::open_decoder: some stream times estimated: /home/paz/video_editing/free_video/Amaze.m2ts Render::render_single: Session finished. ** rendered 1033 frames in 14.711 secs, 70.220 fps ++ dirname /home/paz/test/bd_20240407-202044/bd.sh + sdir=/home/paz/test/bd_20240407-202044 ++ cd /home/paz/test/bd_20240407-202044 ++ pwd + dir=/home/paz/test/bd_20240407-202044 + PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/opt/rocm/bin:/home/paz/cinelerra5/cinelerra-5.1/bin + mkdir -p /home/paz/test/bd_20240407-202044/udfs ++ du -cb /home/paz/test/bd_20240407-202044/bd.m2ts ++ tail -1 ++ sed -e 's/[ ].*//' + sz=53477376 + blks=30208 + rm -f /home/paz/test/bd_20240407-202044/bd.udfs + '[' -f /home/paz/test/bd_20240407-202044/bd.meta ']' + mkudffs -b 2048 /home/paz/test/bd_20240407-202044/bd.udfs 30208 filename=/home/paz/test/bd_20240407-202044/bd.udfs label=LinuxUDF uuid=6612e44ea433917e blocksize=2048 blocks=30208 udfrev=2.01 start=0, blocks=16, type=ERASE start=16, blocks=4, type=VRS start=20, blocks=76, type=ERASE start=96, blocks=16, type=MVDS start=112, blocks=16, type=ERASE start=128, blocks=4, type=LVID start=132, blocks=124, type=ERASE start=256, blocks=1, type=ANCHOR start=257, blocks=29688, type=PSPACE start=29945, blocks=6, type=ERASE start=29951, blocks=1, type=ANCHOR start=29952, blocks=96, type=ERASE start=30048, blocks=16, type=RVDS start=30064, blocks=143, type=ERASE start=30207, blocks=1, type=ANCHOR + mount -t udf -o loop /home/paz/test/bd_20240407-202044/bd.udfs /home/paz/test/bd_20240407-202044/udfs + bdwrite /home/paz/test/bd_20240407-202044/udfs /home/paz/test/bd_20240407-202044/bd.m2ts + umount /home/paz/test/bd_20240407-202044/udfs + echo To burn bluray, load writable media and run: To burn bluray, load writable media and run: + echo for WORM: growisofs -dvd-compat -Z /dev/bd=/home/paz/test/bd_20240407-202044/bd.udfs for WORM: growisofs -dvd-compat -Z /dev/bd=/home/paz/test/bd_20240407-202044/bd.udfs + echo for RW: dd if=/home/paz/test/bd_20240407-202044/bd.udfs of=/dev/bd bs=2048000 for RW: dd if=/home/paz/test/bd_20240407-202044/bd.udfs of=/dev/bd bs=2048000 + kill 197321 Terminato From phylsmith2017 at gmail.com Sun Apr 7 20:29:54 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sun, 7 Apr 2024 12:29:54 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Default, with no variations having been tested, *Bluray creation works and plays* on Samsung and LG TV connected devices just fine. This is after I patched with 0005-Fix-audio-encoding-with-ffmpeg-7.0.patch and I had added the attached patch to thirdparty/src/ffmpeg-7.0.patch3 (which I re-created based on 6.1 and although it looks like it should be the same, I have no idea if it is even correct). However, I "think" Andrew already knows that DVD creation fails: > virtual int FileAC3::open_file(int, int): > FileAC3::open_file failed to open codec. > FileAC3::encode_flush: encode failed: Invalid argument > On Sun, Apr 7, 2024 at 10:57?AM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > > > ??, 7 ???. 2024 ?., 19:12 Phyllis Smith : > >> I attached ffmpeg-7.0.patch0, but maybe we do not need anymore?? Andrew?? >> > > > yes, patch0 was for termux, but I just added ffmpeg configure option into > termux.bld so patch is not needed anymore ... > > > bigger problem I can't make ac3 encoding to work, it does not crash but > file is empty. And copying context by specialized av_ function just > crashes it. So I am a bit stuck on this one. > >> >> > Ah, even if most patches apart from 3, 4 and D still apply encoding is >>>> busted :/ >>>> I have tried three encodings and they work normally (h265-Hi; >>>> DNxHR-HQX and AV1.svt). >>>> >>> >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ffmpeg-7.0.patch3 Type: application/octet-stream Size: 2651 bytes Desc: not available URL: From phylsmith2017 at gmail.com Sun Apr 7 20:34:20 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sun, 7 Apr 2024 12:34:20 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Andrea, oops, I guess I had better try another video as BD Render did not crash for me, but I always use the same small file with only 2 channels. Your terminal output looks correct though! More testing !! Phyllis On Sun, Apr 7, 2024 at 12:28?PM Andrea paz wrote: > Compilation with all the patches went well. I loaded a m2ts file with > many audio channels and tried (from root) to do a BD render. I left > all settings at default. At the end of the render I got a crash (no > dump). > In the terminal I have these lines: > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Sun Apr 7 20:30:32 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 7 Apr 2024 21:30:32 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: On Sun, Apr 7, 2024 at 9:34?PM Phyllis Smith wrote: > Andrea, oops, I guess I had better try another video as BD Render did not > crash for me, but I always use the same small file with only 2 channels. > Your terminal output looks correct though! More testing !! Phyllis > for fileac3.C I tried to add line av_channel_layout_copy(&codec_context->ch_layout, &ch_la yout); in FileAC3::open_file(int rd, int wr) function, so it reads av_channel_layout_copy(&codec_context->ch_layout, &ch_la yout); codec_context->sample_fmt = codec->sample_fmts[0]; SwrContext *resample_context = NULL; swr_alloc_set_opts2(&resample_context, but this does not lead to ac3 working. I'll try to ask on libav maillist > > On Sun, Apr 7, 2024 at 12:28?PM Andrea paz > wrote: > >> Compilation with all the patches went well. I loaded a m2ts file with >> many audio channels and tried (from root) to do a BD render. I left >> all settings at default. At the end of the render I got a crash (no >> dump). >> In the terminal I have these lines: >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sun Apr 7 20:52:12 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sun, 7 Apr 2024 20:52:12 +0200 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: I tried taking the ChromaKeyHSV binary of CinHV and substituting it for that of CinGG. However, the program crashes at startup. I guess that's not the way to do it.... :) From sitelve at gmail.com Sun Apr 7 21:08:01 2024 From: sitelve at gmail.com (Igor Vladimirsky) Date: Sun, 7 Apr 2024 19:08:01 +0000 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: ??, 7 ???. 2024??. ? 04:59, Igor Vladimirsky : > ??, 6 ???. 2024??. ? 21:59, Phyllis Smith via Cin < > cin at lists.cinelerra-gg.org>: > >> Our ChromaKey is broken as demoed in previous emails with >> GG-BLUR.tar.bz2. I was trying to incorporate some changes in the version 8 >> (in GitHub) of HV but failed to just get it to work. But hopefully Andrew >> will figure it out. >> > > Hi all, > I have written a new article about Chroma Key HSV > > https://linuxvideoediting.blogspot.com/2024/04/chroma-key-hsv-cinelerra.html > > Look at this https://github.com/heroineworshiper/hvirtual/commit/2ffbc06c197e49000f1dfe23e236ca202e850bf5 Adam has updated 'Secrets of Cinelerra', including for the updated chromakey. I have not contacted him regarding documentation for the chroma key hsv effect We wrote it independently of each other. It will be very interesting to compare it with my blog-post and make additions if necessary. The online version of the HV-manual has not yet been updated. ---------------- To build doc, you have to make git clone https://github.com/heroineworshiper/hvirtual --depth 1 --branch master cin-hv_src then go to cin-hv_src/doc$ makeinfo --html --no-split ./cinelerra.texi # use this to create a single document. OR cin-hv_src/doc$ makeinfo --html ./cinelerra.texi # use this to create multiple HTML pages. Not searchable ==> SECRETS OF CINELERRA Version 9 by Adam Williams Copyright ? 2011-2024 ------------------- P.S. I have compared. Looks like my article is better. ) -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sun Apr 7 21:35:30 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sun, 7 Apr 2024 21:35:30 +0200 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: Yes, thank you. I read the manual on the new ChromaKey hsv. As for the compilation, I am not very good at it. Some time ago I had tried CinCV just because it was present in Arch's AUR. CinHV I tried to install it unsuccessfully and have not tried again. CinCVE I have never tried.... PS: Your article is very clear and comprehensive. Adam is always in too much of a hurry and takes many things for granted. From phylsmith2017 at gmail.com Sun Apr 7 21:36:44 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sun, 7 Apr 2024 13:36:44 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Tried a longer .ts file with 6 audio channels on bluray (default and no variations) - still no problem yet but will keep testing. Attaching ffmpeg-7.0.patch4 and ffmpeg-7.0.patchD here -- have no idea if patch4 is correct BUT patchD should be OK and I will test later. On Sun, Apr 7, 2024 at 12:34?PM Phyllis Smith wrote: > Andrea, oops, I guess I had better try another video as BD Render did not > crash for me, but I always use the same small file with only 2 channels. > Your terminal output looks correct though! More testing !! Phyllis > > On Sun, Apr 7, 2024 at 12:28?PM Andrea paz > wrote: > >> Compilation with all the patches went well. I loaded a m2ts file with >> many audio channels and tried (from root) to do a BD render. I left >> all settings at default. At the end of the render I got a crash (no >> dump). >> In the terminal I have these lines: >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ffmpeg-7.0.patchD Type: application/octet-stream Size: 835 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ffmpeg-7.0.patch4 Type: application/octet-stream Size: 392 bytes Desc: not available URL: From phylsmith2017 at gmail.com Mon Apr 8 02:33:50 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sun, 7 Apr 2024 18:33:50 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Compiling and running just 1 test with the patches Andrew has supplied so far previously, on Ubuntu 16 and Debian 32-bit (9.1) is working. Hopefully, Andrea will continue to run with ffmpeg 7.0 so that he might notice more problems yet since he always has the most up to date Arch distro installed. >From Andrew's last email as partially shown below, it may be the Channel stuff that will be a problem so next I will do some TV record tests which uses Channels. Probably hardly anyone but me uses this, but I want it to keep working still. > for fileac3.C I tried to add line > > av_channel_layout_copy(&codec_context->ch_layout, &ch_la > yout); > > in FileAC3::open_file(int rd, int wr) function, so it reads > > av_channel_layout_copy(&codec_context->ch_layout, &ch_la > yout); > codec_context->sample_fmt = codec->sample_fmts[0]; > SwrContext *resample_context = NULL; > swr_alloc_set_opts2(&resample_context, > > but this does not lead to ac3 working. I'll try to ask on libav maillist > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Mon Apr 8 09:44:09 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 8 Apr 2024 09:44:09 +0200 Subject: [Cin] Audio/video sync with "Audio Offset" Message-ID: The manual entry "Audio Offset," which was taken from Adam's manual, "Secrets of Cinelerra," provides an excellent method for synchronizing a video track with an audio track. It has been a long time since I read it and I want to bring it to your attention again: https://cinelerra-gg.org/download/CinelerraGG_Manual/Audio_Out_section.html There is also a video tutorial by Adam: https://www.youtube.com/watch?v=n0evGSOpwbY&list=PLv6Mn7I6pSmWivUKTvf_CzqHjnlKt5zCS&index=10 From gamberucci.andrea at gmail.com Mon Apr 8 10:09:34 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 8 Apr 2024 10:09:34 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: I made a new compilation with Andrew's 5 patches and putting in /src the tarball of ffmpeg 7 plus patches3, patch 4 and patchD. All OK. The BD render still does not create the video, even with a media with only 2 audio tracks. I think it is my fault that I have never done BD/DVD and don't know how to do it.... From gamberucci.andrea at gmail.com Mon Apr 8 10:33:32 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 8 Apr 2024 10:33:32 +0200 Subject: [Cin] Audio/video sync with "Audio Offset" In-Reply-To: References: Message-ID: As usual, I got it wrong... "This is not for syncing audio and video on the timeline. This is for calibrating and configuring the operation of the program and audio driver." (IgorV) However, it remains important to know and I hope you find it interesting. From gamberucci.andrea at gmail.com Mon Apr 8 16:35:05 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 8 Apr 2024 16:35:05 +0200 Subject: [Cin] Latex problem Message-ID: I updated the latex manual with a "git pull" and now it no longer produces the pdf for me. I get the error: packages.tex Error 10: File `substitutefont.sty' not found. \usepackage In packages.tex I have, from line 9 to line 15: 9 \usepackage{substitutefont} % so we can use fonts other than those specified in babel 10 \usepackage[english]{babel} % default language for document 11 % Cyrillic - if it is used, no Small Caps are available: 12 %\usepackage[scaled=0.925]{XCharter} % ??????????? ???????????????? 13 % ??????? XCharter "Connection 14 % of Russified XCharter Fonts" 15 \usepackage[bitstream-charter]{mathdesign} % ???????????? Do you have any idea what could have happened? Lately I have had updates to both texlive and TexStudio, which I use to work on the manual. I found this link: https://ctan.org/pkg/substitutefont?lang=en From spitsyn.andrey at gmail.com Mon Apr 8 18:16:30 2024 From: spitsyn.andrey at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCh0L/QuNGG0YvQvQ==?=) Date: Mon, 8 Apr 2024 19:16:30 +0300 Subject: [Cin] Latex problem In-Reply-To: References: Message-ID: Hi Andrea, The substitutefont package is obsolete. Quote from https://www.ctan.org/pkg/substitutefont: > This package used to facilitate the task of setting up a font family as a substitute for another one in a specified font encoding. >It has been obsoleted by the NFSS command \DeclareFontFamilySubstitution added to the LATEX kernel in its 2020-02 release (cf. ltnews31). >Existing documents can be updated by removing \usepackage{substitutefont} and replacing all instances of \substitutefont with \DeclareFontFamilySubstitution. Best regards, Andrey ??, 8 ???. 2024??. ? 17:35, Andrea paz via Cin : > I updated the latex manual with a "git pull" and now it no longer > produces the pdf for me. I get the error: > > packages.tex Error 10: File `substitutefont.sty' not found. \usepackage > > In packages.tex I have, from line 9 to line 15: > > 9 \usepackage{substitutefont} % so we can use fonts other than those > specified in babel > 10 \usepackage[english]{babel} % default language for document > 11 % Cyrillic - if it is used, no Small Caps are available: > 12 %\usepackage[scaled=0.925]{XCharter} % ??????????? ???????????????? > 13 % ??????? XCharter "Connection > 14 % of Russified XCharter Fonts" > 15 \usepackage[bitstream-charter]{mathdesign} % ???????????? > > Do you have any idea what could have happened? Lately I have had > updates to both texlive and TexStudio, which I use to work on the > manual. > I found this link: > https://ctan.org/pkg/substitutefont?lang=en > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Mon Apr 8 18:50:44 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 8 Apr 2024 18:50:44 +0200 Subject: [Cin] Latex problem In-Reply-To: References: Message-ID: Hi, I simply commented out that line and now everything works fine. Is it possible to remove it permanently? I couldn't find any \substitutefont entries in the code, so there are no substitutions to be made with \DeclareFontFamilySubstitution. Am I wrong? From spitsyn.andrey at gmail.com Mon Apr 8 19:04:14 2024 From: spitsyn.andrey at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCh0L/QuNGG0YvQvQ==?=) Date: Mon, 8 Apr 2024 20:04:14 +0300 Subject: [Cin] Latex problem In-Reply-To: References: Message-ID: I think that it should be commented out for now, and removed in the near future. ??, 8 ???. 2024??. ? 19:50, Andrea paz : > Hi, > I simply commented out that line and now everything works fine. Is it > possible to remove it permanently? I couldn't find any \substitutefont > entries in the code, so there are no substitutions to be made with > \DeclareFontFamilySubstitution. Am I wrong? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Mon Apr 8 22:29:18 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Mon, 8 Apr 2024 14:29:18 -0600 Subject: [Cin] Latex problem In-Reply-To: References: Message-ID: Commented it out in common/packages.tex, ran latex build (not up to date install like Andrea), and checked into GIT so not lost. Thank you both ...Phyllis On Mon, Apr 8, 2024 at 11:04?AM ?????? ?????? via Cin < cin at lists.cinelerra-gg.org> wrote: > > I think that it should be commented out for now, and removed in the near > future. > > ??, 8 ???. 2024??. ? 19:50, Andrea paz : > >> Hi, >> I simply commented out that line and now everything works fine. Is it >> possible to remove it permanently? I couldn't find any \substitutefont >> entries in the code, so there are no substitutions to be made with >> \DeclareFontFamilySubstitution. Am I wrong? >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Wed Apr 10 01:08:42 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Tue, 9 Apr 2024 17:08:42 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: More tests recording on the TV have been done and the TV channels scanned in just fine, but I need to go further in the testing. I am concerned that Andrea on his latest Arch install, is not able to BD render a video just taking all of the defaults. If he has time, could he check the "Output path" on the BD Render menu and then see if there is a bd.m2ts file with video content in it when Cinelerra quits/crashes? On Mon, Apr 8, 2024 at 2:09?AM Andrea paz wrote: > I made a new compilation with Andrew's 5 patches and putting in /src > the tarball of ffmpeg 7 plus patches3, patch 4 and patchD. All OK. > The BD render still does not create the video, even with a media with > only 2 audio tracks. I think it is my fault that I have never done > BD/DVD and don't know how to do it.... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Wed Apr 10 10:21:22 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Wed, 10 Apr 2024 10:21:22 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Yes, "bd.m2ts" was created and it works. It is always my stupidity that I did not realize that CinGG always terminates automatically, at the end of bd-render, if there is no burner and db-disk. I apologize, as always. From gamberucci.andrea at gmail.com Fri Apr 12 09:07:17 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Fri, 12 Apr 2024 09:07:17 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: In CinGG compiled with ffmpeg7 I find "strange" behavior that I do not encounter with appimage (which has ffmpeg6). Using a greenscreen image, as the top track and any media as the background track, we need to apply the ChromaKey HSV plugin. We can see that the "Alpha Offset" slider does not produce any change. It does not work. If we repeat the same test with appimage, the slider works normally. Can you verify if this is also the case for you or does it depend on me or my system? I have also tried other plugins that use the alpha channel, and also patchbay overlays, but everything works fine. From phylsmith2017 at gmail.com Sat Apr 13 03:45:52 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Fri, 12 Apr 2024 19:45:52 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Andrea, I can verify that moving Alpha Slider in ChromakeyHSV seems to have no effect in build with ffmpeg 7.0 . And for me it has no effect with the Feb. Appimage (ffmpeg 6.1) or even June 2020 binary. Will attempt to go back further to check more. On Fri, Apr 12, 2024 at 1:07?AM Andrea paz wrote: > In CinGG compiled with ffmpeg7 I find "strange" behavior that I do not > encounter with appimage (which has ffmpeg6). > Using a greenscreen image, as the top track and any > media as the background track, we need to apply the ChromaKey HSV > plugin. We can see that the "Alpha Offset" slider does not produce > any change. It does not work. > If we repeat the same test with appimage, the slider works normally. > > Can you verify if this is also the case for you or does it depend on > me or my system? > > I have also tried other plugins that use the alpha channel, and also > patchbay overlays, but everything works fine. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sat Apr 13 11:54:00 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sat, 13 Apr 2024 11:54:00 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: I also tried several appimages and always AlphaOffset did not work. After deleting ".bcast5" instead the slider works in both appimage and compiled CinGG. So I would say it's all OK, it is definitely not a ffmpeg 7 problem. I would say it is my problem that I often do the tests without renewing .bcast5 first. Sorry. From phylsmith2017 at gmail.com Sat Apr 13 19:10:41 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 13 Apr 2024 11:10:41 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: But why? there must be some setting conflict as the user should not have to start out with a fresh configuration to be able to use the Alpha Offset. I will play around to see if I can understand why. Also, later I will create an AppImage with ffmpeg 7.0 in it in case others want to test. However, AC3 not being fixed will prevent the upgrade though. On Sat, Apr 13, 2024 at 3:54?AM Andrea paz wrote: > I also tried several appimages and always AlphaOffset did not work. > After deleting ".bcast5" instead the slider works in both appimage and > compiled CinGG. So I would say it's all OK, it is definitely not a > ffmpeg 7 problem. I would say it is my problem that I often do the > tests without renewing .bcast5 first. Sorry. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sat Apr 13 20:04:34 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sat, 13 Apr 2024 20:04:34 +0200 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Sometimes I think it is my old projects or even not my own that cause some problems. For example to test ChromaKeyHSV I created my own project, but I also used two projects of IgorV. I could never see precise cause and effect though, so I'm not sure. Regarding AC3, there is a commit in Adam's repository about decoding AC3, but I don't think it is related. Anyway, the link is this one: https://github.com/heroineworshiper/hvirtual/commit/3124ad744154eae8e48bdeff00d81d11613dc9a4 From randrianasulu at gmail.com Sat Apr 13 20:13:59 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sat, 13 Apr 2024 21:13:59 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: ??, 13 ???. 2024 ?., 21:04 Andrea paz : > Sometimes I think it is my old projects or even not my own that cause > some problems. For example to test ChromaKeyHSV I created my own > project, but I also used two projects of IgorV. I could never see > precise cause and effect though, so I'm not sure. > > Regarding AC3, there is a commit in Adam's repository about decoding > AC3, but I don't think it is related. Anyway, the link is this one: > > https://github.com/heroineworshiper/hvirtual/commit/3124ad744154eae8e48bdeff00d81d11613dc9a4 yeah, looks like quicktime/ffmpeg interaction soecific to HV. Sorry, still stuck with this mysteriously non-working ac3 encoder .... > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Sun Apr 14 00:48:37 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 14 Apr 2024 01:48:37 +0300 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: On Sat, Apr 13, 2024 at 9:13?PM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > > > ??, 13 ???. 2024 ?., 21:04 Andrea paz : > >> Sometimes I think it is my old projects or even not my own that cause >> some problems. For example to test ChromaKeyHSV I created my own >> project, but I also used two projects of IgorV. I could never see >> precise cause and effect though, so I'm not sure. >> >> Regarding AC3, there is a commit in Adam's repository about decoding >> AC3, but I don't think it is related. Anyway, the link is this one: >> >> https://github.com/heroineworshiper/hvirtual/commit/3124ad744154eae8e48bdeff00d81d11613dc9a4 > > > > yeah, looks like quicktime/ffmpeg interaction soecific to HV. > > Sorry, still stuck with this mysteriously non-working ac3 encoder .... > I think I fixed it, can you try attached patch on top of all previous? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0006-Fix-fileac3-encoding-with-ffmpeg-7.0.patch Type: text/x-patch Size: 3029 bytes Desc: not available URL: From phylsmith2017 at gmail.com Sun Apr 14 01:52:20 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 13 Apr 2024 17:52:20 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: First test looks good. Applied patch on top of other patches and did a full build. Created a DVD and played on TV. I am still trying to determine if it sounds a little different or my ears are just tired. Will do more tests. Thank you. >> Sorry, still stuck with this mysteriously non-working ac3 encoder .... >> > > I think I fixed it, can you try attached patch on top of all previous? > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sge at nmr.nioch.nsc.ru Sun Apr 14 09:08:16 2024 From: sge at nmr.nioch.nsc.ru (Georgy Salnikov) Date: Sun, 14 Apr 2024 14:08:16 +0700 (+07) Subject: [Cin] A potential HTML manual problem under NTFS/FAT filesystems Message-ID: I accidentally found, that in the huge list of files produced by latex2html from the CGG manual there are HTML pages, whose filenames differ from each others in the letter case only. This is no problem under Linux. But if somebody copies all the files to a Windows computer (with an NTFS-like filesystem), or to a memory stick formatted as FAT32, or to some network (Windows or Samba) disk where differences between upper/lower case in filenames are ignored by the operating system, then some HTML pages will be overwritten by others and disappear. I have found 4 such potentially conflicting pairs of page names: Compositor_Window.html - describes the whole Compositor GUI (Chapter 2) Compositor_window.html - describes the Compositor shortcuts (Chapter 15) Viewer_Window.html - describes the whole Viewer GUI (Chapter 2) Viewer_window.html - describes the Viewer shortcuts (Chapter 15) Final_note.html - about copy/paste text highlighting in Chapter 17 (How some stuff works) Final_Note.html - a link to wiki.archlinux.org on hardware video acceleration from Chapter 19 (Performance and other tips) Index.html - the Index at the very end of the manual index.html - the default start page, automatically created by latex2html as the exact copy of (hard link to) CinelerraGG_Manual.html The automatic creation of index.html can be suppressed by the latex2html option -noauto_link, and this file is not used by CGG Context Help (while Index.html is used). If renaming other sections (for example "Compositor window" to "Compositor window shortcuts" or "Final Note" to "Further topics on hardware acceleration", or something like this) is desirable, to me is open question. Georgy _______________________________________________________________________________ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email sge at nmr.nioch.nsc.ru _______________________________________________________________________________ From spitsyn.andrey at gmail.com Sun Apr 14 09:16:41 2024 From: spitsyn.andrey at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCh0L/QuNGG0YvQvQ==?=) Date: Sun, 14 Apr 2024 10:16:41 +0300 Subject: [Cin] A potential HTML manual problem under NTFS/FAT filesystems In-Reply-To: References: Message-ID: There no problem for ntfs and fat32 for a modern Windows systems. The case-sensitive filenames display supported since Windows 7 SP1. The problem with case-sensitivity can be only on fat32 on Windows XP. I think it's a minor issue. ??, 14 ???. 2024 ?., 10:09 Georgy Salnikov via Cin < cin at lists.cinelerra-gg.org>: > I accidentally found, that in the huge list of files produced by latex2html > from the CGG manual there are HTML pages, whose filenames differ from each > others in the letter case only. This is no problem under Linux. But if > somebody copies all the files to a Windows computer (with an NTFS-like > filesystem), or to a memory stick formatted as FAT32, or to some network > (Windows or Samba) disk where differences between upper/lower case in > filenames are ignored by the operating system, then some HTML pages will be > overwritten by others and disappear. I have found 4 such potentially > conflicting pairs of page names: > > Compositor_Window.html - describes the whole Compositor GUI (Chapter 2) > Compositor_window.html - describes the Compositor shortcuts (Chapter 15) > > Viewer_Window.html - describes the whole Viewer GUI (Chapter 2) > Viewer_window.html - describes the Viewer shortcuts (Chapter 15) > > Final_note.html - about copy/paste text highlighting in Chapter 17 (How > some > stuff works) > Final_Note.html - a link to wiki.archlinux.org on hardware video > acceleration from Chapter 19 (Performance and other tips) > > Index.html - the Index at the very end of the manual > index.html - the default start page, automatically created by latex2html as > the exact copy of (hard link to) CinelerraGG_Manual.html > > The automatic creation of index.html can be suppressed by the latex2html > option -noauto_link, and this file is not used by CGG Context Help (while > Index.html is used). If renaming other sections (for example "Compositor > window" to "Compositor window shortcuts" or "Final Note" to "Further topics > on hardware acceleration", or something like this) is desirable, to me is > open question. > > Georgy > > _______________________________________________________________________________ > > Georgy Salnikov > NMR Group > Novosibirsk Institute of Organic Chemistry > Lavrentjeva, 9, 630090 Novosibirsk, Russia > Phone +7-383-3307864 > Email sge at nmr.nioch.nsc.ru > > _______________________________________________________________________________ > > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorbeg at visi1.org Sun Apr 14 11:23:03 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Sun, 14 Apr 2024 11:23:03 +0200 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: <661BA077.4050609@visi1.org> Hi IgorV! I am glad you are here, in the CinGG Community! I read your article about Chroma Key HSV and saw the video. Well done! Thanks! I hope in the effort of a developer to implement the fix, if possible. In add, for the GUI, I would like to have the Text Box and the Clear button for each slider. It would be useful. So We can see the value, immediatly. But the plugin window would be much larger, I think. IgorBeg From phylsmith2017 at gmail.com Sun Apr 14 20:39:32 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sun, 14 Apr 2024 12:39:32 -0600 Subject: [Cin] A potential HTML manual problem under NTFS/FAT filesystems In-Reply-To: References: Message-ID: I fixed it - no reason not to since it was discovered by Georgy and since Andrey pointed it as a potential problem on fat32 on Windows XP. Thank you both. ...Phyllis On Sun, Apr 14, 2024 at 1:09?AM Georgy Salnikov via Cin < cin at lists.cinelerra-gg.org> wrote: > I accidentally found, that in the huge list of files produced by latex2html > from the CGG manual there are HTML pages, whose filenames differ from each > others in the letter case only. This is no problem under Linux. But if > somebody copies all the files to a Windows computer (with an NTFS-like > filesystem), or to a memory stick formatted as FAT32, or to some network > (Windows or Samba) disk where differences between upper/lower case in > filenames are ignored by the operating system, then some HTML pages will be > overwritten by others and disappear. I have found 4 such potentially > conflicting pairs of page names: > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Mon Apr 15 14:56:10 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 15 Apr 2024 15:56:10 +0300 Subject: [Cin] request for adding dependency Message-ID: it was reported that without libxml-parser-perl in blds/bld_prepare.sh {debian section} Debian bookworm build does not work .... https://www.linux.org.ru/forum/multimedia/17019779?cid=17584121 -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Tue Apr 16 02:53:56 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Mon, 15 Apr 2024 18:53:56 -0600 Subject: [Cin] request for adding dependency In-Reply-To: References: Message-ID: Glad they and you reported this. I will add tomorrow (hopefully). On Mon, Apr 15, 2024 at 6:56?AM Andrew Randrianasulu via Cin < cin at lists.cinelerra-gg.org> wrote: > it was reported that without libxml-parser-perl in > blds/bld_prepare.sh {debian section} Debian bookworm build does not work > .... > > https://www.linux.org.ru/forum/multimedia/17019779?cid=17584121 > > > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Tue Apr 16 20:23:01 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Tue, 16 Apr 2024 12:23:01 -0600 Subject: [Cin] ffmpeg 7.0 api changes In-Reply-To: References: Message-ID: Andrea, thank you for this list. Results are a little strange. I have a local modified version of ffmpeg/plugin.opts to comment out aap and fsync which were giving errors on a fresh startup with ffmpeg 7.0. Also commented out tiltandshift which as you noted gives an error message -- but does something anyway. I tried varying parameter values to see if there was something that would not generate the Resource Temporarily Unavailable error message but there doesn't seem to be one. I saw that in this edition there are few filters. In CinGG there is > only "tiltandshift" filter; it does not give error but it does not > work. In the terminal I have only the message: > > "resource temporarily unavaible" > > Of the other filters, there is no trace. These are: > > aap > qrencode > quirc > fsync > showinfo bitstream > dnn > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Wed Apr 17 00:55:11 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Tue, 16 Apr 2024 16:55:11 -0600 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: Message-ID: There is an AppImage on the server with FFmpeg 7.0 included in the build if anyone wants to test. It should work on just about any 64-bit O/S but Help is not included (nor alternative shortcuts). https://cinelerra-gg.org/download/testing/cin-x86_64_older.AppImage Also, checked into source code GIT, updated ffmpeg.git.patchX for 7.0. Of course, without the Andrew-R supplied patches for the source in the cinelerra directory, will not build. See these patches in previous email that Andrew did. changelog says: >>> >>> version 7.0: >>> - DXV DXT1 encoder >>> - LEAD MCMP decoder >>> - EVC decoding using external library libxevd - EVC >>> encoding using external library libxeve >>> - QOA decoder and demuxer >>> - aap filter >>> - demuxing, decoding, filtering, encoding, and muxing >>> in the ffmpeg CLI now all run in parallel - >>> enable gdigrab device to grab a window using the hwnd=HANDLER syntax >>> - IAMF raw demuxer and muxer - >>> D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding >>> >>> - tiltandshift filter >>> - qrencode filter and qrencodesrc source >>> - quirc filter >>> - lavu/eval: introduce randomi() function in expressions >>> - VVC decoder >>> - fsync filter >>> - Raw Captions with Time (RCWT) closed caption muxer >>> - ffmpeg CLI -bsf option may now be used for input as well as output >>> - ffmpeg CLI options may now be used as -/opt , which is equivalent >>> to -opt > >>> - showinfo bitstream filter >>> - *a C11-compliant compiler is now required; note that this requirement* >>> * will be bumped to C17 in the near future, so consider updating your* >>> * build environment if it lacks C17 support* >>> - Change the default bitrate control method from VBR to CQP for QSV >>> encoders. >>> - removed deprecated ffmpeg CLI options -psnr and -map_channel >>> - DVD-Video demuxer, powered by libdvdnav and libdvdread >>> - ffprobe -show_stream_groups option >>> - ffprobe (with -export_side_data film_grain) now prints film grain >>> metadata >>> - AEA muxer >>> - ffmpeg CLI loopback decoders >>> - Support PacketTypeMetadata of PacketType in enhanced flv format >>> - ffplay with hwaccel decoding support (depends on vulkan renderer via >>> libplacebo) >>> - dnn filter libtorch backend >>> - Android content URIs protocol >>> >>> ==== >>> >>> I also smell more breakage :) >>> >>> not sure if I want/will able to catch up with them, may be we should >>> stick to some branch instead of chasing latest. >>> >> > > out ! > > https://ffmpeg.org//download.html#release_7.0 > > > >>> >>> >>> -- >>> Cin mailing list >>> Cin at lists.cinelerra-gg.org >>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>> >> -- >> Cin mailing list >> Cin at lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Wed Apr 17 00:57:13 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Tue, 16 Apr 2024 16:57:13 -0600 Subject: [Cin] request for adding dependency In-Reply-To: References: Message-ID: Checked in change to GIT. I am glad Andrew and others read a lot and can keep up on these notes found in other forums! On Mon, Apr 15, 2024 at 6:56?AM Andrew Randrianasulu via Cin < cin at lists.cinelerra-gg.org> wrote: > it was reported that without libxml-parser-perl in > blds/bld_prepare.sh {debian section} Debian bookworm build does not work > .... > > https://www.linux.org.ru/forum/multimedia/17019779?cid=17584121 > > > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Wed Apr 17 16:02:04 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Wed, 17 Apr 2024 16:02:04 +0200 Subject: [Cin] Minor improvments to the manual Message-ID: I am reading the Cin-CV manual with IgorV's updates. (https://github.com/cinelerra-cv-team/cinelerra-cv/commits/master/doc). Based on these I have made the first minor adjustments to Windows.tex. Later I will post some major updates in the other chapters. -------------- next part -------------- A non-text attachment was scrubbed... Name: Windows.tar.gz Type: application/gzip Size: 47542 bytes Desc: not available URL: From gamberucci.andrea at gmail.com Wed Apr 17 16:08:18 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Wed, 17 Apr 2024 16:08:18 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: Message-ID: I am continuing to use the version compiled with ffmpeg7 and have found no bugs or other problems. Even the efficiency of playback and some rendering are comparable with the previous version. All OK, for me. From phylsmith2017 at gmail.com Wed Apr 17 21:13:23 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Wed, 17 Apr 2024 13:13:23 -0600 Subject: [Cin] Minor improvments to the manual In-Reply-To: References: Message-ID: Very good - thank you both as I know this is quite tedious work. I have updated the Manual GIT with these changes. Just FYI - I could not find anamorphotic as a legitimate word (as in non-anamorphotic). But we just made it one!! and it makes sense. ...Phyllis On Wed, Apr 17, 2024 at 8:02?AM Andrea paz via Cin < cin at lists.cinelerra-gg.org> wrote: > I am reading the Cin-CV manual with IgorV's updates. > (https://github.com/cinelerra-cv-team/cinelerra-cv/commits/master/doc). > Based on these I have made the first minor adjustments to Windows.tex. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Wed Apr 17 23:18:20 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Thu, 18 Apr 2024 00:18:20 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: Message-ID: ??, 17 ???. 2024 ?., 17:08 Andrea paz : > I am continuing to use the version compiled with ffmpeg7 and have > found no bugs or other problems. Even the efficiency of playback and > some rendering are comparable with the previous version. All OK, for > me. > This is good news! I am a bit worried about ff_ audio plugins, especially acting on few audio tracks at once. It will be amazing if you try few of them on say mono/stereo sources to see if result still same as with ffmpeg 6.1 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Wed Apr 17 23:38:53 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Wed, 17 Apr 2024 23:38:53 +0200 Subject: [Cin] Minor improvments to the manual In-Reply-To: References: Message-ID: Sorry. The right Word Is anamorphic. -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorbeg at visi1.org Thu Apr 18 09:25:30 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Thu, 18 Apr 2024 09:25:30 +0200 Subject: [Cin] ChromaKey's old bug In-Reply-To: <661BA077.4050609@visi1.org> References: <661BA077.4050609@visi1.org> Message-ID: <6620CAEA.1040407@visi1.org> I have done a photomontage for the Chromakey_HSV. I add here two PNGs: the original and my photomontage. I know that the plugin window is much bigger for the second one, but We could see the values of the sliders at the first glance, I think. IgorBeg Il 14/04/2024 11:23, Igor BEGHETTO via Cin ha scritto: > In add, for the GUI, I would like to have the Text Box and the Clear > button for each slider. It would be useful. So We can see the value, > immediatly. But the plugin window would be much larger, I think. -------------- next part -------------- A non-text attachment was scrubbed... Name: Cin_ChromaKey-HSV_original_20240418.png Type: image/png Size: 25958 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Cin_ChromaKey-HSV_photomontage_20240418.png Type: image/png Size: 45738 bytes Desc: not available URL: From igorbeg at visi1.org Thu Apr 18 09:42:08 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Thu, 18 Apr 2024 09:42:08 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: Message-ID: <6620CED0.1010306@visi1.org> I did a quick test here,... thanks to Phyllis. My tests is only for rendering to: FFMPEG | webm Audio: webm.webm Video: vp9_1920x1080_24or25or30fps.webm. And it compares "cin-x86_64_older_20240417.AppImage" vs "cinelerra-5.1-ub16.04-20201031.x86_64-static". The second one Cinelerra-GG version uses FFmpeg 4.3, if I am not wrong. My Operating System is UbuntuStudio_16.04_LTS_64bit. The Cinelerra-GG AppImage shows messages on the Command Line. And the old version is faster than the new,... maybe because of the messages in CLI? I don't know. Below the summary of the tests. IgorBeg First test on a Project format 1920 x 1080 @24fps YUVA-8bit ------------------------------ Cinelerra-GG: cin-x86_64_older_20240417.AppImage Output by CLI: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted ... FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted Render::render_single: Session finished. ** rendered 453 frames in 243.494 secs, 1.860 fps ------------------------------ cinelerra-5.1-ub16.04-20201031.x86_64-static Output by CLI: Render::render_single: Session finished. ** rendered 453 frames in 212.919 secs, 2.128 fps ------------------------------ Secon test on a Project format 1280 x 720 @29.97fps YUVA-8bit ------------------------------ Cinelerra-GG: cin-x86_64_older_20240417.AppImage Output by CLI: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test3.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted ... FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test3.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted Render::render_single: Session finished. ** rendered 1023 frames in 322.885 secs, 3.168 fps ------------------------------ cinelerra-5.1-ub16.04-20201031.x86_64-static Output by CLI: Render::render_single: Session finished. ** rendered 1023 frames in 293.298 secs, 3.488 fps ------------------------------ Il 17/04/2024 00:55, Phyllis Smith via Cin ha scritto: > There is an AppImage on the server with FFmpeg 7.0 included in the > build if anyone wants to test. It should work on just about any > 64-bit O/S but Help is not included (nor alternative shortcuts). > https://cinelerra-gg.org/download/testing/cin-x86_64_older.AppImage -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Thu Apr 18 10:06:53 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Thu, 18 Apr 2024 10:06:53 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: <6620CED0.1010306@visi1.org> References: <6620CED0.1010306@visi1.org> Message-ID: @Andrew Randrianasulu Complete failure with ffmpeg audio filters. One premise, setting the audio driver to "pulse" the audio does not work. Setting it to "alsa" works normally. I do not have Pulseaudio in my system, but Pipewire takes pulse signals as if it were there. In ffmpeg6 I do not have this problem. None of the ffmpeg filters I have tried work. The typical error is as follows: PluginFAClient::activate: F_adynamicequalizer failed err: Option not found PluginFAClient::process_buffer() F_adynamicequalizer err: Operation not permitted The old CinGG with ffmpeg 6 works normally. LV2 and native filters work fine, of course. From gamberucci.andrea at gmail.com Thu Apr 18 10:07:43 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Thu, 18 Apr 2024 10:07:43 +0200 Subject: [Cin] ChromaKey's old bug In-Reply-To: <6620CAEA.1040407@visi1.org> References: <661BA077.4050609@visi1.org> <6620CAEA.1040407@visi1.org> Message-ID: I also find ChrmaKeyHSV's window too narrow. I like IgorB's proposal very much. From randrianasulu at gmail.com Thu Apr 18 10:10:04 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Thu, 18 Apr 2024 11:10:04 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: ??, 18 ???. 2024 ?., 11:07 Andrea paz via Cin : > @Andrew Randrianasulu > > Complete failure with ffmpeg audio filters. > One premise, setting the audio driver to "pulse" the audio does not > work. Setting it to "alsa" works normally. I do not have Pulseaudio in > my system, but Pipewire takes pulse signals as if it were there. In > ffmpeg6 I do not have this problem. > > None of the ffmpeg filters I have tried work. > The typical error is as follows: > > PluginFAClient::activate: F_adynamicequalizer failed > err: Option not found > PluginFAClient::process_buffer() F_adynamicequalizer > err: Operation not permitted > > The old CinGG with ffmpeg 6 works normally. > > LV2 and native filters work fine, of course. > Ahh, thanks! something still wrong then ... I'll look into this. -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Thu Apr 18 19:24:25 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Thu, 18 Apr 2024 11:24:25 -0600 Subject: [Cin] ChromaKey's old bug In-Reply-To: <6620CAEA.1040407@visi1.org> References: <661BA077.4050609@visi1.org> <6620CAEA.1040407@visi1.org> Message-ID: IgorBeg, like Andrea said that is much better and if you want to share, that would be appreciated. On Thu, Apr 18, 2024 at 1:26?AM Igor BEGHETTO via Cin < cin at lists.cinelerra-gg.org> wrote: > I have done a photomontage for the Chromakey_HSV. I add here two PNGs: > the original and my photomontage. > I know that the plugin window is much bigger for the second one, but We > could see the values of the sliders at the first glance, I think. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Fri Apr 19 01:40:55 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 19 Apr 2024 02:40:55 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: try attached fix? mashed together from ffmpeg examples and https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layout-syntax-from-new-ffmpeg-avcodecparameters ??, 18 ???. 2024 ?., 11:10 Andrew Randrianasulu : > > > ??, 18 ???. 2024 ?., 11:07 Andrea paz via Cin >: > >> @Andrew Randrianasulu >> >> Complete failure with ffmpeg audio filters. >> One premise, setting the audio driver to "pulse" the audio does not >> work. Setting it to "alsa" works normally. I do not have Pulseaudio in >> my system, but Pipewire takes pulse signals as if it were there. In >> ffmpeg6 I do not have this problem. >> >> None of the ffmpeg filters I have tried work. >> The typical error is as follows: >> >> PluginFAClient::activate: F_adynamicequalizer failed >> err: Option not found >> PluginFAClient::process_buffer() F_adynamicequalizer >> err: Operation not permitted >> >> The old CinGG with ffmpeg 6 works normally. >> >> LV2 and native filters work fine, of course. >> > > Ahh, thanks! something still wrong then ... I'll look into this. > > > > -- >> Cin mailing list >> Cin at lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-May-be-fix-audio-filters-in-ffmpeg-7.0.patch Type: application/x-patch Size: 2819 bytes Desc: not available URL: From phylsmith2017 at gmail.com Fri Apr 19 03:22:26 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Thu, 18 Apr 2024 19:22:26 -0600 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: Andrew, sorry but no change for me - still same errors. At first I only recompiled pluginfclient.C but since it did not work, I did a full build. Still failed. Also, verified that the patch was actually applied just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 bit linear. On Thu, Apr 18, 2024 at 5:41?PM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > try attached fix? > > mashed together from ffmpeg examples and > https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layout-syntax-from-new-ffmpeg-avcodecparameters > > ??, 18 ???. 2024 ?., 11:10 Andrew Randrianasulu : > >> >> >> ??, 18 ???. 2024 ?., 11:07 Andrea paz via Cin > >: >> >>> @Andrew Randrianasulu >>> >>> Complete failure with ffmpeg audio filters. >>> One premise, setting the audio driver to "pulse" the audio does not >>> work. Setting it to "alsa" works normally. I do not have Pulseaudio in >>> my system, but Pipewire takes pulse signals as if it were there. In >>> ffmpeg6 I do not have this problem. >>> >>> None of the ffmpeg filters I have tried work. >>> The typical error is as follows: >>> >>> PluginFAClient::activate: F_adynamicequalizer failed >>> err: Option not found >>> PluginFAClient::process_buffer() F_adynamicequalizer >>> err: Operation not permitted >>> >>> The old CinGG with ffmpeg 6 works normally. >>> >>> LV2 and native filters work fine, of course. >>> >> >> Ahh, thanks! something still wrong then ... I'll look into this. >> >> >> >> -- >>> Cin mailing list >>> Cin at lists.cinelerra-gg.org >>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Fri Apr 19 03:26:38 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 19 Apr 2024 04:26:38 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: ??, 19 ???. 2024 ?., 04:22 Phyllis Smith : > Andrew, sorry but no change for me - still same errors. At first I only > recompiled pluginfclient.C but since it did not work, I did a full build. > Still failed. Also, verified that the patch was actually applied just in > case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 > bit linear. > what exactly filter you tried? > > On Thu, Apr 18, 2024 at 5:41?PM Andrew Randrianasulu < > randrianasulu at gmail.com> wrote: > >> try attached fix? >> >> mashed together from ffmpeg examples and >> https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layout-syntax-from-new-ffmpeg-avcodecparameters >> >> ??, 18 ???. 2024 ?., 11:10 Andrew Randrianasulu > >: >> >>> >>> >>> ??, 18 ???. 2024 ?., 11:07 Andrea paz via Cin < >>> cin at lists.cinelerra-gg.org>: >>> >>>> @Andrew Randrianasulu >>>> >>>> Complete failure with ffmpeg audio filters. >>>> One premise, setting the audio driver to "pulse" the audio does not >>>> work. Setting it to "alsa" works normally. I do not have Pulseaudio in >>>> my system, but Pipewire takes pulse signals as if it were there. In >>>> ffmpeg6 I do not have this problem. >>>> >>>> None of the ffmpeg filters I have tried work. >>>> The typical error is as follows: >>>> >>>> PluginFAClient::activate: F_adynamicequalizer failed >>>> err: Option not found >>>> PluginFAClient::process_buffer() F_adynamicequalizer >>>> err: Operation not permitted >>>> >>>> The old CinGG with ffmpeg 6 works normally. >>>> >>>> LV2 and native filters work fine, of course. >>>> >>> >>> Ahh, thanks! something still wrong then ... I'll look into this. >>> >>> >>> >>> -- >>>> Cin mailing list >>>> Cin at lists.cinelerra-gg.org >>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>>> >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Fri Apr 19 04:16:11 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Thu, 18 Apr 2024 20:16:11 -0600 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: Sorry for the late reply - I had to reboot to check. I added the first 12 F_ audio plugins, turned them all off, and then checked by turning them each on one by one. All had the same error. (I will leave the computer on for another hour if you want me to try something else). But Andrea should verify also. On Thu, Apr 18, 2024 at 7:26?PM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > > > ??, 19 ???. 2024 ?., 04:22 Phyllis Smith : > >> Andrew, sorry but no change for me - still same errors. At first I only >> recompiled pluginfclient.C but since it did not work, I did a full build. >> Still failed. Also, verified that the patch was actually applied just in >> case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 >> bit linear. >> > > what exactly filter you tried? > >> >> On Thu, Apr 18, 2024 at 5:41?PM Andrew Randrianasulu < >> randrianasulu at gmail.com> wrote: >> >>> try attached fix? >>> >>> mashed together from ffmpeg examples and >>> https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layout-syntax-from-new-ffmpeg-avcodecparameters >>> >>> ??, 18 ???. 2024 ?., 11:10 Andrew Randrianasulu >> >: >>> >>>> >>>> >>>> ??, 18 ???. 2024 ?., 11:07 Andrea paz via Cin < >>>> cin at lists.cinelerra-gg.org>: >>>> >>>>> @Andrew Randrianasulu >>>>> >>>>> Complete failure with ffmpeg audio filters. >>>>> One premise, setting the audio driver to "pulse" the audio does not >>>>> work. Setting it to "alsa" works normally. I do not have Pulseaudio in >>>>> my system, but Pipewire takes pulse signals as if it were there. In >>>>> ffmpeg6 I do not have this problem. >>>>> >>>>> None of the ffmpeg filters I have tried work. >>>>> The typical error is as follows: >>>>> >>>>> PluginFAClient::activate: F_adynamicequalizer failed >>>>> err: Option not found >>>>> PluginFAClient::process_buffer() F_adynamicequalizer >>>>> err: Operation not permitted >>>>> >>>>> The old CinGG with ffmpeg 6 works normally. >>>>> >>>>> LV2 and native filters work fine, of course. >>>>> >>>> >>>> Ahh, thanks! something still wrong then ... I'll look into this. >>>> >>>> >>>> >>>> -- >>>>> Cin mailing list >>>>> Cin at lists.cinelerra-gg.org >>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>>>> >>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Fri Apr 19 05:08:07 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 19 Apr 2024 06:08:07 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: try this one patch on top of already applied one? On Fri, Apr 19, 2024 at 5:16?AM Phyllis Smith wrote: > Sorry for the late reply - I had to reboot to check. I added the first 12 > F_ audio plugins, turned them all off, and then checked by turning them > each on one by one. All had the same error. (I will leave the computer on > for another hour if you want me to try something else). > > But Andrea should verify also. > > On Thu, Apr 18, 2024 at 7:26?PM Andrew Randrianasulu < > randrianasulu at gmail.com> wrote: > >> >> >> ??, 19 ???. 2024 ?., 04:22 Phyllis Smith : >> >>> Andrew, sorry but no change for me - still same errors. At first I only >>> recompiled pluginfclient.C but since it did not work, I did a full build. >>> Still failed. Also, verified that the patch was actually applied just in >>> case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 >>> bit linear. >>> >> >> what exactly filter you tried? >> >>> >>> On Thu, Apr 18, 2024 at 5:41?PM Andrew Randrianasulu < >>> randrianasulu at gmail.com> wrote: >>> >>>> try attached fix? >>>> >>>> mashed together from ffmpeg examples and >>>> https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layout-syntax-from-new-ffmpeg-avcodecparameters >>>> >>>> ??, 18 ???. 2024 ?., 11:10 Andrew Randrianasulu < >>>> randrianasulu at gmail.com>: >>>> >>>>> >>>>> >>>>> ??, 18 ???. 2024 ?., 11:07 Andrea paz via Cin < >>>>> cin at lists.cinelerra-gg.org>: >>>>> >>>>>> @Andrew Randrianasulu >>>>>> >>>>>> Complete failure with ffmpeg audio filters. >>>>>> One premise, setting the audio driver to "pulse" the audio does not >>>>>> work. Setting it to "alsa" works normally. I do not have Pulseaudio in >>>>>> my system, but Pipewire takes pulse signals as if it were there. In >>>>>> ffmpeg6 I do not have this problem. >>>>>> >>>>>> None of the ffmpeg filters I have tried work. >>>>>> The typical error is as follows: >>>>>> >>>>>> PluginFAClient::activate: F_adynamicequalizer failed >>>>>> err: Option not found >>>>>> PluginFAClient::process_buffer() F_adynamicequalizer >>>>>> err: Operation not permitted >>>>>> >>>>>> The old CinGG with ffmpeg 6 works normally. >>>>>> >>>>>> LV2 and native filters work fine, of course. >>>>>> >>>>> >>>>> Ahh, thanks! something still wrong then ... I'll look into this. >>>>> >>>>> >>>>> >>>>> -- >>>>>> Cin mailing list >>>>>> Cin at lists.cinelerra-gg.org >>>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>>>>> >>>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Fix-ffmpeg-audio-filter-harder.patch Type: text/x-patch Size: 1923 bytes Desc: not available URL: From phylsmith2017 at gmail.com Fri Apr 19 05:27:14 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Thu, 18 Apr 2024 21:27:14 -0600 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: Success, I think as there are no errors and it is doing something normal but have not compared to ffmpeg 6.1 yet.. Still need more tests and Andrea to try. I had a hard time telling if several plugins were making a difference until I tried F_volume and set the volume range to 10. Definitely got real loud. THANK YOU! will test more tomorrow on a different computer. On Thu, Apr 18, 2024 at 9:08?PM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > try this one patch on top of already applied one? > > On Fri, Apr 19, 2024 at 5:16?AM Phyllis Smith > wrote: > >> Sorry for the late reply - I had to reboot to check. I added the first >> 12 F_ audio plugins, turned them all off, and then checked by turning them >> each on one by one. All had the same error. (I will leave the computer on >> for another hour if you want me to try something else). >> >> But Andrea should verify also. >> >> On Thu, Apr 18, 2024 at 7:26?PM Andrew Randrianasulu < >> randrianasulu at gmail.com> wrote: >> >>> >>> >>> ??, 19 ???. 2024 ?., 04:22 Phyllis Smith : >>> >>>> Andrew, sorry but no change for me - still same errors. At first I >>>> only recompiled pluginfclient.C but since it did not work, I did a full >>>> build. Still failed. Also, verified that the patch was actually applied >>>> just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 >>>> / 16 bit linear. >>>> >>> >>> what exactly filter you tried? >>> >>>> >>>> On Thu, Apr 18, 2024 at 5:41?PM Andrew Randrianasulu < >>>> randrianasulu at gmail.com> wrote: >>>> >>>>> try attached fix? >>>>> >>>>> mashed together from ffmpeg examples and >>>>> https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layout-syntax-from-new-ffmpeg-avcodecparameters >>>>> >>>>> ??, 18 ???. 2024 ?., 11:10 Andrew Randrianasulu < >>>>> randrianasulu at gmail.com>: >>>>> >>>>>> >>>>>> >>>>>> ??, 18 ???. 2024 ?., 11:07 Andrea paz via Cin < >>>>>> cin at lists.cinelerra-gg.org>: >>>>>> >>>>>>> @Andrew Randrianasulu >>>>>>> >>>>>>> Complete failure with ffmpeg audio filters. >>>>>>> One premise, setting the audio driver to "pulse" the audio does not >>>>>>> work. Setting it to "alsa" works normally. I do not have Pulseaudio >>>>>>> in >>>>>>> my system, but Pipewire takes pulse signals as if it were there. In >>>>>>> ffmpeg6 I do not have this problem. >>>>>>> >>>>>>> None of the ffmpeg filters I have tried work. >>>>>>> The typical error is as follows: >>>>>>> >>>>>>> PluginFAClient::activate: F_adynamicequalizer failed >>>>>>> err: Option not found >>>>>>> PluginFAClient::process_buffer() F_adynamicequalizer >>>>>>> err: Operation not permitted >>>>>>> >>>>>>> The old CinGG with ffmpeg 6 works normally. >>>>>>> >>>>>>> LV2 and native filters work fine, of course. >>>>>>> >>>>>> >>>>>> Ahh, thanks! something still wrong then ... I'll look into this. >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>>> Cin mailing list >>>>>>> Cin at lists.cinelerra-gg.org >>>>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>>>>>> >>>>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Fri Apr 19 06:10:37 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 19 Apr 2024 07:10:37 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: On Fri, Apr 19, 2024 at 6:27?AM Phyllis Smith wrote: > Success, I think as there are no errors and it is doing something normal > but have not compared to ffmpeg 6.1 yet.. Still need more tests and Andrea > to try. > I had a hard time telling if several plugins were making a difference > until I tried F_volume and set the volume range to 10. Definitely got real > loud. > > THANK YOU! will test more tomorrow on a different computer. > I also tried to re-add removed in last patch option using different function, seems to work, too! > > On Thu, Apr 18, 2024 at 9:08?PM Andrew Randrianasulu < > randrianasulu at gmail.com> wrote: > >> try this one patch on top of already applied one? >> >> On Fri, Apr 19, 2024 at 5:16?AM Phyllis Smith >> wrote: >> >>> Sorry for the late reply - I had to reboot to check. I added the first >>> 12 F_ audio plugins, turned them all off, and then checked by turning them >>> each on one by one. All had the same error. (I will leave the computer on >>> for another hour if you want me to try something else). >>> >>> But Andrea should verify also. >>> >>> On Thu, Apr 18, 2024 at 7:26?PM Andrew Randrianasulu < >>> randrianasulu at gmail.com> wrote: >>> >>>> >>>> >>>> ??, 19 ???. 2024 ?., 04:22 Phyllis Smith : >>>> >>>>> Andrew, sorry but no change for me - still same errors. At first I >>>>> only recompiled pluginfclient.C but since it did not work, I did a full >>>>> build. Still failed. Also, verified that the patch was actually applied >>>>> just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 >>>>> / 16 bit linear. >>>>> >>>> >>>> what exactly filter you tried? >>>> >>>>> >>>>> On Thu, Apr 18, 2024 at 5:41?PM Andrew Randrianasulu < >>>>> randrianasulu at gmail.com> wrote: >>>>> >>>>>> try attached fix? >>>>>> >>>>>> mashed together from ffmpeg examples and >>>>>> https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layout-syntax-from-new-ffmpeg-avcodecparameters >>>>>> >>>>>> ??, 18 ???. 2024 ?., 11:10 Andrew Randrianasulu < >>>>>> randrianasulu at gmail.com>: >>>>>> >>>>>>> >>>>>>> >>>>>>> ??, 18 ???. 2024 ?., 11:07 Andrea paz via Cin < >>>>>>> cin at lists.cinelerra-gg.org>: >>>>>>> >>>>>>>> @Andrew Randrianasulu >>>>>>>> >>>>>>>> Complete failure with ffmpeg audio filters. >>>>>>>> One premise, setting the audio driver to "pulse" the audio does not >>>>>>>> work. Setting it to "alsa" works normally. I do not have Pulseaudio >>>>>>>> in >>>>>>>> my system, but Pipewire takes pulse signals as if it were there. In >>>>>>>> ffmpeg6 I do not have this problem. >>>>>>>> >>>>>>>> None of the ffmpeg filters I have tried work. >>>>>>>> The typical error is as follows: >>>>>>>> >>>>>>>> PluginFAClient::activate: F_adynamicequalizer failed >>>>>>>> err: Option not found >>>>>>>> PluginFAClient::process_buffer() F_adynamicequalizer >>>>>>>> err: Operation not permitted >>>>>>>> >>>>>>>> The old CinGG with ffmpeg 6 works normally. >>>>>>>> >>>>>>>> LV2 and native filters work fine, of course. >>>>>>>> >>>>>>> >>>>>>> Ahh, thanks! something still wrong then ... I'll look into this. >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>>> Cin mailing list >>>>>>>> Cin at lists.cinelerra-gg.org >>>>>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>>>>>>> >>>>>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Use-av_opt_set-for-ch_layout-in-abuffersink.patch Type: text/x-patch Size: 1154 bytes Desc: not available URL: From gamberucci.andrea at gmail.com Fri Apr 19 09:31:29 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Fri, 19 Apr 2024 09:31:29 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: As usual, I get a little confused about patches and how to put them on top of others. Can you clarify for me which patches to put and how to put them? From randrianasulu at gmail.com Fri Apr 19 10:16:21 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 19 Apr 2024 11:16:21 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: ??, 19 ???. 2024 ?., 10:31 Andrea paz : > As usual, I get a little confused about patches and how to put them on > top of others. > Can you clarify for me which patches to put and how to put them? > you already have cingg build tree with most 7.0 support patches applied? then you need to apply (git am) 0001-May-be-fix-audio-filters-in-ffmpeg-7.0.patch 0002-Fix-ffmpeg-audio-filter-harder.patch 0003-Use-av_opt_set-for-ch_layout-in-abuffersink.patch in this order and see if ffmpeg audio filters started to work ... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorbeg at visi1.org Fri Apr 19 10:55:51 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Fri, 19 Apr 2024 10:55:51 +0200 Subject: [Cin] ChromaKey's old bug In-Reply-To: References: <661BA077.4050609@visi1.org> <6620CAEA.1040407@visi1.org> Message-ID: <66223197.3010105@visi1.org> Sorry, there is a misunderstanding. It is a photomontage made with Gimp. If you want I can share the gimp file (.xcf). I am sorry. Il 18/04/2024 19:24, Phyllis Smith ha scritto: > IgorBeg, like Andrea said that is much better and if you want to > share, that would be appreciated. > > On Thu, Apr 18, 2024 at 1:26?AM Igor BEGHETTO via Cin > > wrote: > > I have done a photomontage for the Chromakey_HSV. I add here two > PNGs: > the original and my photomontage. > I know that the plugin window is much bigger for the second one, > but We > could see the values of the sliders at the first glance, I think. > From gamberucci.andrea at gmail.com Fri Apr 19 14:32:35 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Fri, 19 Apr 2024 14:32:35 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: The ffmpeg audio plugins still do not work. Even deleting .bcast5 they still do not work. Now, however, the Pulse Audio driver is working. I then tried a new compilation with git clone but I can't install the 005- patch anymore and the compilation crashes. I don't know if the crash is related to ffmpeg or vulkan decode. If needed I can post the cin5.log. From gamberucci.andrea at gmail.com Fri Apr 19 14:59:05 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Fri, 19 Apr 2024 14:59:05 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: The crash was my fault. With a new compilation all the f_audio plugins I tried work. From phylsmith2017 at gmail.com Sat Apr 20 01:06:49 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Fri, 19 Apr 2024 17:06:49 -0600 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: Late today in turning on computer, but have applied this latest 0003 patch also and there does not seem to be any issue with it. But I have to say that without knowing how to use the audio plugins much, even when I changed values for some parameters on some of the F_ audio plugins, I could not detect a difference in the sound but I am sure Andrea in his tests can hear a difference. So I "hope" they are really working correctly. At least I got F_volume to show a difference! P.S. With more time tomorrow, I should have time to make a new AppImage so if IgorBeg has time to test also, that would be helpful. > > I also tried to re-add removed in last patch option using different > function, seems to work, too! > > >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sat Apr 20 16:43:15 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sat, 20 Apr 2024 16:43:15 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: I am not the best one to evaluate sound, since I am deaf in one ear, which precludes me from sound spatiality. For me, comparison between Andrew's patches and without patches is simple. In the second case only a strong pulsating signal can be heard. In the first case you can hear well, including differences due to varying plugin parameters (but in hearing small differences I am not reliable). From randrianasulu at gmail.com Sat Apr 20 18:01:47 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sat, 20 Apr 2024 19:01:47 +0300 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: On Sun, Apr 7, 2024 at 12:52?AM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > > > ??, 7 ???. 2024 ?., 00:19 Andrea paz via Cin : > >> In an exchange of mails Igor Vladimirsky pointed out to me that the >> old bug reported by Camille: >> >> https://lists.cinelerra-gg.org/pipermail/cin/2021-March/003149.html >> and: >> https://www.cinelerra-gg.org/bugtracker/view.php?id=559 >> >> Has been fixed by Adam in CinHV. The patch with the fix is at: >> >> >> https://github.com/heroineworshiper/hvirtual/commit/9080ca3fc952edce68fcabb6d7460dda7c75da79 >> >> Andrew, do you think it is possible to implement the patch in CinGG? >> > > > may be? I hope it just self-contained in plugins/dissolve ... will try to > copy/pasta changes from this commit tomorrow when I power up desktop > > Can you try attached patch ? > > -- >> Cin mailing list >> Cin at lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Dissolve-fix-from-HV.patch Type: text/x-patch Size: 3062 bytes Desc: not available URL: From gamberucci.andrea at gmail.com Sat Apr 20 20:26:03 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sat, 20 Apr 2024 20:26:03 +0200 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: > Can you try attached patch ? It seems to me that the patch works. I used Camille's original video where you can see the title fade from black to transparent and finally to white as it should be. I superimposed my own title on top of it ( on top) where instead the fade always remains white. The demonstration video is here: https://streamable.com/cqg3u2 I recommend advancing frame by frame. Thank you, Andrew From phylsmith2017 at gmail.com Sat Apr 20 21:59:06 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 20 Apr 2024 13:59:06 -0600 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: Maybe I am wrong, but it does not seem to be any different to me. I tested on Fedora and Ubuntu 16. Attached is a tar file containing unwanted_black_flash.xml that can be untarred to /tmp and then the xml file loaded into CinGG. But I have created an Ubuntu 16 AppImage with the dissolve mod and and the latest pluginfclient.C for the version 7 ffmpeg audio filters. I have to upload yet to the server. On Sat, Apr 20, 2024 at 12:26?PM Andrea paz via Cin < cin at lists.cinelerra-gg.org> wrote: > > Can you try attached patch ? > > It seems to me that the patch works. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: black_flash.tar Type: application/x-tar Size: 92160 bytes Desc: not available URL: From spitsyn.andrey at gmail.com Sat Apr 20 22:48:06 2024 From: spitsyn.andrey at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCh0L/QuNGG0YvQvQ==?=) Date: Sat, 20 Apr 2024 23:48:06 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: After reading the mail list, I thought that some test cases are needed to test plugins after migrating from ffmpeg 6.1 to 7.0. And then compare the new videos with the old ones in semi-automatic mode. I found that ffmpeg a able to produce diff-like videos with the blend filter for video: https://stackoverflow.com/questions/25774996/how-to-compare-show-the-difference-between-2-videos-in-ffmpeg I haven't found the tool for audio, yet. Best regards, Andrey ??, 20 ???. 2024 ?., 02:07 Phyllis Smith via Cin : > Late today in turning on computer, but have applied this latest 0003 patch > also and there does not seem to be any issue with it. > But I have to say that without knowing how to use the audio plugins much, > even when I changed values for some parameters on some of the F_ audio > plugins, I could not detect a difference in the sound but I am sure Andrea > in his tests can hear a difference. So I "hope" they are really working > correctly. At least I got F_volume to show a difference! > > P.S. With more time tomorrow, I should have time to make a new AppImage so > if IgorBeg has time to test also, that would be helpful. > >> >> I also tried to re-add removed in last patch option using different >> function, seems to work, too! >> >> >>> >>> -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Sun Apr 21 01:33:50 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 20 Apr 2024 17:33:50 -0600 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: A new AppImage with ffmpeg 7.0 AND Dissolve fade problem patch (test media attached; untar; load unwanted_black_flashxml) in is at: https://cinelerra-gg.org/download/testing/cin-x86_64_older.AppImage -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: black_flash.tar Type: application/x-tar Size: 92160 bytes Desc: not available URL: From phylsmith2017 at gmail.com Sun Apr 21 01:37:42 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 20 Apr 2024 17:37:42 -0600 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: On Sat, Apr 20, 2024 at 2:48?PM ?????? ?????? via Cin < cin at lists.cinelerra-gg.org> wrote: > After reading the mail list, I thought that some test cases are needed to > test plugins after migrating from ffmpeg 6.1 to 7.0. And then compare the > new videos with the old ones in semi-automatic mode. > > I found that ffmpeg a able to produce diff-like videos with the blend > filter for video: > https://stackoverflow.com/questions/25774996/how-to-compare-show-the-difference-between-2-videos-in-ffmpeg > > This is handy to know about. So far in a single test, the MD5 sum in 6.1 version versus 7.0 is different but I think it is due to auxiliary information and not the actual data. But I could be wrong. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sun Apr 21 08:50:31 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sun, 21 Apr 2024 08:50:31 +0200 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: You are right. You can't see it by applying Title to the same track as the purple background, but by putting Title in an empty upper track the problem is still there. From randrianasulu at gmail.com Sun Apr 21 09:46:05 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 21 Apr 2024 10:46:05 +0300 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: On Sun, Apr 21, 2024 at 9:50?AM Andrea paz wrote: > You are right. You can't see it by applying Title to the same track as > the purple background, but by putting Title in an empty upper track > the problem is still there. > Thing is, patch only alters dissolve plugin, and not titler (our titler and one in cinHV differentiate quite far) But then I tried to reconstruct test case with red and white2 png (rgb from cinHV tests folder) on same track with dissolve transition between them and even unpatched cingg was ok in all modes (yuva-8, rgb-8 ...) ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Sun Apr 21 10:53:24 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sun, 21 Apr 2024 11:53:24 +0300 Subject: [Cin] AgingTV plugin issue In-Reply-To: References: Message-ID: Please try attached patches - first fixes aging window sliders so they show latest changes over configure window close/reopen cycle Second patch mods againg.C so processing for pits/dust happens only if param > 0 (not sure if such change desirable?) On Thu, Feb 29, 2024 at 10:08?AM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > > > ??, 28 ????. 2024 ?., 20:37 Phyllis Smith via Cin < > cin at lists.cinelerra-gg.org>: > >> (ometimes I just can not stop myself and just had to look at AgingTV.) I >> think I found the problem. If everything is unchecked and then one of the >> 3 items of Scratch, Pits, or Dust is checked BUT set to zero, you can still >> see that item in the compositor. Grain is either on or off and works as >> expected. >> > > > Einar added few commits to cin-cve version of plugin: > > https://github.com/vanakala/cinelerra-cve/commits/master/plugins/aging > > "Fixed applying of AgingTV pits" > > "New function AgingConfig::boundaries > > Checks the limits of configuration parameters > Area_scale and dust_interval can't be zero > > " > > >> The good news is that at least you can designate which type of aging you >> want, be it grain, scratch, pits, dust, or all or none. I will log a BT on >> this in case anyone wants to look at it in the future. >> >> -- >> Cin mailing list >> Cin at lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Save-value-of-agingwindow-sliders-by-using-get_value.patch Type: text/x-patch Size: 772 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Only-process-agingTV-dust-pits-if-value-0.patch Type: text/x-patch Size: 1166 bytes Desc: not available URL: From igorbeg at visi1.org Sun Apr 21 12:13:11 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Sun, 21 Apr 2024 12:13:11 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> Message-ID: <6624E6B7.6090607@visi1.org> Thank you, Phyllis, for the AppImage for my old UbuntuStudio. Same messages and issues as before for me by my tests. CLI output: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test-20240421-2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted And the audio of the rendered file is full of scratches, unfortunately. For the Dissolve fade problem I go in the "ChomaKey's old bug" thread,... but my tests nothing is changed. Thanks! IgroBeg Il 21/04/2024 01:33, Phyllis Smith via Cin ha scritto: > A new AppImage with ffmpeg 7.0 AND Dissolve fade problem patch (test > media attached; untar; load unwanted_black_flashxml) in is at: > > https://cinelerra-gg.org/download/testing/cin-x86_64_older.AppImage From igorbeg at visi1.org Sun Apr 21 12:25:23 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Sun, 21 Apr 2024 12:25:23 +0200 Subject: [Cin] ChomaKey's old bug In-Reply-To: References: Message-ID: <6624E993.1040709@visi1.org> As You all said,... nothing is changed for me. Tested on UbuntuStudio_16.04 with "cin-x86_64_older_20240421.AppImage" by Phyllis. Test file used is "unwanted_black_flash.xml" by Phyllis, and other tests by myself. This "cin-x86_64_older_20240421.AppImage" version works in the same way of my Cin Reference version. I am sorry. IgorBeg > Andrew_R wrote: > Thing is, patch only alters dissolve plugin, and not titler (our > titler and one in cinHV differentiate quite far). But then I tried > to reconstruct test case with red and white2 png (rgb from cinHV tests > folder) on same track with dissolve transition between them and even > unpatched cingg was ok in all modes (yuva-8, rgb-8 ...) ? > Andrea_paz wrote: > You are right. You can't see it by applying Title to the same track as > the purple background, but by putting Title in an empty upper track > the problem is still there. > Phyllis wrote: > ...but it does not seem to be any different to me. From phylsmith2017 at gmail.com Mon Apr 22 02:05:02 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sun, 21 Apr 2024 18:05:02 -0600 Subject: [Cin] AgingTV plugin issue In-Reply-To: References: Message-ID: Andrew, works better but I am not done testing yet. On Sun, Apr 21, 2024 at 2:53?AM Andrew Randrianasulu < randrianasulu at gmail.com> wrote: > Please try attached patches - first fixes aging window sliders so they > show latest changes over configure window close/reopen cycle > Second patch mods againg.C so processing for pits/dust happens only if > param > 0 (not sure if such change desirable?) > > On Thu, Feb 29, 2024 at 10:08?AM Andrew Randrianasulu < > randrianasulu at gmail.com> wrote: > >> >> >> ??, 28 ????. 2024 ?., 20:37 Phyllis Smith via Cin < >> cin at lists.cinelerra-gg.org>: >> >>> (ometimes I just can not stop myself and just had to look at AgingTV.) >>> I think I found the problem. If everything is unchecked and then one of >>> the 3 items of Scratch, Pits, or Dust is checked BUT set to zero, you can >>> still see that item in the compositor. Grain is either on or off and works >>> as expected. >>> >> >> >> Einar added few commits to cin-cve version of plugin: >> >> https://github.com/vanakala/cinelerra-cve/commits/master/plugins/aging >> >> "Fixed applying of AgingTV pits" >> >> "New function AgingConfig::boundaries >> >> Checks the limits of configuration parameters >> Area_scale and dust_interval can't be zero >> >> " >> >> >>> The good news is that at least you can designate which type of aging you >>> want, be it grain, scratch, pits, dust, or all or none. I will log a BT on >>> this in case anyone wants to look at it in the future. >>> >>> -- >>> Cin mailing list >>> Cin at lists.cinelerra-gg.org >>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Mon Apr 22 08:24:42 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 22 Apr 2024 09:24:42 +0300 Subject: [Cin] May be I fixed vorbis for webm/mkv with ffmpeg 7/6 Message-ID: Can you check attached patch ? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-may-be-fix-vorbis-in-ffmpeg-6-7.patch Type: text/x-patch Size: 938 bytes Desc: not available URL: From gamberucci.andrea at gmail.com Mon Apr 22 10:02:35 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 22 Apr 2024 10:02:35 +0200 Subject: [Cin] May be I fixed vorbis for webm/mkv with ffmpeg 7/6 In-Reply-To: References: Message-ID: I don't remember the Vorbis problem very well. I ran renders of: Ogg/Vorbis; ffmpeg/Ogg (vorbis); ffmpeg/Ogg (flac); ffmpeg/webm (vorbis); ffmpeg/mkv (vorbis) and ffmpeg/mkv (flac). In all cases the sound was clean and correct. From gamberucci.andrea at gmail.com Mon Apr 22 10:03:37 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 22 Apr 2024 10:03:37 +0200 Subject: [Cin] AgingTV plugin issue In-Reply-To: References: Message-ID: AgingTv seems to work fine for me. The settings are maintained. The slider at 0 gives no effect and increasing it works well. The check button works well. Two of my notes: 1- Grain is too pronounced. In my opinion there should be a slider for "Grain" as well so that it can be modulated. 2- I didn't quite understand the effect of "Dust"; what does it do? From randrianasulu at gmail.com Mon Apr 22 10:30:29 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 22 Apr 2024 11:30:29 +0300 Subject: [Cin] May be I fixed vorbis for webm/mkv with ffmpeg 7/6 In-Reply-To: References: Message-ID: On Mon, Apr 22, 2024 at 11:02?AM Andrea paz wrote: > I don't remember the Vorbis problem very well. I ran renders of: > Ogg/Vorbis; ffmpeg/Ogg (vorbis); ffmpeg/Ogg (flac); ffmpeg/webm > (vorbis); ffmpeg/mkv (vorbis) and ffmpeg/mkv (flac). In all cases the > sound was clean and correct. > I think Igor BEGHETTO run into scratching sound exactly with ffmpeg's default webm profile ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Mon Apr 22 10:31:52 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 22 Apr 2024 11:31:52 +0300 Subject: [Cin] AgingTV plugin issue In-Reply-To: References: Message-ID: On Mon, Apr 22, 2024 at 11:03?AM Andrea paz wrote: > AgingTv seems to work fine for me. The settings are maintained. The > slider at 0 gives no effect and increasing it works well. The check > button works well. > Two of my notes: > 1- Grain is too pronounced. In my opinion there should be a slider for > "Grain" as well so that it can be modulated. > 2- I didn't quite understand the effect of "Dust"; what does it do? > Should make some kind of dark spots on video ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Mon Apr 22 10:36:59 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 22 Apr 2024 11:36:59 +0300 Subject: [Cin] trying to fix libopus for 5.1 sound Message-ID: Patch via https://github.com/HandBrake/HandBrake/commit/8a0847806d558b252daceb5610d2ba61f7e9ba5a you can test it with matrixbench trailer: bin/cin /home/admin/K38/files/home/HUAWEI/home/matrixbench_highdivx_ac3.avi and set encoder to FFMPEG webm - libopus (and video encoder of your choice). For some reason 4 ch. still does not work, but those files must be rare (made one by accident, trying to encode 2 stereo tracks avi into mp4 without any audio track disabling) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Set-mapping_family-to-1-for-5.1-libopus.patch Type: text/x-patch Size: 958 bytes Desc: not available URL: From igorbeg at visi1.org Mon Apr 22 11:41:16 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Mon, 22 Apr 2024 11:41:16 +0200 Subject: [Cin] May be I fixed vorbis for webm/mkv with ffmpeg 7/6 In-Reply-To: References: Message-ID: <662630BC.7050207@visi1.org> My settings for rendering test is: ============================= Project Format: 1920 x 1080 @24fps YUVA-8bit Render: File Format: FFMPEG | webm Audio: Preset: webm.webm Bitrate: 128000 Quality: -1 (disabled, grayed) Samples: fltp Video: Compression: vp9_1920x1080_24or25or30fps.webm Bitrate: 0 Quality: -1 Pixels: yuv420p Video Options: # 20171119-2100 # based on https://developers.google.com/media/vp9/settings/vod/ # for explanations reference the Cinelerra Manual # 1920x1080 (24, 25 or 30 frames per second) b=1800k minrate=900k maxrate=2610k tile-columns=2 g=240 threads=8 quality=good crf=31 speed=4 ============================= I don't know if it may help. IgorBeg Il 22/04/2024 10:30, Andrew Randrianasulu via Cin ha scritto: > I think Igor BEGHETTO run into scratching sound exactly with ffmpeg's > default webm profile ? From gamberucci.andrea at gmail.com Mon Apr 22 13:14:03 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 22 Apr 2024 13:14:03 +0200 Subject: [Cin] May be I fixed vorbis for webm/mkv with ffmpeg 7/6 In-Reply-To: <662630BC.7050207@visi1.org> References: <662630BC.7050207@visi1.org> Message-ID: Yes, I also remember the noisy audio. I don't remember the details well. However, with your patch everything is OK, even with flac (which, I seem to remember, suffered from the same problem; only opus worked fine). In my tests I always try to use the default profiles. From gamberucci.andrea at gmail.com Mon Apr 22 13:14:45 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 22 Apr 2024 13:14:45 +0200 Subject: [Cin] AgingTV plugin issue In-Reply-To: References: Message-ID: OK, with a very clear image I can see the dark spots. From gamberucci.andrea at gmail.com Mon Apr 22 13:15:37 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 22 Apr 2024 13:15:37 +0200 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: I cannot find "matrixbench_highdivx_ac3.avi". Can you provide it? NOTE: could the problems stem from the AVI format, which is old and limited? From randrianasulu at gmail.com Mon Apr 22 15:37:32 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 22 Apr 2024 16:37:32 +0300 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: ??, 22 ???. 2024 ?., 14:15 Andrea paz : > I cannot find "matrixbench_highdivx_ac3.avi". Can you provide it? > http://samples.mplayerhq.hu/benchmark/testsuite1/matrixbench_highdivx_ac3.avi NOTE: could the problems stem from the AVI format, which is old and limited? > Hardly, it decodes correctly, just opus encoding may suffer from wrong channel mapping .... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Mon Apr 22 18:43:22 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Mon, 22 Apr 2024 10:43:22 -0600 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: <6624E6B7.6090607@visi1.org> References: <6620CED0.1010306@visi1.org> <6624E6B7.6090607@visi1.org> Message-ID: IgorBeg, in Preferences/Settings/Playback A what is the audio set to? The default on a new startup seems to be Alsa, default, 16 bit linear. Unfortunately I have no speakers on my Ubuntu 16 O/S, but when I download this new AppImage and load a ffmpeg 7.0 audio filter on my laptop, it works for me. I am confused by your bad results. Also, even though you get those error messages, are you getting audio because you say it is "scratchy", so it is working? On Sun, Apr 21, 2024 at 4:13?AM Igor BEGHETTO via Cin < cin at lists.cinelerra-gg.org> wrote: > AppImage for my old UbuntuStudio. > Same messages and issues as before for me by my tests. > > CLI output: > FFStream::encode_frame: encode failed. > file: /home/charlie/Documents/temp/pippo_ffmpeg7_test-20240421-2.webm > err: Resource temporarily unavailable > FFMPEG::mux_audio err: Operation not permitted > > And the audio of the rendered file is full of scratches, unfortunately. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Mon Apr 22 18:54:14 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Mon, 22 Apr 2024 19:54:14 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6620CED0.1010306@visi1.org> <6624E6B7.6090607@visi1.org> Message-ID: ??, 22 ???. 2024 ?., 19:43 Phyllis Smith via Cin : > IgorBeg, in Preferences/Settings/Playback A what is the audio set to? The > default on a new startup seems to be Alsa, default, 16 bit linear. > Unfortunately I have no speakers on my Ubuntu 16 O/S, but when I download > this new AppImage and load a ffmpeg 7.0 audio filter on my laptop, it works > for me. I am confused by your bad results. Also, even though you get > those error messages, are you getting audio because you say it is > "scratchy", so it is working? > If you set encoding preference to add newly encoded asset to new tracks you can easily see for default webm profile (at least on slower machine?) that resulting audio waveform is very glitchy and different from source audio.... > On Sun, Apr 21, 2024 at 4:13?AM Igor BEGHETTO via Cin < > cin at lists.cinelerra-gg.org> wrote: > >> AppImage for my old UbuntuStudio. >> Same messages and issues as before for me by my tests. >> >> CLI output: >> FFStream::encode_frame: encode failed. >> file: /home/charlie/Documents/temp/pippo_ffmpeg7_test-20240421-2.webm >> err: Resource temporarily unavailable >> FFMPEG::mux_audio err: Operation not permitted >> >> And the audio of the rendered file is full of scratches, unfortunately. >> >> -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Mon Apr 22 20:43:08 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 22 Apr 2024 20:43:08 +0200 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: Test with CinGG-20240229-x86_64-multibit.AppImage (no patch): https://streamable.com/r4r150 test with compile version with ffmpeg7 and patch: https://streamable.com/rd9sz0 With only 4 audio channels: [libopus @ 0x75d44803b100] Invalid channel layout 4.0 for specified mapping family -1. From randrianasulu at gmail.com Tue Apr 23 00:54:35 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 23 Apr 2024 01:54:35 +0300 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: ??, 22 ???. 2024 ?., 21:43 Andrea paz : > Test with CinGG-20240229-x86_64-multibit.AppImage (no patch): > > https://streamable.com/r4r150 > > test with compile version with ffmpeg7 and patch: > > https://streamable.com/rd9sz0 Can you also post output of mediainfo for both cases? > > With only 4 audio channels: > > [libopus @ 0x75d44803b100] Invalid channel layout 4.0 for specified > mapping family -1. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Tue Apr 23 09:37:06 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 23 Apr 2024 09:37:06 +0200 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: > Can you also post output of mediainfo for both cases? Here it is. -------------- next part -------------- NO PATCH: General Complete name : opus_test_no_patch.webm Format : WebM Format version : Version 4 File size : 12.1 MiB Duration : 3 min 7 s Overall bit rate : 541 kb/s Writing application : Lavf61.1.100 Writing library : Lavf61.1.100 Video ID : 1 Format : AV1 Format/Info : AOMedia Video 1 Format profile : Main at L3.0 Codec ID : V_AV1 Duration : 3 min 7 s Width : 720 pixels Height : 576 pixels Display aspect ratio : 4:3 Frame rate mode : Variable Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Default : No Forced : No Color range : Full Matrix coefficients : BT.709 Audio ID : 2 Format : Opus Codec ID : A_OPUS Duration : 3 min 7 s Channel(s) : 6 channels Channel layout : L R C Lb Rb LFE Sampling rate : 48.0 kHz Bit depth : 32 bits Compression mode : Lossy Language : Italian Default : No Forced : No PATCH: General Complete name : opus_test_patch.webm Format : WebM Format version : Version 4 File size : 13.4 MiB Duration : 3 min 7 s Overall bit rate : 600 kb/s Writing application : Lavf61.1.100 Writing library : Lavf61.1.100 Video ID : 1 Format : AV1 Format/Info : AOMedia Video 1 Format profile : Main at L3.0 Codec ID : V_AV1 Duration : 3 min 7 s Width : 720 pixels Height : 576 pixels Display aspect ratio : 4:3 Frame rate mode : Variable Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Default : No Forced : No Color range : Full Matrix coefficients : BT.709 Audio ID : 2 Format : Opus Codec ID : A_OPUS Duration : 3 min 7 s Channel(s) : 6 channels Channel layout : L R C Lb Rb LFE Sampling rate : 48.0 kHz Bit depth : 32 bits Compression mode : Lossy Language : Italian Default : No Forced : No From randrianasulu at gmail.com Tue Apr 23 09:50:27 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 23 Apr 2024 10:50:27 +0300 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: ??, 23 ???. 2024 ?., 10:37 Andrea paz : > > Can you also post output of mediainfo for both cases? > Here it is. > Channel layout seems to be the same in both cases: L R C Lb Rb LFE so, probably patch not needed in our case ..... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Tue Apr 23 11:46:16 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 23 Apr 2024 11:46:16 +0200 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: Same result with a cut made by me. I got the various files from: https://samples.mplayerhq.hu/A-codecs/AC3/ Broadway-5.1-48khz-448kbit.ac3 Canyon-5.1-48khz-448kbit.ac3 monsters_inc_2.0_192.ac3 TomorrowNeverDies-2.1-48khz-192kbit.ac3 There are no video tracks, I only rendered the audio. -------------- next part -------------- General Complete name : opus_test_ac3_2_no_patch.webm Format : WebM Format version : Version 4 File size : 5.51 MiB Duration : 2 min 31 s Overall bit rate : 306 kb/s Writing application : Lavf60.16.100 Writing library : Lavf60.16.100 Audio ID : 1 Format : Opus Codec ID : A_OPUS Duration : 2 min 31 s Channel(s) : 6 channels Channel layout : L R C Lb Rb LFE Sampling rate : 48.0 kHz Bit depth : 32 bits Compression mode : Lossy Language : Italian Default : No Forced : No General Complete name : opus_test_ac3_2.webm Format : WebM Format version : Version 4 File size : 5.86 MiB Duration : 2 min 31 s Overall bit rate : 325 kb/s Writing application : Lavf61.1.100 Writing library : Lavf61.1.100 Audio ID : 1 Format : Opus Codec ID : A_OPUS Duration : 2 min 31 s Channel(s) : 6 channels Channel layout : L R C Lb Rb LFE Sampling rate : 48.0 kHz Bit depth : 32 bits Compression mode : Lossy Language : Italian Default : No Forced : No From randrianasulu at gmail.com Tue Apr 23 11:48:52 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 23 Apr 2024 12:48:52 +0300 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: ??, 23 ???. 2024 ?., 12:46 Andrea paz : > Same result with a cut made by me. I got the various files from: > https://samples.mplayerhq.hu/A-codecs/AC3/ > > Broadway-5.1-48khz-448kbit.ac3 > Canyon-5.1-48khz-448kbit.ac3 > monsters_inc_2.0_192.ac3 > TomorrowNeverDies-2.1-48khz-192kbit.ac3 > > There are no video tracks, I only rendered the audio. > Should be ok. But then can you try ffmpeg 7 with and without patch just in case it only affects ffmpeg 7.0? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Tue Apr 23 12:09:45 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 23 Apr 2024 12:09:45 +0200 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: > But then can you try ffmpeg 7 with and without patch just in case it only affects ffmpeg 7.0? Still the same result. -------------- next part -------------- General Complete name : opus_test_ffmpeg7_no_patch.webm Format : WebM Format version : Version 4 File size : 5.51 MiB Duration : 2 min 31 s Overall bit rate : 306 kb/s Writing application : Lavf61.1.100 Writing library : Lavf61.1.100 Audio ID : 1 Format : Opus Codec ID : A_OPUS Duration : 2 min 31 s Channel(s) : 6 channels Channel layout : L R C Lb Rb LFE Sampling rate : 48.0 kHz Bit depth : 32 bits Compression mode : Lossy Language : Italian Default : No Forced : No From randrianasulu at gmail.com Tue Apr 23 12:12:24 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 23 Apr 2024 13:12:24 +0300 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: ??, 23 ???. 2024 ?., 13:09 Andrea paz : > > But then can you try ffmpeg 7 with and without patch just in case it > only affects ffmpeg 7.0? > > Still the same result. > Thanks! Then, if real channel order not affected (hopefully something you can confirm by looking at audio track's waveforms) I guess this patch really not needed, sorry! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorbeg at visi1.org Tue Apr 23 13:32:32 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Tue, 23 Apr 2024 13:32:32 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> Message-ID: <66279C50.1090901@visi1.org> To be clear,... It is not a Playback problem, it is a rendering problem, for the audio, web format. For Info, in Preferences->Settings->Playback my setting is: Alsa, default, 16bit. In my project file there are two Audio tracks on Timeline (Left+Right). The source audio file is a stereo WAV file. The link to hear the scratches: https://files.fm/u/ux748j3zwz It is strange. For the MOV preset the audio is Okay. I will try to go back in time with the versions I saved on my Hard Disk. My tests using: - cin-x86_64_older_20240421.AppImage (audio scratches) - CinGG-20240229-x86_64-older_distros.AppImage (audio scratches) - CinGG-20221031-x86_64-older_distros.AppImage (audio scratches) - cinelerra-5.1-ub16.04-20201031.x86_64-static (OKAY) ===================== Render: File Format: FFMPEG | webm Audio: Preset: webm.webm Bitrate: 128000 Quality: -1 (disabled, grayed) Samples: fltp Video: Compression: vp9_1920x1080_24or25or30fps.webm Bitrate: 0 Quality: -1 Pixels: yuv420p ===================== IgorBeg Il 22/04/2024 18:54, Andrew Randrianasulu via Cin ha scritto: > > > ??, 22 ???. 2024 ?., 19:43 Phyllis Smith via Cin > >: > > IgorBeg, in Preferences/Settings/Playback A what is the audio set > to? The default on a new startup seems to be Alsa, default, 16 > bit linear. Unfortunately I have no speakers on my Ubuntu 16 O/S, > but when I download this new AppImage and load a ffmpeg 7.0 audio > filter on my laptop, it works for me. I am confused by your bad > results. Also, even though you get those error messages, are you > getting audio because you say it is "scratchy", so it is working? > > > If you set encoding preference to add newly encoded asset to new > tracks you can easily see for default webm profile (at least on slower > machine?) that resulting audio waveform is very glitchy and different > from source audio.... > > > > > On Sun, Apr 21, 2024 at 4:13?AM Igor BEGHETTO via Cin > > > wrote: > > AppImage for my old UbuntuStudio. > Same messages and issues as before for me by my tests. > > CLI output: > FFStream::encode_frame: encode failed. > file: > /home/charlie/Documents/temp/pippo_ffmpeg7_test-20240421-2.webm > err: Resource temporarily unavailable > FFMPEG::mux_audio err: Operation not permitted > > And the audio of the rendered file is full of scratches, > unfortunately. > > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > From randrianasulu at gmail.com Tue Apr 23 13:55:31 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 23 Apr 2024 14:55:31 +0300 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: ??, 23 ???. 2024 ?., 13:12 Andrew Randrianasulu : > > > ??, 23 ???. 2024 ?., 13:09 Andrea paz : > >> > But then can you try ffmpeg 7 with and without patch just in case it >> only affects ffmpeg 7.0? >> >> Still the same result. >> > > > Thanks! Then, if real channel order not affected (hopefully something you > can confirm by looking at audio track's waveforms) I guess this patch > really not needed, sorry! > small dig on what this parameter mean resulted in this link: https://www.iana.org/assignments/opus-channel-mapping-families/opus-channel-mapping-families.xhtml ==== Available Formats CSV Value Description Reference 0 Mono, L/R stereo [RFC7845, Section 5.1.1.1 ][RFC8486, Section 5 ] 1 1-8 channel surround [RFC7845, Section 5.1.1.2 ][RFC8486, Section 5 ] 2 Ambisonics as individual channels [RFC8486, Section 3.1 ] 3 Ambisonics with demixing matrix [RFC8486, Section 3.2 ] 4-239 Unassigned 240-254 Experimental use [RFC8486, Section 6 ] 255 Discrete channels [RFC7845, Section 5.1.1.3 ][RFC8486, Section 5 ] -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Tue Apr 23 15:03:26 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 23 Apr 2024 15:03:26 +0200 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: I don't understand how the channel map works. Anyway I post you the image showing on the left the sources and on the right a render: https://postimg.cc/Bj9GrFyc -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Tue Apr 23 15:04:36 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 23 Apr 2024 15:04:36 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: <66279C50.1090901@visi1.org> References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: Trying to repeat Igor's test, with CinGG compiled with ffmpeg7, I find the render audio clean and without scratches. I remember that I use Arch, which has all updated drivers and libraries. On the terminal I read: file:/home/paz/igor_test.webm err: Invalid data found when processing input FFStream::decode: failed FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test.webm FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test.webm From randrianasulu at gmail.com Tue Apr 23 15:16:42 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 23 Apr 2024 16:16:42 +0300 Subject: [Cin] trying to fix libopus for 5.1 sound In-Reply-To: References: Message-ID: ??, 23 ???. 2024 ?., 16:03 Andrea paz : > I don't understand how the channel map works. Anyway I post you the image > showing on the left the sources and on the right a render: > https://postimg.cc/Bj9GrFyc > Hm, they quite different. Thing is, as I've read in mozilla bugtracker mapping_family 1 applies some kind of LFE channel compression so .1 (subwoofer) low frequency channel must be in specific position .... https://bugzilla.mozilla.org/show_bug.cgi?id=1301518 Anyway, we hopefully can set this option manually. Just I had no idea what values I can use ... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Tue Apr 23 15:26:31 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 23 Apr 2024 16:26:31 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: ??, 23 ???. 2024 ?., 16:05 Andrea paz via Cin : > Trying to repeat Igor's test, with CinGG compiled with ffmpeg7, I find > the render audio clean and without scratches. I remember that I use > Arch, which has all updated drivers and libraries. On the terminal I > read: > > file:/home/paz/igor_test.webm > err: Invalid data found when processing input > FFStream::decode: failed > FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test.webm > FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test.webm > well, this is even with my latest patch? I think it eliminated *encoder* errors, and there was no decoding errors with libvorbis encoded streams ..but there was with ffmpeg_vorbis. Also, you can try to run cin via qemu-x86_64 user level emulator with different -cpu parameters, may be bug surface only on specific cpus ..... Anyway, I thought there still a lot to test (hw decoding, hw rendering, renderfarm, background render, proxies, various profiles) so we better not to rush release this month ... -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Tue Apr 23 16:11:08 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 23 Apr 2024 17:11:08 +0300 Subject: [Cin] OT: 3D audio gui editor Message-ID: https://hackaday.io/project/178760-3d-audio-producer may be someone will like to play with it (it does not make giant 55 channel audio files, instead it tries to play many-many mono sounds in 3d space for stereo sound systems (or may be 5.1 ones)). Even if it does not have render to file features (?) you probably can capture it via alsa/pulseaudio loopback ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Wed Apr 24 13:51:17 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Wed, 24 Apr 2024 13:51:17 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: > well, this is even with my latest patch? Sorry for the late response. Below is what is written in the terminal from loading the media in timeline, then the render and finally the subsequent loading of the render to timeline: file:/home/paz/test/4-3_3-2.mov err: Invalid argument Render::render_single: Session finished. ** rendered 1019 frames in 50.335 secs, 20.244 fps FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm audio0 pad 8 -143 (151) audio0 pad 0 -143 (143) FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm FFStream::decode: avcodec_send_packet failed. file:/home/paz/test/4-3_3-2.mov err: Invalid argument FFStream::decode: failed HW device init failed, using SW decode. file:/home/paz/test/4-3_3-2.mov err: Invalid argument FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm > Also, you can try to run cin via qemu-x86_64 user level emulator with different -cpu parameters, may be bug surface only on specific cpus ..... I have the latest Ubuntu on qemu, but I don't quite understand what I need to do. What parameters of the processor should I use? > Anyway, I thought there still a lot to test (hw decoding, hw rendering, renderfarm, background render, proxies, various profiles) so we better not to rush release this month ... I agree about postponing the version with ffmpeg7. From randrianasulu at gmail.com Wed Apr 24 13:57:57 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Wed, 24 Apr 2024 14:57:57 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: ??, 24 ???. 2024 ?., 14:51 Andrea paz : > > well, this is even with my latest patch? > Sorry for the late response. Below is what > is written in the terminal from loading the media in timeline, then > the render and finally > the subsequent loading of the render to timeline: > > file:/home/paz/test/4-3_3-2.mov > err: Invalid argument > Render::render_single: Session finished. > ** rendered 1019 frames in 50.335 secs, 20.244 fps > FFMPEG::open_decoder: some stream times estimated: > /home/paz/igor_test3.webm > audio0 pad 8 -143 (151) > audio0 pad 0 -143 (143) > FFMPEG::open_decoder: some stream times estimated: > /home/paz/igor_test3.webm > FFStream::decode: avcodec_send_packet failed. > file:/home/paz/test/4-3_3-2.mov > err: Invalid argument > FFStream::decode: failed > HW device init failed, using SW decode. > file:/home/paz/test/4-3_3-2.mov > err: Invalid argument > FFMPEG::open_decoder: some stream times estimated: > /home/paz/igor_test3.webm > FFMPEG::open_decoder: some stream times estimated: > /home/paz/igor_test3.webm > hm, so hw decoding of vp9 does not work? Only on this version or on previous ffmpeg 6.1 based cingg too? > Also, you can try to run cin via qemu-x86_64 user level emulator with > different -cpu parameters, may be bug surface only on specific cpus ..... > I have the latest Ubuntu on qemu, but I don't quite understand what I > need to do. What > parameters of the processor should I use? > if you run qemu with -cpu help it should print long list of supported processors ... Note, in this specific case I mean not full system emulation (qemu-system-*) but purely user-space component running directly on host kernel. It was unable to catch some alignment problems in my case, but for making your cpu unusually slow it definitely works! > Anyway, I thought there still a lot to test (hw decoding, hw rendering, > renderfarm, background render, proxies, various profiles) so we better not > to rush release this month ... > I agree about postponing the version with ffmpeg7. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Wed Apr 24 15:15:32 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Wed, 24 Apr 2024 15:15:32 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: > hm, so hw decoding of vp9 does not work? Only on this version or on previous ffmpeg 6.1 based cingg too? TEST 1 I directly loaded the project containing both the sources and the render (VP9). The two CinGGs are configured similarly, decoding with vaapi. TEST2 Second test regarding decoding in hardware with vaapi. I loaded directly into timeline a media with h264 codec and mp4 format to make sure vaapi is supported. Playback and scrolling does not produce any messages on the terminal. NOTE: Audio with PulseAudio does not work. The following message is shown: AudioPulse::open_output 110: failed server=(null) Invalid argument I don't understand why, on other occasions it works. This is true for both appimage and compiled. -------------- next part -------------- A non-text attachment was scrubbed... Name: test.tar.gz Type: application/gzip Size: 597 bytes Desc: not available URL: From randrianasulu at gmail.com Wed Apr 24 16:21:59 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Wed, 24 Apr 2024 17:21:59 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: ??, 24 ???. 2024 ?., 16:15 Andrea paz : > > hm, so hw decoding of vp9 does not work? Only on this version or on > previous ffmpeg 6.1 based cingg too? > > TEST 1 > I directly loaded the project containing both the sources and the > render (VP9). The two CinGGs are configured similarly, decoding with vaapi. > > TEST2 > Second test regarding decoding in hardware with vaapi. I loaded directly > into > timeline a media with h264 codec and mp4 format to make sure vaapi is > supported. > Playback and scrolling does not produce any messages on the terminal. > I assume attached tar archive then only about TEST1 ? Because it contain "HW device init failed, using SW decode." messages. I wonder if plain system ffmpeg still works for hw decoding? I def. saw ffmpeg patch related to new libva and AMD hardware ... https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240321151054.1241-1-Primeadvice at gmail.com/ ah, no it was about HEVC encoding ... > NOTE: > Audio with PulseAudio does not work. The following message is shown: > > AudioPulse::open_output 110: failed server=(null) Invalid argument > > I don't understand why, on other occasions it works. This is true for > both appimage and > compiled. > May be pipewire's pulseaudio emulation tries to be smart and start only if there demand, but sometimes fail behind a bit? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Wed Apr 24 18:43:12 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Wed, 24 Apr 2024 18:43:12 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: > I assume attached tar archive then only about TEST1 ? ? In test 1 I used a VP8/mov source without audio [4-3_3-2.mov] combined with an mp3/wav audio and in addition the render result [igor_test3.webm]: VP9/webm with audio Vorbis (webm.webm preset). [I didn't notice that the wav audio was mp3, maybe I need to use PCM audio?] In test 2 I used Big Buck Bunny_sunflower in h264/mp4 version with mp3 audio. In both tests I simply loaded (in test 1, the project and in test 2, the file) with the ?replace current project? option and then did a little playback/scrolling. The messages shown are everything that appeared between starting and closing CinGG (I just removed the normal start/end messages that CinGG has). The problems with vaapi are probably due to the combination of AMD, mesa, amdgpu and rocm, since every time they are updated the behavior always changes and new problems always arise... However in CinGG/ffmpeg7 it seems that vaapi is working (test 2 [bbb_sunflower_1080p_30fps_normal.mp4]: no line ?HW device init failed, using SW decode"). In test 1 you have errors with vaapi with VP8 [4-3_3-2.mov], which I believe is not supported. But there are no errors with VP9 [igor_test3.webm], which certainly supports vaapi. > I wonder if plain system ffmpeg still works for hw decoding? In Arch I still have ffmpeg 6.1.1. I have tried transcoding from mp4 to mp4, via decoding and encoding in vaapi, but I don't understand if decoding in vaapi works, while encoding works (https://trac.ffmpeg.org/wiki/Hardware/VAAPI): $ ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i mixkit-worried-and-sad-woman-outdoors-8739.mp4 -c:v h264_vaapi -b:v 2M -maxrate 2M output.mp4 [...] Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mixkit-worried-and-sad-woman-outdoors-8739.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomavc1mp42 creation_time : 2020-06-21T18:53:40.000000Z Duration: 00:00:15.00, start: 0.000000, bitrate: 24801 kb/s Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 24798 kb/s, 24 fps, 24 tbr, 24k tbn (default) Metadata: creation_time : 2020-06-21T18:53:40.000000Z handler_name : ETI ISO Video Media Handler vendor_id : [0][0][0][0] encoder : Elemental H.264 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (h264_vaapi)) Press [q] to stop, [?] for help [h264_vaapi @ 0x571d363508c0] Driver does not support some wanted packed headers (wanted 0xd, found 0x1). Output #0, mp4, to 'output.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomavc1mp42 encoder : Lavf60.16.100 Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), vaapi(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 2000 kb/s, 24 fps, 12288 tbn (default) Metadata: creation_time : 2020-06-21T18:53:40.000000Z handler_name : ETI ISO Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc60.31.102 h264_vaapi [out#0/mp4 @ 0x571d3632dc80] video:3649kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.064330% frame= 360 fps=196 q=-0.0 Lsize= 3652kB time=00:00:14.95 bitrate=1999.9kbits/s speed=8.14x From randrianasulu at gmail.com Wed Apr 24 19:31:18 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Wed, 24 Apr 2024 20:31:18 +0300 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: ??, 24 ???. 2024 ?., 19:43 Andrea paz : > > I assume attached tar archive then only about TEST1 ? > > ? > > In test 1 I used a VP8/mov source without audio [4-3_3-2.mov] combined > with an > mp3/wav audio and in addition the render result [igor_test3.webm]: > VP9/webm with audio > Vorbis (webm.webm preset). [I didn't notice that the wav audio was > mp3, maybe I need to > use PCM audio?] > In test 2 I used Big Buck Bunny_sunflower in h264/mp4 version with mp3 > audio. > > In both tests I simply loaded (in test 1, the project and in test > 2, the file) with the ?replace current project? option and then did a > little > playback/scrolling. > > The messages shown are everything that appeared between starting and > closing CinGG > (I just removed the normal start/end messages that CinGG has). > > The problems with vaapi are probably due to the combination of AMD, > mesa, amdgpu and > rocm, since every time they are updated the behavior always changes and > new problems always arise... > However in CinGG/ffmpeg7 it seems that vaapi is working (test 2 > [bbb_sunflower_1080p_30fps_normal.mp4]: no line ?HW device init failed, > using SW > decode"). In test 1 you have errors with vaapi with VP8 [4-3_3-2.mov], > which I believe is > not supported. But there are no errors with VP9 [igor_test3.webm], > which certainly > supports vaapi. > Ah, sorry I was not sure if error messages show up serially right after loading file or they can show up asynchronous ... Sorry for taking your time. I know vaapi is fragile, nice to see at least sw fallback in our code still works as intended, even if it makes checking vaapi runtime status harder ... > > I wonder if plain system ffmpeg still works for hw decoding? > > In Arch I still have ffmpeg 6.1.1. I have tried transcoding from mp4 to > mp4, via > decoding and encoding in vaapi, but I don't understand if decoding in > vaapi works, > while encoding works (https://trac.ffmpeg.org/wiki/Hardware/VAAPI): > > $ ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 > -hwaccel_output_format vaapi > -i mixkit-worried-and-sad-woman-outdoors-8739.mp4 -c:v h264_vaapi > -b:v 2M -maxrate 2M > output.mp4 > > [...] > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from > 'mixkit-worried-and-sad-woman-outdoors-8739.mp4': > Metadata: > major_brand : M4V > minor_version : 1 > compatible_brands: isomavc1mp42 > creation_time : 2020-06-21T18:53:40.000000Z > Duration: 00:00:15.00, start: 0.000000, bitrate: 24801 kb/s > Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), > yuv420p(tv, bt709, > progressive), 1920x1080 [SAR 1:1 DAR 16:9], 24798 kb/s, 24 fps, 24 > tbr, 24k tbn (default) > Metadata: > creation_time : 2020-06-21T18:53:40.000000Z > handler_name : ETI ISO Video Media Handler > vendor_id : [0][0][0][0] > encoder : Elemental H.264 > Stream mapping: > Stream #0:0 -> #0:0 (h264 (native) -> h264 (h264_vaapi)) > Press [q] to stop, [?] for help > [h264_vaapi @ 0x571d363508c0] Driver does not support some wanted > packed headers (wanted > 0xd, found 0x1). > Output #0, mp4, to 'output.mp4': > Metadata: > major_brand : M4V > minor_version : 1 > compatible_brands: isomavc1mp42 > encoder : Lavf60.16.100 > Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), vaapi(tv, > bt709, progressive), > 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 2000 kb/s, 24 fps, 12288 tbn > (default) > Metadata: > creation_time : 2020-06-21T18:53:40.000000Z > handler_name : ETI ISO Video Media Handler > vendor_id : [0][0][0][0] > encoder : Lavc60.31.102 h264_vaapi > [out#0/mp4 @ 0x571d3632dc80] video:3649kB audio:0kB subtitle:0kB other > streams:0kB global > headers:0kB muxing overhead: 0.064330% > frame= 360 fps=196 q=-0.0 Lsize= 3652kB time=00:00:14.95 > bitrate=1999.9kbits/s > speed=8.14x > may be mpv can be used to check decoding? It usually linked to system's ffmpeg. Not sure if tools like radeontop still works with new amdgpu supported AMD hardware. Anyway, thanks for testing, I hope it not ate too much time from your day. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorbeg at visi1.org Thu Apr 25 10:15:59 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Thu, 25 Apr 2024 10:15:59 +0200 Subject: [Cin] ffmpeg 7.0 soon to be released In-Reply-To: References: <6624E6B7.6090607@visi1.org> <66279C50.1090901@visi1.org> Message-ID: <662A113F.3040002@visi1.org> Thanks Andrew_R and Andrea_paz for your efforts about the issue. For the render problem with FFMPEG webm.webm (Audio: webm|vorbis; Video: vp9_1920x1080_24or25or30fps.webm ), I have done some tests with different versions of Cinelerra-GG. In my Hard Disk the oldest CinGG version that I have, after CinGG_20201031, is CinGG_20211231. It seems that my render problem for the scratches in the Audio is started from CinGG_20211231 for UbuntuStudio_16.04. The CinGG_20201031 works good. But, if I use the render Preset FFMPEG webm.webm, Audio= opus, Video= vp9_1920x1080_24or25or30fps.webm, the audio in the render file is good, no more scratches. Than, the issue is not only FFmpeg_7.0, I think. I don't know if it can help. IgorBeg From randrianasulu at gmail.com Thu Apr 25 18:00:08 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Thu, 25 Apr 2024 19:00:08 +0300 Subject: [Cin] amdgpu_top Message-ID: https://github.com/Umio-Yasuno/amdgpu_top?tab=readme-ov-file Written in Rust, but Arch should have binary package. I think this one should display encode/decode gpu utilization separately,at least according to screenshots. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Thu Apr 25 20:44:27 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Thu, 25 Apr 2024 20:44:27 +0200 Subject: [Cin] amdgpu_top In-Reply-To: References: Message-ID: I use system monitor from KDE. I tried loading into CinGG an 8k video; 60 fps; AV1 (supported by vaapi) and mkv. I ran the playback, but I do not detect GPU utilization. The GPU load varies from 0 to 10%, but these are normal variations that are repeated even with GPU at rest. The CPU has a load of about 30%. With the appimage I have: GPU = Same values. CPU = about 60%. Confirmation is the terminal message: "Decoder libdav1d does not support device type vaapi." I also tried vdpau (which for AMD GPU is a wrapper that leads to vaapi) and the result is the same: "Decoder libdav1d does not support device type vdpau." I tried a second video: 4k; 60 fps; HEVC; mp4. The video does not load and I have numerous errors like: "file: /home/paz/video_editing/free_video/Life Untouched 4K Demo.mp4 int FFVideoConvert::convert_picture_vframe(VFrame*, AVFrame*, AVFrame*): Error retrieving data from GPU to CPU" With appimage I have no loading errors, but still the GPU is not engaged: "file:/home/paz/video_editing/free_video/Life Untouched 4K Demo.mp4 err: Operation not permitted Failed HW device create. dev:vaapi err: Input/output error HW device init failed, using SW decode." Finally using mpv from the command line (set to vaapi): $ mpv 'Life Untouched 4K Demo.mp4' GPU = 30-60% CPU = 0-2% From phylsmith2017 at gmail.com Thu Apr 25 23:54:11 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Thu, 25 Apr 2024 15:54:11 -0600 Subject: [Cin] AgingTV plugin issue In-Reply-To: References: Message-ID: Checked aging plugins improvements to source GIT. On Mon, Apr 22, 2024 at 2:03?AM Andrea paz wrote: > AgingTv seems to work fine for me. The settings are maintained. > ... > 1- Grain is too pronounced. In my opinion there should be a slider for > "Grain" as well so that it can be modulated. > Might be a good idea too. -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Thu Apr 25 23:58:29 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Thu, 25 Apr 2024 15:58:29 -0600 Subject: [Cin] May be I fixed vorbis for webm/mkv with ffmpeg 7/6 In-Reply-To: References: <662630BC.7050207@visi1.org> Message-ID: Also worked well for me so checked into GIT. Thanks you Andrew. On Mon, Apr 22, 2024 at 5:14?AM Andrea paz via Cin < cin at lists.cinelerra-gg.org> wrote: > Yes, I also remember the noisy audio. I don't remember the details > well. However, with your patch everything is OK, even with flac > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Fri Apr 26 01:53:25 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 26 Apr 2024 02:53:25 +0300 Subject: [Cin] amdgpu_top In-Reply-To: References: Message-ID: ??, 25 ???. 2024 ?., 21:44 Andrea paz : > I use system monitor from KDE. > I tried loading into CinGG an 8k video; 60 fps; AV1 > (supported by vaapi) and mkv. I ran the playback, but I do not detect > GPU utilization. > The GPU load varies from 0 to 10%, but these are normal variations > that are repeated even > with GPU at rest. The CPU has a load of about 30%. > With the appimage I have: GPU = Same values. CPU = about 60%. > > Confirmation is the terminal message: > "Decoder libdav1d does not support device type vaapi." > > I also tried vdpau (which for AMD GPU is a wrapper that leads to vaapi) > and the > result is the same: > "Decoder libdav1d does not support device type vdpau." > Interesting, so av1 does not decode in hw in our case ... something to investigate, but I have no relevant hardware ... > I tried a second video: 4k; 60 fps; HEVC; mp4. The video does not load > and I have numerous > errors like: > > "file: /home/paz/video_editing/free_video/Life Untouched 4K Demo.mp4 > int FFVideoConvert::convert_picture_vframe(VFrame*, AVFrame*, AVFrame*): > Error retrieving data from GPU to CPU" > hm, ah, second error! Was it 10bit hevc by the way? > With appimage I have no loading errors, but still the GPU is not engaged: > > "file:/home/paz/video_editing/free_video/Life Untouched 4K Demo.mp4 > err: Operation not permitted > Failed HW device create. > dev:vaapi > err: Input/output error > HW device init failed, using SW decode." > I think appimage may have outdated libva inside it, so course of action was to unpack it and delete this library .... > > Finally using mpv from the command line (set to vaapi): > > $ mpv 'Life Untouched 4K Demo.mp4' > > GPU = 30-60% > CPU = 0-2% > Well, finally it works :) But not for us .... I'll try to add a bit more debug at least temporarily Thanks for testing! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Fri Apr 26 02:32:35 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 26 Apr 2024 03:32:35 +0300 Subject: [Cin] av1 hw decoding Message-ID: It seems problem surface for OBS software too: https://github.com/obsproject/obs-studio/issues/10213#issuecomment-1931140062 Can you try to set codec to generic av1 (or av1_vaapi) via our video codec mapping override (somewhere in manual) -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Fri Apr 26 10:45:37 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Fri, 26 Apr 2024 10:45:37 +0200 Subject: [Cin] amdgpu_top In-Reply-To: References: Message-ID: > Interesting, so av1 does not decode in hw in our case ... something to investigate, but I have no relevant hardware ... It seems that Dav1d is developed by VLC together with ffmpeg. They say it is software only and does not uses any GPU acceleration: https://www.videolan.org/projects/dav1d.html It would be to try with Nvidia hardware to confirm. It can use AVX2 in decoding, though. Do you have to enable this option or is it by default? https://code.videolan.org/videolan/dav1d It seems that dav1d is not a very up-to-date project; if I wanted to compare with libaom I just need to disable "-enable-libdav1d" in configure? > hm, ah, second error! Was it 10bit hevc by the way? Yes, it is a file 10-bit: "pix yuv420p10le"; Color Space: bt2020nc; Color range: TV (mpeg). Has anything changed between CinGG with ffmpeg6 and 7, since with appimage I have no problems loading ("second error"). [PS: Following the manual, I tried to start CinGG(ffmpeg7) with: CIN_HW_DEV=vaapi ./cin Now loading works without errors and playback works with a certain percentage of GPU acceleration (8-20%). If you try scrolling, however, there are continuous freezes and artifacts. But there are no messages and errors in the terminal. From gamberucci.andrea at gmail.com Fri Apr 26 10:47:47 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Fri, 26 Apr 2024 10:47:47 +0200 Subject: [Cin] HTML manual Message-ID: Trying to open the html manual directly from the website, I no longer get to the cover and context menu, but I get to our repository list files. See video: https://streamable.com/o4dryf This has been happening for a couple of weeks. I don't know if it's my fault and the endless ad-blockers I use in my Firefox... From igorbeg at visi1.org Fri Apr 26 10:53:36 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Fri, 26 Apr 2024 10:53:36 +0200 Subject: [Cin] May be I fixed vorbis for webm/mkv with ffmpeg 7/6 In-Reply-To: References: <662630BC.7050207@visi1.org> Message-ID: <662B6B90.8030109@visi1.org> I write here instead of https://lists.cinelerra-gg.org/pipermail/cin/2024-April/008186.html Me too. Thanks to Andrew_R's patch (0001-may-be-fix-vorbis-in-ffmpeg-6-7.patch), I changed the line of the code in "cinelerra-5.1/cinelerra/ffmpeg.C" in the old CinGG_20230831_static source code, build it,... and test it to render with FFMPEG webm.webm (Audio: webm|vorbis; Video: vp9_1920x1080_24or25or30fps.webm ). No more error message,... no more scratches on the Audio. Thank you so much Andrew_R! IgorBeg Il 25/04/2024 23:58, Phyllis Smith via Cin ha scritto: > Also worked well for me so checked into GIT. Thanks you Andrew. > > On Mon, Apr 22, 2024 at 5:14?AM Andrea paz via Cin > > wrote: > > Yes, I also remember the noisy audio. I don't remember the details > well. However, with your patch everything is OK, even with flac > From igorbeg at visi1.org Fri Apr 26 11:00:31 2024 From: igorbeg at visi1.org (Igor BEGHETTO) Date: Fri, 26 Apr 2024 11:00:31 +0200 Subject: [Cin] HTML manual In-Reply-To: References: Message-ID: <662B6D2F.70008@visi1.org> Unfortunately, the link in www.cinelerra-gg.org point to "https://cinelerra-gg.org/download/CinelerraGG_Manual" instead of "https://cinelerra-gg.org/download/CinelerraGG_Manual/CinelerraGG_Manual.html". IgorBeg Il 26/04/2024 10:47, Andrea paz via Cin ha scritto: > Trying to open the html manual directly from the website, I no longer get to the > cover and context menu, but I get to our repository list files. See video: > > https://streamable.com/o4dryf > > This has been happening for a couple of weeks. > I don't know if it's my fault and the endless ad-blockers I use in my Firefox... From randrianasulu at gmail.com Fri Apr 26 13:39:02 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 26 Apr 2024 14:39:02 +0300 Subject: [Cin] amdgpu_top In-Reply-To: References: Message-ID: ??, 26 ???. 2024 ?., 11:45 Andrea paz : > > Interesting, so av1 does not decode in hw in our case ... something to > investigate, but I have no relevant hardware ... > > It seems that Dav1d is developed by VLC together with ffmpeg. They say > it is software only > and does not uses any GPU acceleration: > https://www.videolan.org/projects/dav1d.html > > It would be to try with Nvidia hardware to confirm. > > It can use AVX2 in decoding, though. Do you have to enable this option > or is it by > default? > https://code.videolan.org/videolan/dav1d > > It seems that dav1d is not a very up-to-date project; if I wanted to > compare with > libaom I just need to disable "-enable-libdav1d" in configure? > you can simply comment out line "remap_video_decoder libaom-av1=libdav1d" in ffmpeg/decode.opts if this works (hw decode acceleration of av1 started to work) I might have patch for you to try ... > > hm, ah, second error! Was it 10bit hevc by the way? > > Yes, it is a file 10-bit: > > "pix yuv420p10le"; Color Space: bt2020nc; Color range: TV (mpeg). > > Has anything changed between CinGG with ffmpeg6 and 7, since with > appimage I have no > problems > loading ("second error"). > > [PS: > Following the manual, I tried to start CinGG(ffmpeg7) with: > CIN_HW_DEV=vaapi ./cin > Now loading works without errors and playback works with a certain > percentage of GPU > acceleration (8-20%). If you try scrolling, however, there are > continuous freezes and > artifacts. But there are no messages and errors in the terminal. > well, freezes and artifacts are no fun either! Internals of ffmpeg were reworked, not sure how it affected user-visible interfaces cingg use ... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Fri Apr 26 14:51:50 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Fri, 26 Apr 2024 14:51:50 +0200 Subject: [Cin] av1 hw decoding In-Reply-To: References: Message-ID: I am responding here because the title is more appropriate than in the other thread. > you can simply comment out line "remap_video_decoder libaom-av1=libdav1d" in ffmpeg/decode.opts Yes, hardware decoding with libaom works. There are no messages on the terminal. The GPU is only 8-21% busy but the CPU is only 2-6% busy. However, if scrolling there are still freezes and artifacts; the performance seems to me similar to dav1d and so I don't think it is convenient to use libaom. Note: again, until I deleted .bcast5, and started from 0, was left with working libdav1d instead of libaom. If you have other ideas/tests for me to do, please let me know. From randrianasulu at gmail.com Fri Apr 26 16:44:13 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 26 Apr 2024 17:44:13 +0300 Subject: [Cin] av1 hw decoding In-Reply-To: References: Message-ID: can you try this patch for av1 hw decoding without commented out remap line? I also wonder if anything else (shotcut, openshot, kdenlive) can utilize hw av1 decoding better on your specific setup? ??, 26 ???. 2024 ?., 15:52 Andrea paz : > I am responding here because the title is more appropriate than in the > other thread. > > > you can simply comment out line "remap_video_decoder > libaom-av1=libdav1d" in > ffmpeg/decode.opts > > Yes, hardware decoding with libaom works. There are no messages on the > terminal. The GPU > is only 8-21% busy but the CPU is only 2-6% busy. > However, if scrolling there are still freezes and artifacts; the > performance seems to me > similar to dav1d and so I don't think it is convenient to use libaom. > > Note: again, until I deleted .bcast5, and started from 0, was left > with working libdav1d > instead of libaom. > > If you have other ideas/tests for me to do, please let me know. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Do-not-remap-video-codec-if-hw-accel.patch Type: text/x-diff Size: 875 bytes Desc: not available URL: From gamberucci.andrea at gmail.com Fri Apr 26 18:51:49 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Fri, 26 Apr 2024 18:51:49 +0200 Subject: [Cin] av1 hw decoding In-Reply-To: References: Message-ID: Your patch doesn't seem to work: the message still appears that 'libdav1d does not support vaap'i. You can't see any load on the GPU. It is the same starting CinGG with ?CIN_HW_DEV=vaapi? than without. I have tried various appimages: - kdenlive has the option for GPU disabled (I think I need to install motif). - Openshot doesn't start because it requires glibc 2.35 while I have 2.39. - Shotcut works: GPU = 10-30%; CPU = 10-30%. However, it indicates that it is using libdav1d for the decoding and I don't understand why it works. From randrianasulu at gmail.com Fri Apr 26 19:18:15 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 26 Apr 2024 20:18:15 +0300 Subject: [Cin] av1 hw decoding In-Reply-To: References: Message-ID: ??, 26 ???. 2024 ?., 19:52 Andrea paz : > Your patch doesn't seem to work: the message still appears that > 'libdav1d does not support > vaap'i. You can't see any load on the GPU. It is the same starting CinGG > with > ?CIN_HW_DEV=vaapi? than without. > Ah, thanks. Then I guess only way to get vaapi accel for av1 is to comment line in ffmpeg/decode.opts > > I have tried various appimages: > - kdenlive has the option for GPU disabled (I think I need to install > motif). > - Openshot doesn't start because it requires glibc 2.35 while I have 2.39. > - Shotcut works: GPU = 10-30%; CPU = 10-30%. However, it indicates > that it is using > libdav1d for the decoding and I don't understand why it works. > May be indication of decoder itself a bit broken in this case? Anyway, may be situation will be a bit better with some async patches floating at mesa and ffmpeg mail list/patch tracker .... If you think this is generic bug in AMD's vaapi driver you can try to enter it at mesa's bugtracker. May be this time our name/program will stick for at least some devs ..... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Fri Apr 26 19:22:47 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Fri, 26 Apr 2024 20:22:47 +0300 Subject: [Cin] amdgpu_top In-Reply-To: References: Message-ID: ??, 25 ???. 2024 ?., 19:00 Andrew Randrianasulu : > https://github.com/Umio-Yasuno/amdgpu_top?tab=readme-ov-file > > Written in Rust, but Arch should have binary package. I think this one > should display encode/decode gpu utilization separately,at least according > to screenshots. > https://aur.archlinux.org/packages/amdgpu_top-bin may be this ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Sat Apr 27 01:05:53 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Fri, 26 Apr 2024 17:05:53 -0600 Subject: [Cin] HTML manual In-Reply-To: References: Message-ID: > Trying to open the html manual directly from the website, I no longer get > to the > cover and context menu, > ... > This has been happening for a couple of weeks. > This is fixed so IgorBeg's workaround is no longer needed. It was my mistake for removing "index.html" so as to not conflict with "Index.html" (lower and uppercase "i" is the only difference). Although lowercase "index.html" is not used in Context Help, it is needed for the HTML manual itself on the website. I will see if I can find a way to change uppercase "Index.html" to another name for a different solution. P.S. it is probably better to report a potential error right away -- preferable even if it turns out not to be a real error. I should have verified everything was working after I removed lowercase index.html from the website (shame on me!) -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Sat Apr 27 01:24:19 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Fri, 26 Apr 2024 17:24:19 -0600 Subject: [Cin] HTML manual In-Reply-To: References: Message-ID: Correction -- I need to find a way to change lowercase "index.html" to another name. Can not change uppercase "Index.html" to another name because it is used by Context Help (I have to verify that I said this correctly now). On Fri, Apr 26, 2024 at 5:05?PM Phyllis Smith wrote: > Trying to open the html manual directly from the website, I no longer get >> to the >> cover and context menu, >> > ... > >> This has been happening for a couple of weeks. >> > This is fixed so IgorBeg's workaround is no longer needed. It was my > mistake for removing "index.html" so as to not conflict with "Index.html" > (lower and uppercase "i" is the only difference). Although lowercase > "index.html" is not used in Context Help, it is needed for the HTML manual > itself on the website. I will see if I can find a way to change uppercase > "Index.html" to another name for a different solution. > > P.S. it is probably better to report a potential error right away -- > preferable even if it turns out not to be a real error. I should have > verified everything was working after I removed lowercase index.html from > the website (shame on me!) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Sat Apr 27 05:09:01 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sat, 27 Apr 2024 06:09:01 +0300 Subject: [Cin] HTML manual In-Reply-To: References: Message-ID: ??, 27 ???. 2024 ?., 02:25 Phyllis Smith via Cin : > Correction -- I need to find a way to change lowercase "index.html" to > another name. Can not change uppercase "Index.html" to another name > because it is used by Context Help (I have to verify that I said this > correctly now). > may be use "index.htm" ? https://help.turbify.com/s/article/SLN20406 > > On Fri, Apr 26, 2024 at 5:05?PM Phyllis Smith > wrote: > >> Trying to open the html manual directly from the website, I no longer get >>> to the >>> cover and context menu, >>> >> ... >> >>> This has been happening for a couple of weeks. >>> >> This is fixed so IgorBeg's workaround is no longer needed. It was my >> mistake for removing "index.html" so as to not conflict with "Index.html" >> (lower and uppercase "i" is the only difference). Although lowercase >> "index.html" is not used in Context Help, it is needed for the HTML manual >> itself on the website. I will see if I can find a way to change uppercase >> "Index.html" to another name for a different solution. >> >> P.S. it is probably better to report a potential error right away -- >> preferable even if it turns out not to be a real error. I should have >> verified everything was working after I removed lowercase index.html from >> the website (shame on me!) >> >> > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sge at nmr.nioch.nsc.ru Sat Apr 27 05:34:52 2024 From: sge at nmr.nioch.nsc.ru (Georgy Salnikov) Date: Sat, 27 Apr 2024 10:34:52 +0700 (+07) Subject: [Cin] HTML manual In-Reply-To: Message-ID: On Fri, 26 Apr 2024, Phyllis Smith via Cin wrote: > Correction -- I need to find a way to change lowercase "index.html" to > another name. Can not change uppercase "Index.html" to another name > because it is used by Context Help (I have to verify that I said this > correctly now). Although it would be possible to change "Index.html" to something else, the problem is that this filename is autogenerated, the problem is not to break autogeneration. To do it consistently, latex2html script should be adapted. Perhaps I can do it somewhen. To change "index.html" to something else is easier. 1) rename index.html to index.htm, or cin-index.html, or any other not conflicting name 2) say webserver to use this new name as the default index (consulting that particular webserver's manual may be necessary) For example, for the Apache webserver one could add the following line to the file ".htaccess" in the directory with the CGG manual (if "index" was renamed to "cin-index.html": DirectoryIndex cin-index.html It would be even possible to add to Apache's .htaccess the following: DirectoryIndex CinelerraGG_Manual.html And then no "index.html" at all would be necessary (if the webserver is Apache, of course). _______________________________________________________________________________ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email sge at nmr.nioch.nsc.ru _______________________________________________________________________________ From phylsmith2017 at gmail.com Sat Apr 27 19:20:21 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 27 Apr 2024 11:20:21 -0600 Subject: [Cin] HTML manual In-Reply-To: References: Message-ID: Thanks for the help and suggestion, I changed it to cin-index.html and it seems to work which I will report to the Mailing List. On Fri, Apr 26, 2024 at 9:34?PM Georgy Salnikov wrote: > On Fri, 26 Apr 2024, Phyllis Smith via Cin wrote: > > > Correction -- I need to find a way to change lowercase "index.html" to > > another name. Can not change uppercase "Index.html" to another name > > because it is used by Context Help (I have to verify that I said this > > correctly now). > > Although it would be possible to change "Index.html" to something else, the > problem is that this filename is autogenerated, the problem is not to break > autogeneration. To do it consistently, latex2html script should be adapted. > Perhaps I can do it somewhen. > > To change "index.html" to something else is easier. > > 1) rename index.html to index.htm, or cin-index.html, or any other not > conflicting name > > 2) say webserver to use this new name as the default index (consulting that > particular webserver's manual may be necessary) > > For example, for the Apache webserver one could add the following line to > the file ".htaccess" in the directory with the CGG manual (if "index" was > renamed to "cin-index.html": > > DirectoryIndex cin-index.html > > It would be even possible to add to Apache's .htaccess the following: > > DirectoryIndex CinelerraGG_Manual.html > > And then no "index.html" at all would be necessary (if the webserver is > Apache, of course). > > > _______________________________________________________________________________ > > Georgy Salnikov > NMR Group > Novosibirsk Institute of Organic Chemistry > Lavrentjeva, 9, 630090 Novosibirsk, Russia > Phone +7-383-3307864 > Email sge at nmr.nioch.nsc.ru > > _______________________________________________________________________________ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Sat Apr 27 19:29:18 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Sat, 27 Apr 2024 11:29:18 -0600 Subject: [Cin] HTML manual In-Reply-To: References: Message-ID: > > may be use "index.htm" ? > In looking for the easy out I was hoping "index.htm" without the "l" on the end would work but of course it did not. I always wondered why I saw some URLs only have the first 3 letters, htm, working and now I know - it was a good history lesson for today. So I took the recommendation of modifying .htaccess in the local directory above the CinelerraGG_Manual directory to use cin-index.html instead. It seems to work so *Andrea* could you confirm it works for you? -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Sat Apr 27 19:39:15 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Sat, 27 Apr 2024 20:39:15 +0300 Subject: [Cin] HTML manual In-Reply-To: References: Message-ID: ??, 27 ???. 2024 ?., 20:29 Phyllis Smith : > may be use "index.htm" ? >> > In looking for the easy out I was hoping "index.htm" without the "l" on > the end would work but of course it did not. I always wondered why I saw > some URLs only have the first 3 letters, htm, working and now I know - it > was a good history lesson for today. > > So I took the recommendation of modifying .htaccess in the local directory > above the CinelerraGG_Manual directory to use cin-index.html instead. It > seems to work so *Andrea* could you confirm it works for you? > I just clicked on https://cinelerra-gg.org/download/CinelerraGG_Manual and it leads me to first page of manual , as intended. Thanks! > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Sat Apr 27 19:45:15 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Sat, 27 Apr 2024 19:45:15 +0200 Subject: [Cin] HTML manual In-Reply-To: References: Message-ID: OK for me. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Mon Apr 29 13:35:38 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Mon, 29 Apr 2024 13:35:38 +0200 Subject: [Cin] small changes in Manual Message-ID: I have updated the plugins chapter, based on IgorV's updates for the manual of Cinelerra-CV. (See: https://github.com/cinelerra-cv-team/cinelerra-cv/commits/master/doc) Check that they fit. -------------- next part -------------- A non-text attachment was scrubbed... Name: Plugins.tar.gz Type: application/gzip Size: 116118 bytes Desc: not available URL: From sitelve at gmail.com Mon Apr 29 16:54:30 2024 From: sitelve at gmail.com (Igor Vladimirsky) Date: Mon, 29 Apr 2024 14:54:30 +0000 Subject: [Cin] small changes in Manual In-Reply-To: References: Message-ID: ??, 29 ???. 2024??. ? 11:36, Andrea paz via Cin : > I have updated the plugins chapter, based on IgorV's updates for the > manual of > Cinelerra-CV. (See: > https://github.com/cinelerra-cv-team/cinelerra-cv/commits/master/doc) > Check that they fit. > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin Do marketers of the Cin-GG Community discourage linking to sources? I want to remind them of something. The CV manual was mostly copied (many years ago) from the HV-manual & the Alex's cv-wiki. The content of the CGG manual was mostly copied from HV/CV-manuals and Features5.1 and paraphrased (in some places)/reordered for pseudo-originality & better understanding/usability (however, you did not solve the problems of the previous manuals). + you described well the new functions made by William Morrow aka GoodGuy (but not all as far as I remember). The content was copied from hv-cv_mans to cgg-man without providing links to hv-cv_sources and contributors. The CGG-manual contains only this: Information contained in this manual is a description of the CINELERRA-GG program usage and was obtained from various sources to include different communication channels, emails, common knowledge, and write-ups as new features were added In CV: This manual originates from "Secrets of Cinelerra", an excellent primer written by Adam WILLIAMS from HEROINE VIRTUAL LTD. In 2003 Alex FERRER created a Wiki based on that manual and added many screenshots and topic descriptions. The CV-manual contains a list of its contributors. So, - I provided a description of how chromakey-hsv works not for the CGG-manual, but for the CV-manual. Therefore you have to indicate the source. - Marketers of your community should finally make an effort on themselves and indicate the main sources of origin of the contents of the CinGG-manual. Good luck. IgorV -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Tue Apr 30 00:15:57 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Mon, 29 Apr 2024 16:15:57 -0600 Subject: [Cin] small changes in Manual In-Reply-To: References: Message-ID: Andrea, thank you for locating these improvements. My commentary below is not meant to be too picky, just suggestions that you can ignore. If you agree with my suggestions, no need to resend Plugins.tex because I will just make the changes accordingly. These are the result of my doing "Check that they fit", but I have not reviewed it all yet. 1) "The following effects support OpenGL acceleration:" - I am not sure that it is important to list these as either the person wants to use the plugin or they do not so they probably do not care if it uses OpenGL. I would leave this out unless you think it is really important. And the list is missing several per the search I did which may not be 100% correct to include: > colorspace/colorspace.C:#ifdef HAVE_GL > downsample/downsample.C:#ifdef HAVE_GL > flash/flash.C:#ifdef HAVE_GL > lens/lens.C:#ifdef HAVE_GL > mirror/mirror.C:#ifdef HAVE_GL > motion51/motion51.C:#ifdef HAVE_GL > rumbler/rumbler.C:#ifdef HAVE_GL > scaleratio/scaleratio.C:#ifdef HAVE_GL > swapchannels/swapchannels.C:#ifdef HAVE_GL > zoomblur/zoomblur.C:#ifdef HAVE_GL > zoom/zoom.C:#ifdef HAVE_GL > 2) The added line "The contents of the Mask track can be processed further (blur, color correction, further masking) after the plugin." would go better on the end after "animated Mask in one track and then to transfer the Alpha channel to another target track" because that is where Mask is being talked about. 3) Since ChromaKey implementation has varied so much and CinGG's version has a problem, I am not sure if this is correct in our case: "It uses the same algorithm as the Gimp selection tools. It works best with computer generated graphics." Anyway to test this and verify in a case where it does work? On Mon, Apr 29, 2024 at 5:36?AM Andrea paz via Cin < cin at lists.cinelerra-gg.org> wrote: > I have updated the plugins chapter, based on IgorV's updates for the > manual of > Cinelerra-CV. (See: > https://github.com/cinelerra-cv-team/cinelerra-cv/commits/master/doc) > Check that they fit. > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Tue Apr 30 00:53:35 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 30 Apr 2024 00:53:35 +0200 Subject: [Cin] small changes in Manual In-Reply-To: References: Message-ID: I agree on all points. Il mar 30 apr 2024, 00:16 Phyllis Smith ha scritto: > Andrea, thank you for locating these improvements. My commentary below is > not meant to be too picky, just suggestions that you can ignore. If you > agree with my suggestions, no need to resend Plugins.tex because I will > just make the changes accordingly. These are the result of my doing "Check > that they fit", but I have not reviewed it all yet. > > 1) "The following effects support OpenGL acceleration:" - I am not sure > that it is important to list these as either the person wants to use the > plugin or they do not so they probably do not care if it uses OpenGL. I > would leave this out unless you think it is really important. And the list > is missing several per the search I did which may not be 100% correct to > include: > >> colorspace/colorspace.C:#ifdef HAVE_GL >> downsample/downsample.C:#ifdef HAVE_GL >> flash/flash.C:#ifdef HAVE_GL >> lens/lens.C:#ifdef HAVE_GL >> mirror/mirror.C:#ifdef HAVE_GL >> motion51/motion51.C:#ifdef HAVE_GL >> rumbler/rumbler.C:#ifdef HAVE_GL >> scaleratio/scaleratio.C:#ifdef HAVE_GL >> swapchannels/swapchannels.C:#ifdef HAVE_GL >> zoomblur/zoomblur.C:#ifdef HAVE_GL >> zoom/zoom.C:#ifdef HAVE_GL >> > > 2) The added line "The contents of the Mask track can be processed further > (blur, color correction, further masking) after the plugin." would go > better on the end after "animated Mask in one track and then to transfer > the Alpha channel to another target track" because that is where Mask is > being talked about. > > 3) Since ChromaKey implementation has varied so much and CinGG's version > has a problem, I am not sure if this is correct in our case: "It uses the > same algorithm as the Gimp selection tools. It works best with computer > generated graphics." Anyway to test this and verify in a case where it > does work? > > On Mon, Apr 29, 2024 at 5:36?AM Andrea paz via Cin < > cin at lists.cinelerra-gg.org> wrote: > >> I have updated the plugins chapter, based on IgorV's updates for the >> manual of >> Cinelerra-CV. (See: >> https://github.com/cinelerra-cv-team/cinelerra-cv/commits/master/doc) >> Check that they fit. >> -- >> Cin mailing list >> Cin at lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phylsmith2017 at gmail.com Tue Apr 30 04:24:22 2024 From: phylsmith2017 at gmail.com (Phyllis Smith) Date: Mon, 29 Apr 2024 20:24:22 -0600 Subject: [Cin] small changes in Manual In-Reply-To: References: Message-ID: Since this thread's subject is "small changes in Manual", I have made some small changes also to Introduction.tex and AUTHORS.tex which you can see in the Manual's GIT for clarification purposes. Although I wish the Manual could be perfect and include everything possible, that is not practical or achievable. But working to improve it within reason is certainly a good goal. -------------- next part -------------- An HTML attachment was scrubbed... URL: From randrianasulu at gmail.com Tue Apr 30 06:47:48 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 30 Apr 2024 07:47:48 +0300 Subject: [Cin] OT: when you try to record dolphin, but result is mostly radio interference Message-ID: My long-time friend Julian trying to record some underwater acoustics with resident dolphin known as Randy. Well, long chain of equipment (hydrophone, pream, macbook with some adapters because apple eliminated normal separate audio line in/outs) resulted in this: https://drive.google.com/drive/folders/1Mm_Gt8XneZI5fFAgJcy4lE6G5vNcALlI?usp=sharing For some reason Audacity for mac refused to record above 44.1 Khz sampling rate, so all sound still limited to around 22 Khz frequencies. I suggested Ubuntu studio 24.04 but while personally testing my suggestion I run into problems, spend some time resetting win 8.1 on laptop (there was magical command to make Windows boot again but you need Windows install image for it to work ...) -------------- next part -------------- An HTML attachment was scrubbed... URL: From gamberucci.andrea at gmail.com Tue Apr 30 10:36:42 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 30 Apr 2024 10:36:42 +0200 Subject: [Cin] OT: when you try to record dolphin, but result is mostly radio interference In-Reply-To: References: Message-ID: More than Ubuntu Studio I recommend AV Linux from "our" Glen. And more than Audacity I recommend Ardour... (but even better: GarageBand, it is MacOS native) From mnieuw at zap.a2000.nl Tue Apr 30 11:00:58 2024 From: mnieuw at zap.a2000.nl (Mat) Date: Tue, 30 Apr 2024 11:00:58 +0200 Subject: [Cin] OT: when you try to record dolphin, but result is mostly radio interference In-Reply-To: References: Message-ID: <20240430110058.2a625706@mat4> The radio signals which are interfering could be shortwave. I would recommend using ferrite clamps on the cables which do not carry digital signals, especially those in the most sensitive area, like from the hydrophone and pre-amp. Also the pre-amp power cable, if it is not battery powered. And screen the pre-amp, if it is not in a metal box. The pre-amp itself ought to have provisions for preventing this, like a low-pass filter at the input. MatN From randrianasulu at gmail.com Tue Apr 30 11:16:57 2024 From: randrianasulu at gmail.com (Andrew Randrianasulu) Date: Tue, 30 Apr 2024 12:16:57 +0300 Subject: [Cin] OT: when you try to record dolphin, but result is mostly radio interference In-Reply-To: <20240430110058.2a625706@mat4> References: <20240430110058.2a625706@mat4> Message-ID: ??, 30 ???. 2024 ?., 12:01 Mat via Cin : > The radio signals which are interfering could be shortwave. > > I would recommend using ferrite clamps on the cables which do not carry > digital signals, especially those in the most sensitive area, like > from the hydrophone and pre-amp. Also the pre-amp power cable, if it is > not battery powered. *I think* preamp in this case is battery-powered. By ferrite rings you mean like those? https://www.ebay.com/itm/403346040770 And screen the pre-amp, if it is not in a metal > box. The pre-amp itself ought to have provisions for preventing this, > like a low-pass filter at the input. > > MatN > -- > Cin mailing list > Cin at lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mnieuw at zap.a2000.nl Tue Apr 30 12:49:34 2024 From: mnieuw at zap.a2000.nl (Mat) Date: Tue, 30 Apr 2024 12:49:34 +0200 Subject: [Cin] OT: when you try to record dolphin, but result is mostly radio interference In-Reply-To: References: <20240430110058.2a625706@mat4> Message-ID: <20240430124844.2481bdb9@mat4> On Tue, 30 Apr 2024 12:16:57 +0300 Andrew Randrianasulu wrote: > *I think* preamp in this case is battery-powered. > > By ferrite rings you mean like those? > > https://www.ebay.com/itm/403346040770 > Yes, those ferrite clamps; an nearby electronics shop or ham might be of assistance. They are also used to prevent computer signals _causing_ RFI, e.g. on VGA cables. It is often difficult to determine where the RFI (radio frequency interference) is picked up. If the hydrophone cable is differential (two opposite signals, with a separate shield) usually via a XLR connector, then _in theory_ that cable should be less suspectable for RFI. The pre-amp still might be, if it's common mode signal rejection for high frequencies is not good. It can even be caused by badly configured XLR connectors/plugs, but I don't have those details anymore; it has something to do with grounding of microphone cable shield and signal ground. As a quick test wrap any item which processes the still analog signal into aluminium foil, to determine which item picks up the RFI. Some readings (search for "EMI/RFI XLR", or "EMI/RFI audio" if not XLR): https://service.shure.com/s/article/radio-interference-on-a-microphone-cable?language=en_US MatN From gamberucci.andrea at gmail.com Tue Apr 30 18:44:26 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 30 Apr 2024 18:44:26 +0200 Subject: [Cin] small changes in Manual In-Reply-To: References: Message-ID: @igor_ubuntu (Igor Vladimirsky) See if the changes made to the manual sound good to you. https://git.cinelerra-gg.org/git/?p=goodguy/cin-manual-latex.git;a=commitdiff;h=8da3ca92772da956388bb055696a8b564bd1212f If that doesn't work for you, try writing something yourself (plain text is fine) and then put it here in the thread so it can be integrated into the manual. If, on the other hand, what you are asking for is that every sentence I take from your manual report the author, then I apologize for what I have done so far. I thought that having asked your permission and then mentioning you on the mailing list (complete with a link) was enough. From now on, I will not resume sentences written by others to avoid these problems. From gamberucci.andrea at gmail.com Tue Apr 30 20:51:43 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 30 Apr 2024 20:51:43 +0200 Subject: [Cin] Fwd: [cinelerra-cv-team] About copy-pasting from CV Manual to CGG Manual In-Reply-To: References: Message-ID: ---------- Forwarded message --------- Da: Igor Vladimirsky Date: mar 30 apr 2024 alle ore 20:20 Subject: [cinelerra-cv-team] About copy-pasting from CV Manual to CGG Manual To: Each of my messages to the Cin-GG ML is moderated. This is why I have opened this thread here and restoring the chronology --------------- 28.04.2023 Andrea Paz wrote the msg to the CinGG ML. https://lists.cinelerra-gg.org/pipermail/cin/2024-April/008211.html Quote: I have updated the plugins chapter, based on IgorV's updates for the manual of Cinelerra-CV. (See: https://github.com/cinelerra-cv-team/cinelerra-cv/commits/master/doc) Check that they fit. -------------------- My answer to the CinGG ML was: ------------> Do marketers of the Cin-GG Community discourage linking to sources? I want to remind them of something. The CV manual was mostly copied (many years ago) from the HV-manual & the Alex's cv-wiki. The content of the CGG manual was mostly copied from HV/CV-manuals and Features5.1 and paraphrased (in some places)/reordered for pseudo-originality & better understanding/usability (however, you did not solve the problems of the previous manuals). + you described well the new functions made by William Morrow aka GoodGuy (but not all as far as I remember). The content was copied from hv-cv_mans to cgg-man without providing links to hv-cv_sources and contributors. The CGG-manual contains only this: Information contained in this manual is a description of the CINELERRA-GG program usage and was obtained from various sources to include different communication channels, emails, common knowledge, and write-ups as new features were added In CV: This manual originates from "Secrets of Cinelerra", an excellent primer written by Adam WILLIAMS from HEROINE VIRTUAL LTD. In 2003 Alex FERRER created a Wiki based on that manual and added many screenshots and topic descriptions. The CV-manual contains a list of its contributors. So, - I provided a description of how chromakey-hsv works not for the CGG-manual, but for the CV-manual. Therefore you have to indicate the source. - Marketers of your community should finally make an effort on themselves and indicate the main sources of origin of the contents of the CinGG-manual. Good luck. ---------------------------------------------------------------- ---------------------------------------- As expected, the msg above did not pass moderation in the GG-ML and was banned. However, I see some progressive changes here https://git.cinelerra-gg.org/git/?p=goodguy/cin-manual-latex.git;a=shortlog BTW, The traditional tendency (in CinGG) to not indicate sources of origin and assign the original name of the program to the fork was evident many years ago. --------------------- 30.04.2023 Andrea Paz wrote the msg to the CinGG ML. https://lists.cinelerra-gg.org/pipermail/cin/2024-April/008221.html QUOTE: @igor_ubuntu (Igor Vladimirsky) See if the changes made to the manual sound good to you. https://git.cinelerra-gg.org/git/?p=goodguy/cin-manual-latex.git;a=commitdiff;h=8da3ca92772da956388bb055696a8b564bd1212f If that doesn't work for you, try writing something yourself (plain text is fine) and then put it here in the thread so it can be integrated into the manual. If, on the other hand, what you are asking for is that every sentenceI take from your manual report the author, then I apologize for what I have done so far. I thought that having asked your permission and then mentioning you on the mailing list (complete with a link) was enough. From now on, I will not resume sentences written by others to avoid these problems. -------------------------- --------------------------------- My answer (here, in the freelist): Andrea Paz, you know that my messages are moderated. Therefore, your proposal to write something to the gg-ml sounds like a mockery. If you carefully read the original of my message, you can see that there is no requirement in it quote:"that every sentence I take from your manual report the author". I talk about chromakey and about indicating the main sources of origin of your manual.. However, for the future: Texts written by me for my blog/yt-channel and transferred to the cv manual 1 - may only be copied to cgg-man with my permission. 2 - you may copy them only after indicating that this text was written by .. and was copied by you from cv-man to gg-man 3 - the copied text must have a direct link (to the original) in the text, and not somewhere at the bottom of the page. I have no desire to improve (neither directly nor indirectly) cgg-manual and I do not want to be an anonymous hero. I don't really hate cgg, but marketing I just can't stand. You can, of course, copy other text from cv-man without any conditions (it is under GPL). We all use open sources, in particular the mailing list archive. Phyllis finally indicated the sources of the cgg manual. It's enough. Until today, I have not taken the text from your manual. But if you copy/paste texts for cv-man, then don?t be surprised if I will copy/paste texts from the cgg-man. However, I have no plans to do this. ---------- Now, Andrea, please, take the link to this message and send it to the GG ML. So that we don't "play with a damaged phone". IgorV From gamberucci.andrea at gmail.com Tue Apr 30 20:54:08 2024 From: gamberucci.andrea at gmail.com (Andrea paz) Date: Tue, 30 Apr 2024 20:54:08 +0200 Subject: [Cin] small changes in Manual In-Reply-To: References: Message-ID: OT I think there is a problem with server moderation of IgorV.