Apr 17, 2024, 16:34 by jamr...@gmail.com:
> On 4/17/2024 11:22 AM, Lynne wrote:
>
>> Apr 17, 2024, 15:58 by mich...@niedermayer.cc:
>>
>>> Hi all
>>>
>>> The pace of inovation in FFmpeg has been slowing down.
>>> Most work is concentarted no
Apr 18, 2024, 07:42 by ge...@geoffhill.org:
> This diff removes 4 unused ARMv7 NEON fixed-point DSP functions.
>
> The function were originally moved here by 4958f35a2 (Dec 2013).
>
> After 9e05421db (Jan 2021), as part of the refactor of the AC3
> DSP to consistently use 32-bit sample format in t
Apr 19, 2024, 10:39 by ffmpeg-devel@ffmpeg.org:
> From: Diego Felix de Souza
>
> Adding 10-bit encoding support for HEVC if the input is 8-bit. In
> case of 8-bit input content, NVENC performs an internal CUDA 8 to
> 10-bit conversion of the input prior to encoding. Currently, only
> AV1 supports
Apr 12, 2024, 11:12 by d...@lynne.ee:
> Apr 12, 2024, 00:45 by mich...@niedermayer.cc:
>
>> On Thu, Apr 11, 2024 at 07:42:37AM +0200, Lynne wrote:
>>
>>> Apr 10, 2024, 23:57 by mich...@niedermayer.cc:
>>>
>>> > On Wed, Apr 10, 2024 at 08:18:11PM +
Apr 22, 2024, 00:19 by mich...@niedermayer.cc:
> On Fri, Apr 12, 2024 at 11:11:53AM +0200, Lynne wrote:
>
>> Apr 12, 2024, 00:45 by mich...@niedermayer.cc:
>>
>> > On Thu, Apr 11, 2024 at 07:42:37AM +0200, Lynne wrote:
>> >
>> >> Apr 10, 2024, 23:57
Apr 22, 2024, 13:07 by stefa...@gmail.com:
> On date Sunday 2024-04-21 22:12:56 -0300, James Almer wrote:
>
>> On 4/17/2024 10:58 AM, Michael Niedermayer wrote:
>>
> [...]
>
>> A full rewrite of ffserver, using only public API, and with modern streaming
>> in mind. It would give a lot of code in l
Apr 22, 2024, 22:31 by s...@jkqxz.net:
> ---
> Actually match the specification. (Though I'm guessing this field isn't
> actually used if things pass anyway?)
>
> libavcodec/av1dec.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/av1dec.c b/libavcod
Apr 22, 2024, 09:20 by d...@lynne.ee:
> Apr 22, 2024, 00:19 by mich...@niedermayer.cc:
>
>> On Fri, Apr 12, 2024 at 11:11:53AM +0200, Lynne wrote:
>>
>>> Apr 12, 2024, 00:45 by mich...@niedermayer.cc:
>>>
>>> > On Thu, Apr 11, 2024 at 07:42:37AM +
Apr 23, 2024, 09:47 by ffmpeg-de...@pileofstuff.org:
> On Tue, Apr 23, 2024 at 02:20:51AM +0200, Michael Niedermayer wrote:
>
>> On Thu, Apr 18, 2024 at 10:46:35AM +0200, Stefano Sabatini wrote:
>> > On date Wednesday 2024-04-17 15:58:32 +0200, Michael Niedermayer wrote:
>> > > Hi all
>> > >
>> >
e the deemphasis constant table to opustab.c and
document its values better.
>From e6d0621f61bb39929548cab5fa047c1827e1ab8c Mon Sep 17 00:00:00 2001
From: Lynne
Date: Mon, 29 Jan 2024 04:31:43 +0100
Subject: [PATCH v2] opusdsp: add ability to modify deemphasis constant
xHE-AAC relies on
es it possible
> to use alternative constants.
>
> Version 2 changes:
> Move the deemphasis constant table to opustab.c and
> document its values better.
>
v3 attached, forgot to port the native opus encoder.
>From 22fa7632e843785600b3ba3f56e476eed65e42f0 Mon Sep 17 00:00:00 2001
Minor optimization to remove extra branches.
We need to include the header for xHE anyway, which is float-only.
>From 54f53fb1c0694bf2777a1eefb1f585a804d56978 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Wed, 24 Apr 2024 13:01:14 +0200
Subject: [PATCH] aacdec: avoid generating unused code w
Apr 25, 2024, 02:08 by mich...@niedermayer.cc:
> On Wed, Apr 24, 2024 at 12:58:54PM +0200, Lynne wrote:
>
>> Apr 24, 2024, 10:54 by d...@lynne.ee:
>>
>> > xHE-AAC relies on the same postfilter mechanism
>> > that Opus uses to improve clarity (albeit w
Hi,
I'm requesting a reimbursement for attending the Khronos F2F
event in Brussels on 2024-04-26, where I gave a talk about the
current status of Vulkan Video integration into FFmpeg:
- Currently implemented decoding features
- What we would like to be improved (stability, speed and testing from
Apr 27, 2024, 16:07 by s...@jkqxz.net:
> On 27/04/2024 14:58, Mark Thompson wrote:
>
>> On 27/04/2024 14:47, Ronald S. Bultje wrote:
>>
>>> Hi,
>>>
>>> On Sat, Apr 27, 2024 at 9:40 AM Mark Thompson wrote:
>>>
The flag in CBS is the value read from the bitstream (as required for
passthro
Apr 28, 2024, 11:37 by yotam.o...@gmail.com:
> Remove an unneeded inner loop in adjust_frame_information that
> had no effect, the loop body can be run only once and will compute
> the same max sfb.
> ---
> libavcodec/aacenc.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> di
Apr 28, 2024, 20:15 by r...@remlab.net:
> Le torstaina 11. huhtikuuta 2024, 10.50.01 EEST Lynne a écrit :
>
>> Is there a reason why we can't switch to IPv4 addresses mapped
>> in IPv6 and just use the IPv6 API everywhere?
>>
>
> IPv6-mapped IPv4 addresses are p
Apr 28, 2024, 23:31 by mich...@niedermayer.cc:
> Inspired by CID1465483 Unintentional integer overflow
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/aaccoder.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/aaccoder.c b/libav
Apr 28, 2024, 23:31 by mich...@niedermayer.cc:
> Fixes: CID1439569 Unchecked return value
> Fixes: CID1439578 Unchecked return value
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/atrac9dec.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deleti
Apr 28, 2024, 23:57 by mich...@niedermayer.cc:
> On Sun, Apr 28, 2024 at 11:41:20PM +0200, Lynne wrote:
>
>> Apr 28, 2024, 23:31 by mich...@niedermayer.cc:
>>
>> > Inspired by CID1465483 Unintentional integer overflow
>> >
>> > Sponsored-by: So
Apr 29, 2024, 09:34 by r...@remlab.net:
>
>
> Le 28 avril 2024 23:11:48 GMT+03:00, Lynne a écrit :
> >Apr 28, 2024, 20:15 by r...@remlab.net:
>
>>> Le torstaina 11. huhtikuuta 2024, 10.50.01 EEST Lynne a écrit :
>>>
>>>> Is there a reason why we ca
Apr 29, 2024, 11:56 by r...@remlab.net:
>
>
> Le 29 avril 2024 11:20:24 GMT+03:00, Lynne a écrit :
>
>>> >They were they deprecated?
>>>
>>> They caused more bugs than they solved problems (because what we need is to
>>> add IPv6 to IPv4 apps
Apr 29, 2024, 13:34 by r...@remlab.net:
>
>
> Le 29 avril 2024 13:32:41 GMT+03:00, Lynne a écrit :
> >Apr 29, 2024, 11:56 by r...@remlab.net:
>
>>>
>>>
>>> Le 29 avril 2024 11:20:24 GMT+03:00, Lynne a écrit :
>>>
>>>>> &g
Apr 29, 2024, 17:25 by toq...@outlook.com:
> From: Wu Jianhua
>
> Signed-off-by: Wu Jianhua
> ---
> tests/checkasm/Makefile | 2 +-
> tests/checkasm/checkasm.c | 3 +-
> tests/checkasm/checkasm.h | 1 +
> tests/checkasm/vvc_alf.c | 133 ++
> 4 files
Apr 29, 2024, 19:30 by gsean...@gmail.com:
> Hi,
>
> On Mon, Apr 29, 2024 at 12:58 PM Michael Niedermayer
> wrote:
>
>>
>> Hi
>>
>> On Sat, Apr 27, 2024 at 02:16:36PM +0200, Lynne wrote:
>> > Hi,
>> >
>> > I'm requesting
Apr 30, 2024, 20:05 by nuomi2...@gmail.com:
> On Mon, Apr 29, 2024 at 11:38 PM Lynne wrote:
>
>> Apr 29, 2024, 17:25 by toq...@outlook.com:
>>
>> > From: Wu Jianhua
>> >
>> > Signed-off-by: Wu Jianhua
>> > ---
>> > tests/che
May 1, 2024, 20:38 by ovchinnikov.dmit...@gmail.com:
> Adds hwcontext_amf, which allows to use shared AMF
> context for the encoder, decoder and AMF-based filters,
> without copy to the host memory.
> It will also allow you to use some optimizations in
> the interaction of components (for example,
May 2, 2024, 02:42 by mich...@niedermayer.cc:
> Fixes: CID1543204 Logically dead code
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/avfft.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/avfft.c b/libavcodec/avf
May 2, 2024, 10:04 by ovchinnikov.dmit...@gmail.com:
> >>Is there a reason to add this code in now?
> DX12 and Vulkan native encoders will expose less features compare to AMF,
> at least in foreseeable feature. The missing features include low latency,
> PreAnalysis including look-ahead etc.
>
Do
Apr 29, 2024, 11:24 by ffmpeg-de...@pileofstuff.org:
> Some headings needed to be rewritten to accomodate the text,
> (hopefully) without changing the meaning.
> ---
> libavcodec/aac/aacdec.h| 2 +-
> libavcodec/aacenc.h| 2 +-
> libavcodec/ac3enc.h|
May 6, 2024, 11:31 by andreas.rheinha...@outlook.com:
> The approach used here has the advantage not to rely
> on any DCE.
> Also improve certain the checks from
> 3390693bfb907765f833766f370e0ba8c7894f44 a bit.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/aac/aacdec.c | 62 +
May 6, 2024, 11:31 by andreas.rheinha...@outlook.com:
> ff_aac_sbr_apply() and ff_aac_sbr_apply_fixed() still used
> pointers to INTFLOAT which is float or int depending upon
> whether USE_FIXED is set or not; in particular, according
> to these declarations both functions have the same type.
> Bu
May 6, 2024, 14:16 by andreas.rheinha...@outlook.com:
> This is more in line with how we initialize DSP functions
> and avoids tables of function pointers as well as relocations
> for these.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/aac/aacdec_dsp_template.c | 43 ++--
May 6, 2024, 21:39 by andreas.rheinha...@outlook.com:
> Lynne:
>
>> May 6, 2024, 11:31 by andreas.rheinha...@outlook.com:
>>
>>> The approach used here has the advantage not to rely
>>> on any DCE.
>>> Also improve certain the checks from
>&
May 7, 2024, 00:38 by andreas.rheinha...@outlook.com:
> This is achieved by using function pointers for AAC SBR functions.
> This unfortunately necessitated to use void* in
> ff_aac_sbr_apply(_fixed).
> Fixes ticket #10999.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/aac/aacdec.c
May 6, 2024, 23:53 by andreas.rheinha...@outlook.com:
> This allows to remove a dependency of the dirac decoder (!)
> on mpegvideoenc.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> configure | 7 +-
> libavcodec/Makefile | 1 +
> libavcodec/dirac
May 7, 2024, 18:54 by u...@foxmail.com:
> From: sunyuechi
>
> C908:
> vp8_put_pixels4_c: 78.0
> vp8_put_pixels4_rvi: 33.7
> vp8_put_pixels8_c: 278.0
> vp8_put_pixels8_rvi: 55.0
> vp8_put_pixels16_c: 999.0
> vp8_put_pixels16_rvi: 86.7
> ---
> libavcodec/riscv/Makefile | 1 +
> libavcodec/ri
May 7, 2024, 20:25 by r...@remlab.net:
> Le tiistaina 7. toukokuuta 2024, 20.41.30 EEST Lynne a écrit :
>
>> May 7, 2024, 18:54 by u...@foxmail.com:
>> > From: sunyuechi
>> >
>> > C908:
>> > vp8_put_pixels4_c: 78.0
>> >
Feb 13, 2024, 01:59 by ffmpeg-devel@ffmpeg.org:
> On Sun Feb 11, 2024 at 10:15 AM EST, Lynne wrote:
>
>> From: Lynne
>> Date: Fri, 19 Jan 2024 10:49:02 +1000
>> Subject: [PATCH v4 2/2] lavc/vulkan_av1: port to the new stable API
>>
>> Most of this patch was w
Feb 14, 2024, 21:45 by pr...@xvid.org:
> Make av_tx_init() agree with documentation:
>
> * Real to complex and complex to real DFTs.
> * For the float and int32 variants, the scale type is 'float', while for
> * the double variant, it's a 'double'. If scale is NULL, 1.0 will be used
> * as a d
Feb 15, 2024, 20:18 by jee...@gmail.com:
> This together with adjusting the inclusion define allows for the
> build to not fail with latest Vulkan-Headers that contain the
> stabilized Vulkan AV1 decoding definitions.
>
> Compilation fails currently as the AV1 header is getting included
> via hwco
This fixes the previous commit and adds more cases (DCT-I and DST-I).
I am holding off on defining a scale parameter for FFTs as I'd like
to use a complex value for them.
Patch attached.
>From 5b58ac6995cd52c3d61d46f5d4eca42a686752b7 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Sat, 17
Feb 17, 2024, 20:53 by d...@lynne.ee:
> This fixes the previous commit and adds more cases (DCT-I and DST-I).
>
> I am holding off on defining a scale parameter for FFTs as I'd like
> to use a complex value for them.
>
> Patch attached.
>
Pushed mine, which also added D(C/S)Ts.
__
Feb 20, 2024, 13:10 by quinkbl...@foxmail.com:
> From: Zhao Zhili
>
> ---
> libavutil/hwcontext_vulkan.c | 30 +++---
> 1 file changed, 19 insertions(+), 11 deletions(-)
>
> diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
> index a84713e621..c6409
Feb 21, 2024, 12:34 by j...@itanimul.li:
> Signed-off-by: J. Dekker
> ---
> doc/outdevs.texi| 2 +-
> libavdevice/opengl_enc.c| 11 +++
> libavdevice/version_major.h | 2 ++
> 3 files changed, 14 insertions(+), 1 deletion(-)
>
> diff --git a/doc/outdevs.texi b/doc/outde
Feb 21, 2024, 15:43 by jamr...@gmail.com:
> The output of TX is extremely verbose and makes it harder to find other debug
> log messages, so only print it at trace level.
>
> Signed-off-by: James Almer
> ---
> libavutil/tx.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
>
Feb 21, 2024, 17:38 by jamr...@gmail.com:
> On 2/21/2024 1:32 PM, Lynne wrote:
>
>> Feb 21, 2024, 15:43 by jamr...@gmail.com:
>>
>>> The output of TX is extremely verbose and makes it harder to find other
>>> debug
>>> log messages, so only print it
Feb 22, 2024, 15:43 by quinkbl...@foxmail.com:
> From: Zhao Zhili
>
> ---
> libavutil/hwcontext_vulkan.c | 27 +--
> 1 file changed, 17 insertions(+), 10 deletions(-)
>
LGTM on all Vulkan patches you posted.
___
ffmpeg-devel ma
Feb 26, 2024, 02:25 by andreas.rheinha...@outlook.com:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/aacsbr_template.c | 131 ++-
> 1 file changed, 66 insertions(+), 65 deletions(-)
>
> diff --git a/libavcodec/aacsbr_template.c b/libavcodec/aacsbr_template.
Feb 28, 2024, 14:29 by mich...@niedermayer.cc:
> On Wed, Feb 28, 2024 at 01:56:10PM +0100, J. Dekker wrote:
>
>> This was an experimental/research codec of which ffmpeg is the only
>> encoder and decoder,
>>
>
>
>> development has stalled
>>
>
> Thats not true, there was private dicussion making s
Feb 29, 2024, 02:50 by vittorio.giov...@gmail.com:
> On Wed, Feb 28, 2024 at 11:13 PM Lynne wrote:
>
>> Feb 28, 2024, 14:29 by mich...@niedermayer.cc:
>>
>> > On Wed, Feb 28, 2024 at 01:56:10PM +0100, J. Dekker wrote:
>> >
>> >> This was an experim
Mar 1, 2024, 19:59 by an...@khirnov.net:
> Quoting Lynne (2024-02-29 14:30:55)
>
>> We offer support for it. Someone must have used it.
>> I'm sure there are less used game codecs we support than Sonic.
>>
>
> [citation needed]
>
> Is there any evidence
Mar 1, 2024, 21:33 by an...@khirnov.net:
> Quoting Lynne (2024-03-01 20:41:53)
>
>> Mar 1, 2024, 19:59 by an...@khirnov.net:
>>
>> > Quoting Lynne (2024-02-29 14:30:55)
>> >
>> >> We offer support for it. Someone must have used it.
>> >&
Mar 3, 2024, 12:35 by andreas.rheinha...@outlook.com:
> Only three of the 226 (== AV_CODEC_ID_AV1) entries
> have been used. Unsparsing this table is especially
> important given that this array lives in .data.rel.ro.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Instead of parallel tables, one c
Mar 3, 2024, 22:08 by mich...@niedermayer.cc:
> On Sun, Mar 03, 2024 at 05:36:41PM +0100, Stefano Sabatini wrote:
>
>> On date Tuesday 2024-02-27 20:01:26 +0100, Michael Niedermayer wrote:
>> > This explains how to request refunds and what can be funded by SPI
>> >
>> > Co-Author: Stefano Sabatin
Mar 3, 2024, 19:43 by andreas.rheinha...@outlook.com:
> Andreas Rheinhardt:
>
>> It leads to defines for the AAC decoder being included
>> outside of the AAC decoder.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> libavcodec/aac_defines.h | 11 +--
>> libavcodec/aacdec_fixed.c
Mar 3, 2024, 19:42 by andreas.rheinha...@outlook.com:
> lavu/vulkan.c is duplicated into lavfi, lavc and lavu,
> yet lots of functions in it are only used by lavfi.
> This commit moves them to lavfi, saving 6544B of .text
> from both lavc and lavu as well as some .rodata and
> .data.rel.ro (in tot
Mar 7, 2024, 01:33 by andreas.rheinha...@outlook.com:
> These fields are set for all Vulkan decoding hwaccels;
> they would be useless if it were different.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/vulkan_decode.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
> d
Mar 6, 2024, 06:26 by haihao.xiang-at-intel@ffmpeg.org:
> From: Haihao Xiang
>
> Otherwise s->input_format is always yuv420p.
>
> This fixes invalid output format for hwframe download in the command
> below:
> ./ffmpeg -init_hw_device vulkan -f lavfi \
> -i testsrc=duration=1,format=nv12 \
>
Mar 12, 2024, 05:16 by ffm...@gyani.pro:
> Fixes #10900
> ---
> configure | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/configure b/configure
> index 05f8283af9..e0b5bcf589 100755
> --- a/configure
> +++ b/configure
> @@ -3076,6 +3076,7 @@ nvdec_deps="ffnvcodec"
> vaapi_x11_deps="xlib
Feb 29, 2024, 06:35 by tong1.wu-at-intel@ffmpeg.org:
> From: Tong Wu
>
> Since VAAPI and future D3D12VA implementation may share the same dpb
> logic and some other functions. A base layer encode context is introduced
> as vaapi context's base and extract the related funtions to a common
> fi
Unchanged from v2
>From 426701f4fb00123f2fc46efda188ca7d2413b187 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 2 Feb 2024 03:54:06 +0100
Subject: [PATCH v3 1/2] lavc/cbs_av1: fill in ref_frame_sign_bias and
order_hints
Needed for Vulkan AV1.
---
libavcodec/cbs_av1.h |
Tested by multiple users on multiple operating systems,
driver implementations and test samples to work.
Co-Authored-by: Dave Airlie
>From e2d31951f46fcc10e1263b8603e486e111e9578c Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 19 Jan 2024 10:49:02 +1000
Subject: [PATCH v3 2/2] lavc/vulkan_
Mar 15, 2024, 02:20 by andreas.rheinha...@outlook.com:
> ff_aac_coder_init_mips() modifies a static const structure of
> function pointers. This will crash if the binary uses relro
> and is a data race in any case.
>
> Furthermore it points to a maintainability issue: The
> AACCoefficientsEncoder
Mar 17, 2024, 16:36 by s...@jkqxz.net:
> On 13/03/2024 16:38, Lynne wrote:
>
>> Tested by multiple users on multiple operating systems,
>> driver implementations and test samples to work.
>>
>> Co-Authored-by: Dave Airlie
>>
>> From e2d31951f46fcc10e1
Mar 17, 2024, 16:36 by s...@jkqxz.net:
> On 13/03/2024 16:38, Lynne wrote:
>
>> Tested by multiple users on multiple operating systems,
>> driver implementations and test samples to work.
>>
>> Co-Authored-by: Dave Airlie
>>
>> From e2d31951f46fcc10e1
Mar 18, 2024, 06:57 by haihao.xiang-at-intel@ffmpeg.org:
> On Vr, 2024-03-08 at 15:13 +0800, Xiang, Haihao wrote:
>
>> From: Haihao Xiang
>>
>> Otherwise the derived device and the source device might have different
>> PCI ID or vendor ID in a multiple-device system.
>>
>> Signed-off-by: Haih
Mar 18, 2024, 07:33 by haihao.xiang-at-intel@ffmpeg.org:
> On Ma, 2024-03-18 at 07:18 +0100, Lynne wrote:
>
>> Mar 18, 2024, 06:57 by haihao.xiang-at-intel@ffmpeg.org:
>>
>> > On Vr, 2024-03-08 at 15:13 +0800, Xiang, Haihao wrote:
>> >
>> > &
Mar 18, 2024, 08:27 by haihao.xiang-at-intel@ffmpeg.org:
> From: Haihao Xiang
>
> Otherwise the derived device and the source device might have different
> PCI ID in a multiple-device system.
>
> Signed-off-by: Haihao Xiang
> ---
> libavutil/hwcontext_vulkan.c | 30 +++--
Mar 20, 2024, 23:24 by mich...@niedermayer.cc:
> Hi
>
> why is sizeof(HEVCVPS) is 7463476 ?
>
> If you think about this for a moment, a VPS in the bit stream is what, 5
> bytes ?
>
> Now iam not even talking about someone proving you a 10mb file with a million
> VPSs
> 7TB allocation, memsets me
Mar 21, 2024, 00:17 by jamr...@gmail.com:
> These were defined in a way compatible with the Vulkan HEVC acceleration,
> which
> expects bitmasks, yet the fields were being overwritting on each loop with the
> latest read value.
>
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_ps.c | 4
Mar 22, 2024, 18:02 by ffmpeg-devel@ffmpeg.org:
> Signed-off-by: Antoine Soulier
> Signed-off-by: Antoine SOULIER
> ---
> MAINTAINERS | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index dd633f37e8..d07512fc0c 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINER
Mar 20, 2024, 00:33 by s...@jkqxz.net:
> On 18/03/2024 05:33, Lynne wrote:
>
>> Mar 17, 2024, 16:36 by s...@jkqxz.net:
>>
>>> On 13/03/2024 16:38, Lynne wrote:
>>>
>>>> Tested by multiple users on multiple operating systems,
>>>> d
n Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 3 Aug 2023 18:21:23 +0200
Subject: [PATCH 1/2] lavu/tx: add real to real and real to imaginary RDFT
transforms
These are in-place transforms, required for DCT-I and DST-I.
Templated as the mod2 variant requires minor modifications, and is
rom 0bbe264a0c597a5a871ffc2bfea06e717bc9e0a1 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 3 Aug 2023 18:23:02 +0200
Subject: [PATCH 2/2] lavu/tx: add DCT-I and DST-I transforms
These are true, actual DCT-I and DST-I transforms, unlike the
libavcodec versions, which are plainly not.
---
libavu
Aug 3, 2023, 18:26 by d...@lynne.ee:
> These are in-place transforms, required for DCT-I and DST-I.
>
> Templated as the mod2 variant requires minor modifications, and is
> required specifically for DCT-I/DST-I.
>
> Quite optimized, as there's no need for any additional buffer storage.
>
Specific
Aug 3, 2023, 22:39 by andreas.rheinha...@outlook.com:
> Michael Niedermayer:
>
>> On Thu, Aug 03, 2023 at 06:26:16PM +0200, Lynne wrote:
>>
>>> These are in-place transforms, required for DCT-I and DST-I.
>>>
>>> Templated as the mod2 variant requ
These are in-place transforms, required for DCT-I and DST-I.
Templated as the mod2 variant requires minor modifications, and is
required specifically for DCT-I/DST-I.
>From c12c72e9de37a9eedf83e8ceb5ee444575420237 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 3 Aug 2023 18:21:23 +0200
Subj
Aug 4, 2023, 15:50 by tong1.wu-at-intel@ffmpeg.org:
> From: Wu Jianhua
>
> Signed-off-by: Wu Jianhua
> Signed-off-by: Tong Wu
> ---
> configure | 5 +
> doc/APIchanges | 7 +
> libavutil/Makefile | 3 +
> libavu
Patch attached.
>From a5b6b7d954447d4cc07377f00370a0781e5056b3 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 4 Aug 2023 20:20:10 +0200
Subject: [PATCH 1/2] wmavoice: convert RDFT to lavu/tx
---
libavcodec/wmavoice.c | 75 ++-
1 file changed,
error.
>From c892079d2b816d2742aa3c192c090e2cb83952e7 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 4 Aug 2023 21:16:30 +0200
Subject: [PATCH 2/2] wmavoice: convert DCT-I/DST-I to lavu/tx
This is the very last user of any lavc transform code.
This also *corrects* wmavoice decoding, as the prev
Aug 5, 2023, 10:33 by c...@passwd.hu:
> Improves the audio corruption regression caused by
> 6ba0aa1770ba29eb4126c6a706f6b0cd3809648f reported in ticket #10029.
>
> There is still however a noticable audio glitch, so the FFT conversion to AVTX
> probably also needs some modifications.
>
> Signed-o
Aug 5, 2023, 11:15 by d...@lynne.ee:
> Aug 5, 2023, 10:33 by c...@passwd.hu:
>
>> Improves the audio corruption regression caused by
>> 6ba0aa1770ba29eb4126c6a706f6b0cd3809648f reported in ticket #10029.
>>
>> There is still however a noticable audio glitch, so the FFT conversion to
>> AVTX
>> pr
Aug 6, 2023, 14:42 by c...@passwd.hu:
> With the earlier patch this fixes the audio corruption regression caused by
> 6ba0aa1770ba29eb4126c6a706f6b0cd3809648f.
>
> Fixes ticket #10029.
>
> Signed-off-by: Marton Balint
> ---
> libavcodec/on2avc.c | 8
> 1 file changed, 4 insertions(+), 4
Aug 6, 2023, 21:45 by c...@passwd.hu:
> Also rename the contexts and the functions so their names will reflect their
> intended size.
>
> With the earlier patch this fixes the audio corruption regression caused by
> 6ba0aa1770ba29eb4126c6a706f6b0cd3809648f.
>
> Fixes ticket #10029.
>
> Signed-off-
00:00:00 2001
From: Lynne
Date: Fri, 4 Aug 2023 21:16:30 +0200
Subject: [PATCH v2] wmavoice: convert DCT-I/DST-I to lavu/tx
This is the very last user of any lavc transform code.
This also *corrects* wmavoice decoding, as the previous DCT/DST
transforms were incorrect, bringing it closer
Aug 1, 2023, 16:21 by b...@bcheng.me:
> The Vulkan spec wants ScalingList8x8 as defined by ITU spec, which is in
> a different order from how ffmpeg parses it.
>
> v2: generalize for 444 case
> v3: fix whitespace
> ---
> libavcodec/vulkan_h264.c | 6 --
> 1 file changed, 4 insertions(+), 2 de
p 17 00:00:00 2001
From: Lynne
Date: Sat, 12 Aug 2023 10:46:45 +
Subject: [PATCH] vulkan: enable VK_KHR_cooperative_matrix
It's of interest to API users, and of interest to us,
as a DCT/DST can be implemented via matrix multiplies.
---
configure| 4 ++--
libavutil/
Aug 20, 2023, 20:36 by spence...@gmail.com:
> Currently, create_pnext is only used if an applicable external memory
> extension is enabled. This will usually the case when used from the command
> line, but may not be when the Vulkan context is created manually.
>
> For images used in video decodin
Aug 21, 2023, 22:46 by epira...@gmail.com:
> Add the wipetl, wipetr, wipebl, wipebr effects.
> ---
> libavfilter/vf_xfade_vulkan.c | 60 +++
> 1 file changed, 60 insertions(+)
>
Patchset pushed,
Thanks
___
ffmpeg-devel m
Aug 23, 2023, 22:06 by kaspe...@gmail.com:
> Signed-off-by: Kacper Michajłow
> ---
> libavcodec/vulkan_decode.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/vulkan_decode.c b/libavcodec/vulkan_decode.c
> index 7607edf52e..0d561b7450 100644
> --- a/libavcodec/vulkan_deco
Aug 25, 2023, 10:49 by tong1.wu-at-intel@ffmpeg.org:
> V6 major changes
> 1. the way d3dlibs created, adding a load function. Added dlclose in free
> function.
> 2. Simplified the public sync API by only keeping av_d3d12va_wait_idle.
> 3. Wrapping data->[0], data[1], data[2] into one single s
Aug 13, 2023, 00:15 by kaspe...@gmail.com:
> On Sat, 12 Aug 2023 at 16:45, Lynne wrote:
>
>>
>> It's of interest to API users, and of interest to us,
>> as a DCT/DST can be implemented via matrix multiplies.
>>
>> Bumps up the required header version to 1
9-patch patchset to fix various memory leaks
>From dc6770a375d26eb019002aba6a760fb26c1aa3ba Mon Sep 17 00:00:00 2001
From: Lynne
Date: Sat, 26 Aug 2023 21:53:03 +
Subject: [PATCH 9/9] vulkan: do not leak bound_buffer_indices
---
libavutil/vulkan.c | 1 +
1 file changed, 1 insert
Aug 26, 2023, 23:55 by d...@lynne.ee:
> 9-patch patchset to fix various memory leaks
>
Pushed.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-deve
Aug 29, 2023, 06:15 by tong1.wu-at-intel@ffmpeg.org:
> +
> +/**
> + * Specifed by sync=1 when init d3d12va
> + *
> + * Execute commands as sync mode
> + */
> +int sync;
>
This is not needed, particularly in the public API.
> + if (download) {
> + ID3D12Graph
Aug 30, 2023, 04:27 by tong1.wu-at-intel@ffmpeg.org:
> >Aug 29, 2023, 06:15 by tong1.wu-at-intel@ffmpeg.org:
>
>>> +
>>> +/**
>>> + * Specifed by sync=1 when init d3d12va
>>> + *
>>> + * Execute commands as sync mode
>>> + */
>>> +int sync;
>>>
> >This is not needed
Aug 30, 2023, 11:05 by tong1.wu-at-intel@ffmpeg.org:
>
>
> >-Original Message-
> >From: ffmpeg-devel On Behalf Of Lynne
> >Sent: Wednesday, August 30, 2023 4:39 PM
> >To: FFmpeg development discussions and patches >de...@ffmpeg.org>
> >
Added a patch to fix scaling of R2R transforms and
improved table generation precision slightly.
Planning to push this at the end of today, as it has been
on the mailing list for over a month with two LGTMs.
>From 145b5ca2be45e07fe16b700aa2b42cbeaa6d1a28 Mon Sep 17 00:00:00 2001
From: Ly
Sep 1, 2023, 06:39 by d...@lynne.ee:
> Added a patch to fix scaling of R2R transforms and
> improved table generation precision slightly.
>
> Planning to push this at the end of today, as it has been
> on the mailing list for over a month with two LGTMs.
>
Pushed patchset along with the last vers
501 - 600 of 2002 matches
Mail list logo
