So glad Andrea asked this question as I was wondering if I missed anything. I will check in x265 version 4.0 along with the patch Andrew provided as ffmpeg-7.0.patch6 to fix it tomorrow. Also, a question for Andrew about F_scale: if there is a specific parameter setting that makes this not fail, it can be added to cinelerra-5.1/ffmpeg/plugin.opts. Currently there is a line "scale 200:100" in that file that sets width and height defaults. So if the parameter is in 7.0 as well as 7.1, we can set that now so it does not fail later. And another question for Andrew, I thought in one of your emails you mentioned vf_filter or something like that that also might need to be patched. But I can not find that anymore. On Tue, Oct 8, 2024 at 3:10 AM Andrew Randrianasulu via Cin < [email protected]> wrote:
вт, 8 окт. 2024 г., 12:01 Andrea paz via Cin <[email protected]>:
I have not been able to follow CinGG lately, but it seems OK now. I see many long threads and several patches from Andrew. Could you please point me to which patches to put in and what to test?
I was mostly looking at qsv (intel-specific) encoding, and related mediacodec (but mediacodec only relevant/usable in termux).
So, not sure if this part applicable for you on AMD.
Another part was about ffmpeg-7.1/x265 4.0 , there was one failing filter (F_scale) that can be fixed by altering ffmpeg sources. I am not sure I want 7.1 without some range conversion fixes, but I am not sure if they ever find their way into 7.1 branch ...
so, in short unless you want to see how ffmpeg 7.1 performs I do mot think there is much else to test yet?
--
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin