Re: [FFmpeg-devel] [PATCH 1/6] lavc/aarch64: new optimization for 8-bit hevc_pel_bi_pixels

2023-11-22 Thread Martin Storsjö via ffmpeg-devel
On Wed, 22 Nov 2023, Logan.Lyu wrote: I can't reproduce the error you mentioned... I can apply patches to the ffmpeg master branch normally using 'git apply xxx.patch/.eml' or 'git am xxx.patch/.eml'. I guess you have emails that haven't been through the complete delivery chain, while some

Re: [FFmpeg-devel] [PATCH] avfoundation: Fix version checks

2023-12-15 Thread Martin Storsjö via ffmpeg-devel
On Fri, 15 Dec 2023, Zhao Zhili wrote: On Dec 15, 2023, at 18:11, Martin Storsjö wrote: _VERSION_MAX_ALLOWED indicates what version is available in the SDK, while _VERSION_MIN_REQUIRED is the version we can assume is available, i.e. similar to what is set with e.g. -miphoneos-version-min on

Re: [FFmpeg-devel] [PATCH] fate/subtitles: Ignore line endings for sub-scc test

2024-02-13 Thread Martin Storsjö via ffmpeg-devel
On Tue, 13 Feb 2024, Andreas Rheinhardt wrote: Since 7bf1b9b35769b37684dd2f18a54f01d852a540c8, the test produces ordinary \n, yet this is not what the reference file used for the most time, leading to test failures. Signed-off-by: Andreas Rheinhardt --- tests/fate/subtitles.mak | 1 + 1 file ch

Re: [FFmpeg-devel] [PATCH 02/18] fftools/ffmpeg_filter: refactor setting input timebase

2024-03-11 Thread Martin Storsjö via ffmpeg-devel
On Mon, 11 Mar 2024, Anton Khirnov wrote: I think the point is, that one can't just dismiss that anybody would want to encode mpeg4 video any longer, even if it is obsolete. I also would like to keep being able to do that. That capability is not going away though, and I'm not arguing that it

Re: [FFmpeg-devel] [PATCH] checkasm: hevc_sao: Fix a regression in hevc_sao_edge

2023-08-24 Thread Martin Storsjö via ffmpeg-devel
On Thu, 24 Aug 2023, Matthias Dressel wrote: From: Matthias Dressel check_func() might return NULL, in which case the function is not to be benched. Introduced in cc679054c715acda9438e566b8de3a9eba421ac3. Signed-off-by: Matthias Dressel --- tests/checkasm/hevc_sao.c | 2 +- 1 file changed, 1

[FFmpeg-devel] [PATCH] checkasm: Increase the tolerance for ac3_sum_square_butterfly_float

2024-07-23 Thread Martin Storsjö via ffmpeg-devel
Increase the tolerance from 10 ulp to 11 ulp. This fixes occasional errors for some inputs; the errors could be reproduced on aarch64/neon builds, with "checkasm --test=ac3dsp 3446175925". --- tests/checkasm/ac3dsp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/checkas

Re: [FFmpeg-devel] CI

2025-08-22 Thread Martin Storsjö via ffmpeg-devel
On Fri, 22 Aug 2025, Timo Rothenpieler via ffmpeg-devel wrote: For arm I'm not sure if we really need qemu? All it might take is a 32bit arm chroot on aarch64? Not sure if it works like x86 though, where a 64bit CPU can also run 32bit code. It works pretty much like x86, yes - you don't need

[FFmpeg-devel] [PATCH] aacencdsp: Improve consistency with assembly, for x87 math (PR #20322)

2025-08-23 Thread Martin Storsjö via ffmpeg-devel
PR #20322 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20322 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20322.patch Currently, the aacencdsp checkasm tests fails for many seeds, if the C code has been built with x87 math. This happens because the

Re: [FFmpeg-devel] Mailman3 Upgrade

2025-08-18 Thread Martin Storsjö via ffmpeg-devel
On Tue, 19 Aug 2025, Timo Rothenpieler via ffmpeg-devel wrote: mailman2 has no good way to deal with that in a more reasonable way. Mailman3 is already set up, and can be migrated to at a moments notice. The only problem with it is that I really don't like the new archives. It has ways to better

[FFmpeg-devel] [PATCH] configure: Improve the check for schannel DTLS constants (PR #20444)

2025-09-07 Thread Martin Storsjö via ffmpeg-devel
PR #20444 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20444 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20444.patch This amends 307983b292adb60c82e75c8e5e41deedc89efbf0 to fix building with older versions of mingw-w64. The previously checked con

[FFmpeg-devel] [PATCH] cehckasm: sw_ops: Avoid division by zero (PR #20397)

2025-09-03 Thread Martin Storsjö via ffmpeg-devel
PR #20397 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20397 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20397.patch If we're invoked with range == UINT_MAX, we end up doing "rnd() % (UINT_MAX + 1)", which is equal to "rnd() % 0". On arm (on all p

[FFmpeg-devel] [PATCH] swscale: Don't pass a concrete SwsOpPriv as parameter (PR #20413)

2025-09-03 Thread Martin Storsjö via ffmpeg-devel
PR #20413 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20413 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20413.patch This fixes the following compiler error, if compiling with MSVC for ARM (32 bit): src/libswscale/ops_chain.c(48): error C2719

[FFmpeg-devel] Re: [PATCH] gcc:Allow RISC-V port with '-ftree-vectorize'.

2025-08-26 Thread Martin Storsjö via ffmpeg-devel
Hi, On Tue, 26 Aug 2025, Jiawei wrote: This patch modifies the GCC configure script to enable the '-ftree-vectorize' optimization flag by default for the RISC-V architecture, aligning it with other well-tested architectures like x86, ARM, and AArch64. --- configure | 2 +- 1 file changed, 1 ins

[FFmpeg-devel] Re: [PATCH] avcodec/aarch64/vvc: optimised alf_classify function 8/10/12bit of vvc codec for aarch64

2025-08-30 Thread Martin Storsjö via ffmpeg-devel
On Sat, 30 Aug 2025, George Zaguri wrote: You mentioned submition of patch as a PR, you mean open merge request I guess, how it works with mailing list? Do I need to update the patch in mailing list as well? Should I reflect opened PR somewhere? Not sure what I mentioned earlier (that was prob

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-16 Thread Martin Storsjö via ffmpeg-devel
On Tue, 16 Sep 2025, Michael Niedermayer wrote: F. keep Forgejo as primary forge for patch/git workflow M. switch back to the ML for patch/git workflow all GA members can vote, by publically replying here with a "F." / "Forgejo" vs "M." / "ML" End time is in 7 days unless teh community wants to

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-16 Thread Martin Storsjö via ffmpeg-devel
On Tue, 16 Sep 2025, Michael Niedermayer via ffmpeg-devel wrote: On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel wrote: On Tue, 16 Sep 2025, Michael Niedermayer wrote: Hi all 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested Forgejo. And as

[FFmpeg-devel] [PATCH] configure: Make -Werror=partial-availability apply to all languages (PR #20523)

2025-09-15 Thread Martin Storsjö via ffmpeg-devel
PR #20523 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20523 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20523.patch This was missed in 0ce413af9cc8040095a6b714600d6a8dceaca514. This fixes proper detection of Objective C APIs (that are missing) i

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-16 Thread Martin Storsjö via ffmpeg-devel
On Tue, 16 Sep 2025, Michael Niedermayer wrote: Hi all 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it) heres the "after testing" discussion and vote do we want to keep Forgejo or switch back

[FFmpeg-devel] [PATCH] aarch64: Add a reindentation script, check it in forgejo workflows (PR #20485)

2025-09-17 Thread Martin Storsjö via ffmpeg-devel
PR #20485 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20485 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20485.patch This is a script I've used for tidying up my own assembly for many years, and that I've used for touching up and making the aarch

[FFmpeg-devel] Re: [DISCUSSION] Adding ARM64EC support to FFmpeg

2025-09-22 Thread Martin Storsjö via ffmpeg-devel
On Mon, 22 Sep 2025, harish.rajaselvan--- via ffmpeg-devel wrote: I have been working on enabling ARM64EC compilation and have successfully built FFmpeg binaries for this target. To achieve this it required modifications to the build configuration files and to the gas-preprocessor.pl script (m

[FFmpeg-devel] Re: [PATCH] libavutil/arm: Make use of elf_aux_info() on FreeBSD/OpenBSD

2025-09-22 Thread Martin Storsjö via ffmpeg-devel
On Mon, 22 Sep 2025, Brad Smith wrote: libavutil/arm: Make use of elf_aux_info() on FreeBSD/OpenBSD - FreBSD/OpenBSD have elf_aux_info() on arm - Wrap AT_HWCAP as the value is different for BSD vs Linux (16 vs 25) Signed-off-by: Brad Smith --- libavutil/arm/cpu.c | 12 +--- 1 file chan