From: Dennis Sädtler
Added in macOS 15 "Sequoia".
Signed-off-by: Dennis Sädtler
---
Fixed line-endings, otherwise identical to v1.
libavcodec/videotoolboxenc.c | 12
1 file changed, 12 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index d
On Mon, 16 Dec 2024 at 03:17, Michael Niedermayer
wrote:
> This patch is corrupted by line breaks
>
> please make sure your editor and MUA dont break lines of patches
> or use git send-email
Seems Thunderbird broke it, will resubmit in a bit.
___
ffmpeg
On 12/16/2024 12:46 PM, Tomas Härdin wrote:
From f6d28d84413f2f674cfac86d4ed0868e8afb604b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Mon, 16 Dec 2024 16:15:47 +0100
Subject: [PATCH 5/6] Add more FATE tests for fragmented MP4
This tests the number of seeks performed whe
On 12/15/24 22:25, James Almer wrote:
On 12/15/2024 1:14 AM, Scott Theisen wrote:
Originally from:
https://github.com/MythTV/mythtv/commit/669955c6cb29196b4b5120451b5b998d67a65749
---
libavcodec/v4l2_buffers.c | 38 ++
1 file changed, 38 insertions(+)
d
On 12/16/2024 5:54 PM, Scott Theisen wrote:
On 12/16/24 15:25, James Almer wrote:
On 12/16/2024 5:05 PM, Scott Theisen wrote:
On 12/15/24 22:25, James Almer wrote:
On 12/15/2024 1:14 AM, Scott Theisen wrote:
Originally from:
https://github.com/MythTV/mythtv/
commit/669955c6cb29196b4b5120451b
On 12/16/2024 5:05 PM, Scott Theisen wrote:
On 12/15/24 22:25, James Almer wrote:
On 12/15/2024 1:14 AM, Scott Theisen wrote:
Originally from:
https://github.com/MythTV/mythtv/
commit/669955c6cb29196b4b5120451b5b998d67a65749
---
libavcodec/v4l2_buffers.c | 38 +++
On 12/16/24 15:25, James Almer wrote:
On 12/16/2024 5:05 PM, Scott Theisen wrote:
On 12/15/24 22:25, James Almer wrote:
On 12/15/2024 1:14 AM, Scott Theisen wrote:
Originally from:
https://github.com/MythTV/mythtv/
commit/669955c6cb29196b4b5120451b5b998d67a65749
---
libavcodec/v4l2_buffers
Since $pkg_version includes spaces, builds can fail in some MSYS environments.
Build passing with quotes:
https://github.com/JoeSchiff/pyav-ffmpeg/actions/runs/12358403929
Build failing without quotes:
https://github.com/JoeSchiff/pyav-ffmpeg/actions/runs/12360472377
Signed-off-by: Joe Schiffler
Quoting Marton Balint (2024-12-16 09:47:39)
>
>
> On Mon, 16 Dec 2024, Anton Khirnov wrote:
>
> > Quoting Marton Balint (2024-12-15 01:02:42)
> >> Signed-off-by: Marton Balint
> >> ---
> >> doc/APIchanges | 3 +++
> >> libavcodec/version.h | 2 +-
> >> libavutil/frame.h| 4
> >>
Hi
On Mon, Dec 16, 2024 at 10:05:35AM +0100, Anton Khirnov wrote:
> Quoting Marton Balint (2024-12-16 09:47:39)
> >
> >
> > On Mon, 16 Dec 2024, Anton Khirnov wrote:
> >
> > > Quoting Marton Balint (2024-12-15 01:02:42)
> > >> Signed-off-by: Marton Balint
> > >> ---
> > >> doc/APIchanges
On 16.12.2024 23:26, Michael Niedermayer wrote:
On Mon, Dec 16, 2024 at 08:44:54PM +0100, Timo Rothenpieler wrote:
On 15.12.2024 23:43, Michael Niedermayer wrote:
Hi
On Thu, Dec 12, 2024 at 08:55:39PM +0100, Timo Rothenpieler wrote:
---
libavformat/rtmpproto.c | 2 +-
1 file changed, 1 i
On Mon, Dec 16, 2024 at 08:44:54PM +0100, Timo Rothenpieler wrote:
> On 15.12.2024 23:43, Michael Niedermayer wrote:
> > Hi
> >
> > On Thu, Dec 12, 2024 at 08:55:39PM +0100, Timo Rothenpieler wrote:
> > > ---
> > > libavformat/rtmpproto.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion
On 12/16/24 7:20 AM, Michael Niedermayer wrote:
Hi
On Sat, Dec 14, 2024 at 11:09:00AM +0100, Anton Khirnov wrote:
Quoting Alexander Strasser via ffmpeg-devel (2024-12-01 21:13:56)
This is a fixed up version of the series I sent before.
This worked for me on Ubuntu 20.04 but probably will b
Hi
On Mon, Dec 16, 2024 at 11:40:50AM +0100, Niklas Haas wrote:
> On Mon, 16 Dec 2024 01:50:20 +0100 Michael Niedermayer
> wrote:
> > Hi Niklas
> >
> > On Wed, Dec 11, 2024 at 09:25:12AM +0100, Niklas Haas wrote:
> > > From: Niklas Haas
> > >
> > > In input.c and output.c and many other places,
On 12/15/24 22:15, Zhao Zhili wrote:
On Dec 15, 2024, at 12:14, Scott Theisen wrote:
Based on patches by Lukas Rusak from
https://github.com/lrusak/FFmpeg/commits/v4l2-drmprime-v4
libavcodec: v4l2m2m: output AVDRMFrameDescriptor
https://github.com/lrusak/FFmpeg/commit/2cb8052ac65a56d8a3f347a1
Hi
On Mon, Dec 16, 2024 at 05:39:22PM -0500, Leo Izen wrote:
[...]
> Essentially, we shouldn't be having FATE failures
agree
> depend on the specific
> behavior of whatever zlib we link to, provided it's correct.
> DEFLATE
> promises certain things about its encodes, but one of the things DEFL
On Mon, Dec 16, 2024 at 11:29:11PM +0100, Timo Rothenpieler wrote:
> On 16.12.2024 23:26, Michael Niedermayer wrote:
> > On Mon, Dec 16, 2024 at 08:44:54PM +0100, Timo Rothenpieler wrote:
> > > On 15.12.2024 23:43, Michael Niedermayer wrote:
> > > > Hi
> > > >
> > > > On Thu, Dec 12, 2024 at 08:55
Hi
On Mon, Dec 16, 2024 at 02:56:07PM +0100, Niklas Haas wrote:
> From: Niklas Haas
>
> The current logic uses 12-bit linear light math, which is woefully
> insufficient
> and leads to nasty postarization artifacts. This patch simply switches the
> internal logic to 16-bit precision.
>
> This
>From: ffmpeg-devel On Behalf Of Tong
>Wu
>To: FFmpeg development discussions and patches de...@ffmpeg.org>
>Subject: Re: [FFmpeg-devel] [PATCH] d3d12va_encode_hevc: use base to init
>VPS/SPS/PPS
>
>>From: ffmpeg-devel On Behalf Of Tong
>>Wu
>>To: ffmpeg-devel@ffmpeg.org
>>Subject: [FFmpeg-devel]
Hopefully I got the calls to mov_switch_root() right.
mov_read_default() just ends up calling mov_read_moof() twice on the
first moof
/Tomas
From bbcff7581177b25b03e0f53ebb4732b7f10f0616 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Mon, 16 Dec 2024 15:25:44 +0100
Subject:
Without this we get a bogus bitrate whenever we rely on mfra
With this patch we could potentially drop -use_mfra_for
/Tomas
From 7484bb3b83e23b152e1cabb7b00bdceff0a217e2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Mon, 16 Dec 2024 16:15:10 +0100
Subject: [PATCH 4/6] lavf/
From 2698fc4b53e482adfe09781d90aa936a567524aa Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Mon, 16 Dec 2024 14:15:12 +0100
Subject: [PATCH 6/6] lavf/movenc: Write version 0 (32-bit) traf if possible
This results in smaller files.
Update fate-movenc accordingly.
---
libav
Updated patchset. Patches 1-2 could maybe be squashed
The end result of these patches is that fragmented files probe much
faster over HTTP. The final patch is just a small optimization to
movenc
/Tomas
From 357be61ac65149b826769c07a7a3dbb7af7164db Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20
This avoid a seek on some files that might accidentally have a
seemingly valid mfra offset
/Tomas
From 23f1ddc8ae4064f6d03efd54fb9da5ca9fc450ae Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Wed, 11 Dec 2024 14:56:31 +0100
Subject: [PATCH 3/6] lavf/mov: Parse and verify the
Hi
On Sat, Dec 14, 2024 at 11:09:00AM +0100, Anton Khirnov wrote:
> Quoting Alexander Strasser via ffmpeg-devel (2024-12-01 21:13:56)
> > This is a fixed up version of the series I sent before.
> >
> > This worked for me on Ubuntu 20.04 but probably will break
> > with older zlib versions as Hend
From: Niklas Haas
The current logic uses 12-bit linear light math, which is woefully insufficient
and leads to nasty postarization artifacts. This patch simply switches the
internal logic to 16-bit precision.
This raises the memory requirement of these tables from 32 kB to 272 kB.
Fixes: ticket
From: Niklas Haas
This is not a good way of generating a PAL8 output. For starters, it totally
mangles the image quality, due to essentially generating BRG8 output instead.
It also drops the input alpha channel, if present. Secondly, we already have
a better way of generating PAL8 content: vf_pal
From: Zhao Zhili
---
libavcodec/bit_depth_template.c | 3 ---
libavcodec/h264pred_template.c | 3 ---
libavcodec/h264qpel_template.c | 9 -
libavcodec/mips/h264qpel_mmi.c | 2 --
4 files changed, 17 deletions(-)
diff --git a/libavcodec/bit_depth_template.c b/libavcodec/bit_depth_temp
mån 2024-12-16 klockan 16:27 +0100 skrev Tomas Härdin:
> Two reference files. One with sidx+mfra, the other with only mfra
Forgot the FATE refs. Updated patch attached
/Tomas
From f6d28d84413f2f674cfac86d4ed0868e8afb604b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Mon, 1
Quoting Marton Balint (2024-12-15 01:02:42)
> Signed-off-by: Marton Balint
> ---
> doc/APIchanges | 3 +++
> libavcodec/version.h | 2 +-
> libavutil/frame.h| 4
> 3 files changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/doc/APIchanges b/doc/APIchanges
> index 3a75b803a9..
Hi all,
the vote has been started. If you are in the GA (the
tools/general_assembly.pl script lists your name), you should have
received an email by now. If you did not, complain in this thread.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-deve
On Mon, 16 Dec 2024, Anton Khirnov wrote:
Quoting Marton Balint (2024-12-15 01:02:42)
Signed-off-by: Marton Balint
---
doc/APIchanges | 3 +++
libavcodec/version.h | 2 +-
libavutil/frame.h| 4
3 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/do
since commit fce0622d0b1f69a85fe8ce61e1189dd57a8b0fcc, libavformat/hevc.c
depends on golomb vlc tables.
---
i often build with --disable-all and only turn on the components
that i am working on. this dependency would otherwise go unnoticed since
many codecs drag in golomb.
configure | 1 +
1 file
On Mon, 16 Dec 2024, Anton Khirnov wrote:
Quoting Marton Balint (2024-12-16 09:47:39)
On Mon, 16 Dec 2024, Anton Khirnov wrote:
Quoting Marton Balint (2024-12-15 01:02:42)
Signed-off-by: Marton Balint
---
doc/APIchanges | 3 +++
libavcodec/version.h | 2 +-
libavutil/frame.h
On Mon, 16 Dec 2024 01:50:20 +0100 Michael Niedermayer
wrote:
> Hi Niklas
>
> On Wed, Dec 11, 2024 at 09:25:12AM +0100, Niklas Haas wrote:
> > From: Niklas Haas
> >
> > In input.c and output.c and many other places, swscale follows the rule of
> > using
> > 15-bit intermediate if output bpc is
Changes since v1:
- Rewrote swscale/csputils slightly (mostly cosmetic, improved comments)
- Fixed the semantics of the new vf_scale options to correspond to the
documented behavior.
- Moved the PQ metadata override to a later commit
- Simplified the ff_q_equal() logic
__
From: Niklas Haas
This is a lightweight wrapper around the underlying color management system,
whose job it is merely to manage the 3DLUT state and apply them to the frame
data. This is where we might add platform-specific optimizations in the future.
I also plan on adding support for more pixel
From: Niklas Haas
Only add the condensed values that we actually care about. Group them into
a new struct to make it easier to discard or replace this metadata.
Define a special comparison function that does not choke on undefined/unknown
metadata.
---
libswscale/swscale.c | 7 ---
libswsc
From: Niklas Haas
We will use the av_csp_itu_eotf() functions to decode these internally, so
check this function to see if it succeeds.
---
libswscale/utils.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 32f90e366e..43805
From: Niklas Haas
Provide default values for the fields added in the previous commit.
---
libswscale/utils.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 428cf1c7f5..2d8fc10beb 100644
--- a/libswscale/utils.c
+++ b/libswscal
From: Niklas Haas
---
libswscale/utils.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 2d8fc10beb..3d3fcadacc 100644
--- a/libswscale/utils.c
+++ b/libswscale/utils.c
@@ -46,6 +46,7 @@
#include "libavutil/imgutils.h"
#
From: Niklas Haas
The underlying color mapping logic was ported as straightforwardly as possible
from libplacebo, although the API and glue code has been very heavily
refactored / rewritten. In particular, the generalization of gamut mapping
methods is replaced by a single ICC intent selection, a
From: Niklas Haas
This setting can be used to infuence the type of tone and gamut mapping used
internally when color space conversions are required. As discussed at VDD'24,
the default was set to relative colorimetric clipping, which is approximately
associative, surjective and idempotent. As suc
From: Niklas Haas
Without triggering a full graph reinit.
---
libswscale/graph.c | 21 -
libswscale/graph.h | 12 +---
libswscale/utils.h | 6 ++
3 files changed, 35 insertions(+), 4 deletions(-)
diff --git a/libswscale/graph.c b/libswscale/graph.c
index 7160458
From: Niklas Haas
This leverages the previously introduced color management subsystem in order
to adapt between transfer functions and color spaces, as well as for HDR tone
mapping.
Take special care to handle grayscale formats without a colorspace
gracefully.
---
libswscale/graph.c | 95 ++
From: Niklas Haas
This is now supported when using the new API.
---
libswscale/swscale.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/libswscale/swscale.c b/libswscale/swscale.c
index 931834a374..4e06870fa4 100644
--- a/libswscale/swscale.c
+++ b/libswscale/swscale.c
@@ -1441,
From: Niklas Haas
Logic is, for the most part, a straight port of similar logic in
liplacebo's colorspace.c, with some general edits and refactors.
---
libswscale/Makefile | 1 +
libswscale/csputils.c | 418 ++
libswscale/csputils.h | 114
From: Niklas Haas
Logic ported from libplacebo's AVFrame helpers. The basic idea is to use the
provided MaxRGB/MaxSCL values to infer what the actual luminance would have
been, which HDR10+ metadata does not provide directly. It's worth pointing out
that this gives us an *upper* bound on the true
From: Niklas Haas
In the long run, it would be ideal if we could add these to the avfilter
negotiation as well, but for now, this is a good start.
---
doc/filters.texi | 56
libavfilter/vf_scale.c | 73 +-
2 files cha
From: Niklas Haas
Swscale currently handles XYZ by embedding a forced conversion to
BT.709 RGB with a hardcoded matrix. This is not ideal, but to preserve the
status quo and avoid any unexpected changes in behavior, this patch merely
fixes the inferred primaries tag to match the reality.
In the
From: Niklas Haas
---
libavfilter/vf_scale.c | 48 +-
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/libavfilter/vf_scale.c b/libavfilter/vf_scale.c
index d4236f4b6c..77697f3f6a 100644
--- a/libavfilter/vf_scale.c
+++ b/libavfilter/vf_scal
From: Niklas Haas
Logic is loosely on equivalent decisions in libplacebo. The basic idea is to try
and be a bit conservative by treating AVCOL_*_UNSPECIFIED as a no-op, unless the
other primaries set are non-standard / wide-gamut or HDR. This helps avoid
unintended or unexpected colorspace conver
From: Niklas Haas
This is no longer relevant after a change in color space.
---
libavfilter/vf_scale.c | 12
1 file changed, 12 insertions(+)
diff --git a/libavfilter/vf_scale.c b/libavfilter/vf_scale.c
index 77697f3f6a..566bf11cda 100644
--- a/libavfilter/vf_scale.c
+++ b/libavfil
From: Niklas Haas
This logic was inverted, but || was not replaced by &&.
Fixes: ed5dd675624c83d9c69b406ce30e4e09f29970e3
Fixes: ticket #11353
---
libswscale/utils.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libswscale/utils.c b/libswscale/utils.c
inde
From: Zhao Zhili
compile_only was added since glslang 13.1.0.
---
libavutil/vulkan_glslang.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/vulkan_glslang.c b/libavutil/vulkan_glslang.c
index 9e1b8f4d8d..9e7a33223b 100644
--- a/libavutil/vulkan_glslang.c
+++ b/libavutil/vulkan_g
From: Niklas Haas
This code only checks hcScale. In practice this is not an issue because
the function pointers should always be identical to hyScale for the same
filter size.
Add an assertion just to make sure this assumption never regresses.
Signed-off-by: Niklas Haas
Sponsored-by: Sovereign
From: Niklas Haas
---
tests/checkasm/sw_rgb.c | 316
1 file changed, 316 insertions(+)
diff --git a/tests/checkasm/sw_rgb.c b/tests/checkasm/sw_rgb.c
index 05370c1e41..3b2dffc423 100644
--- a/tests/checkasm/sw_rgb.c
+++ b/tests/checkasm/sw_rgb.c
@@ -453,
From: Niklas Haas
Mirroring yuv2yuvX.
---
tests/checkasm/sw_scale.c | 74 +++
1 file changed, 74 insertions(+)
diff --git a/tests/checkasm/sw_scale.c b/tests/checkasm/sw_scale.c
index 3d229775d7..11c9174a6b 100644
--- a/tests/checkasm/sw_scale.c
+++ b/tests/c
From: Niklas Haas
Mirroring lumToYV12 and chrToYV12.
---
tests/checkasm/sw_rgb.c | 47 +
1 file changed, 47 insertions(+)
diff --git a/tests/checkasm/sw_rgb.c b/tests/checkasm/sw_rgb.c
index 3b2dffc423..5450a7953d 100644
--- a/tests/checkasm/sw_rgb.c
+++
mån 2024-12-16 klockan 16:23 +0100 skrev Tomas Härdin:
> Updated patchset. Patches 1-2 could maybe be squashed
>
> The end result of these patches is that fragmented files probe much
> faster over HTTP. The final patch is just a small optimization to
> movenc
Darn, this breaks fate-vc1-ism. But i
Adds a decoder for the SMUSH codec48 video encoding, as is used by
the LucasArts game "Mysteries of the Sith".
Signed-off-by: Manuel Lauss
---
libavcodec/sanm.c | 223 ++
1 file changed, 223 insertions(+)
diff --git a/libavcodec/sanm.c b/libavcodec/sa
On 15.12.2024 23:43, Michael Niedermayer wrote:
Hi
On Thu, Dec 12, 2024 at 08:55:39PM +0100, Timo Rothenpieler wrote:
---
libavformat/rtmpproto.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/rtmpproto.c b/libavformat/rtmpproto.c
index a56fec759f..a5e877cc55
From: sunyuechi
---
libavcodec/riscv/h26x/asm.S | 78 +
1 file changed, 18 insertions(+), 60 deletions(-)
diff --git a/libavcodec/riscv/h26x/asm.S b/libavcodec/riscv/h26x/asm.S
index d37b459f66..d99690d9a0 100644
--- a/libavcodec/riscv/h26x/asm.S
+++ b/libavc
When decoding a bitstream with weighted-bipred enabled,
the results on ARM and x86 platforms may differ.
The reason for the inconsistency is that the value of
STRIDE_ALIGN differs between platforms. And STRIDE_ALIGN
is set to the buffer stride of temporary buffers for U
and V components in mc_par
Hi
On Mon, Dec 16, 2024 at 02:57:53PM +0100, Niklas Haas wrote:
> From: Niklas Haas
>
> This is not a good way of generating a PAL8 output.
of course not
but this breaks fate and features
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
"You are 36 times
Thank you, Yuechi.
Applied.
On Sun, Dec 15, 2024 at 11:57 PM flow gg wrote:
> Resolved the conflict (because #elif ARCH_WASM was newly added in master).
>
> 于2024年12月15日周日 23:56写道：
>
>> From: sunyuechi
>>
>> ---
>> libavcodec/riscv/vvc/vvc_mc_rvv.S | 46 +++
>> 1 f
On Tue, Dec 17, 2024 at 4:02 AM Leo Izen wrote:
> On 12/16/24 5:50 PM, Michael Niedermayer wrote:
> >
> > (c): implement enough of zlib ourselfs, so it can encode to a valid output
>
> A reimplementation of zlib that does nothing except for fixing FATE
> failures that shouldn't be failing anyway s
Le sunnuntaina 15. joulukuuta 2024, 22.17.27 EET Alexander Strasser via ffmpeg-
devel a écrit :
> Hi Rémi!
>
> On 2024-11-19 19:10 +0200, Rémi Denis-Courmont wrote:
> > I plan to solicit an FFmpeg booth at SCaLE 22x to be held early next
> > March.
> > Booths for open-source communities are free a
From: Zhao Zhili
compile_only isn't available until 13.1.0. Let default initialization set
it to zero, so the code works with version before and after 13.1.0.
---
libavutil/vulkan_glslang.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/vulkan_glslang.c b/libavutil
> On Dec 17, 2024, at 11:04, Lynne via ffmpeg-devel
> wrote:
>
> On 17/12/2024 11:42, Zhao Zhili wrote:
>>> On Dec 17, 2024, at 09:12, Lynne via ffmpeg-devel
>>> wrote:
>>>
>>> On 16/12/2024 20:55, Zhao Zhili wrote:
From: Zhao Zhili
compile_only was added since glslang 13.1.0.
>>
Le sunnuntaina 15. joulukuuta 2024, 17.56.34 EET uk7b-at-foxmail@ffmpeg.org
a écrit :
> From: sunyuechi
>
> k230 banana_f3
> sad_8x16_c: 387.7 ( 1.00x)394.9 ( 1.00x)
> sad_8x16_rvv_i32: 109.7 ( 3.53x)103.5 ( 3.82x)
>
On 16/12/2024 20:55, Zhao Zhili wrote:
From: Zhao Zhili
compile_only was added since glslang 13.1.0.
---
libavutil/vulkan_glslang.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/vulkan_glslang.c b/libavutil/vulkan_glslang.c
index 9e1b8f4d8d..9e7a33223b 100644
--- a/libavuti
On Sat, Dec 14, 2024 at 6:39 PM Alexander Strasser via ffmpeg-devel
wrote:
> On 2024-12-14 11:09 +0100, Anton Khirnov wrote:
> > Quoting Alexander Strasser via ffmpeg-devel (2024-12-01 21:13:56)
> > > This is a fixed up version of the series I sent before.
IMO there would be no need to revert and
---
libavcodec/x86/Makefile | 8
libavcodec/x86/hevc/Makefile | 12
.../x86/{hevc_add_res.asm => hevc/add_res.asm} | 0
.../x86/{hevc_deblock.asm => hevc/deblock.asm} | 0
libavcodec/x86/{hevcdsp_init.c => he
---
libavcodec/riscv/vvc/Makefile | 6 +++---
libavcodec/riscv/vvc/{vvcdsp_init.c => dsp_init.c} | 0
libavcodec/riscv/vvc/{vvc_mc_rvv.S => mc.S}| 0
libavcodec/riscv/vvc/{vvc_sad_rvv.S => sad.S} | 0
libavcodec/x86/vvc/Makefile| 12 +++
> On Dec 17, 2024, at 09:12, Lynne via ffmpeg-devel
> wrote:
>
> On 16/12/2024 20:55, Zhao Zhili wrote:
>> From: Zhao Zhili
>> compile_only was added since glslang 13.1.0.
>> ---
>> libavutil/vulkan_glslang.c | 2 ++
>> 1 file changed, 2 insertions(+)
>> diff --git a/libavutil/vulkan_glslang
On 12/16/24 5:50 PM, Michael Niedermayer wrote:
(c): implement enough of zlib ourselfs, so it can encode to a valid output
A reimplementation of zlib that does nothing except for fixing FATE
failures that shouldn't be failing anyway sounds like a security
vulnerability waiting to happen. Sto
On 17/12/2024 11:42, Zhao Zhili wrote:
On Dec 17, 2024, at 09:12, Lynne via ffmpeg-devel
wrote:
On 16/12/2024 20:55, Zhao Zhili wrote:
From: Zhao Zhili
compile_only was added since glslang 13.1.0.
---
libavutil/vulkan_glslang.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libav
On 17/12/2024 12:04, Lynne via ffmpeg-devel wrote:
On 17/12/2024 11:42, Zhao Zhili wrote:
On Dec 17, 2024, at 09:12, Lynne via ffmpeg-devel de...@ffmpeg.org> wrote:
On 16/12/2024 20:55, Zhao Zhili wrote:
From: Zhao Zhili
compile_only was added since glslang 13.1.0.
---
libavutil/vulkan_g
79 matches
Mail list logo
