> On 24. Jul 2024, at 00:10, Michael Niedermayer wrote:
>
> On Tue, Jul 23, 2024 at 12:17:43PM -0300, James Almer wrote:
>>> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
>>> Internal/private filter structures/API changes does not need be mentioned
>>> in that file, isn't that fact obvious even
On Wed, Jul 24, 2024 at 12:10:08AM +0200, Michael Niedermayer wrote:
[...]
> Adding a "threat" in the form of a warning maybe works for some people in
> some cases. But in others its more like slapping an already angry guy in the
> face.
> You get slapped harder back then have to punch and get
On Tue, Jul 23, 2024 at 12:17:43PM -0300, James Almer wrote:
> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
> > Internal/private filter structures/API changes does not need be mentioned
> > in that file, isn't that fact obvious even for average Joe?
>
> There's no reason to be condescending or
On 7/23/2024 6:53 PM, Araz Iusubov wrote:
---
libavcodec/amfenc_av1.c | 82 -
1 file changed, 81 insertions(+), 1 deletion(-)
diff --git a/libavcodec/amfenc_av1.c b/libavcodec/amfenc_av1.c
index d40c71cb33..27599b9fbe 100644
---
---
libavcodec/amfenc_av1.c | 82 -
1 file changed, 81 insertions(+), 1 deletion(-)
diff --git a/libavcodec/amfenc_av1.c b/libavcodec/amfenc_av1.c
index d40c71cb33..27599b9fbe 100644
--- a/libavcodec/amfenc_av1.c
+++ b/libavcodec/amfenc_av1.c
@@ -22,6
On Wed, Jul 24, 2024 at 12:01:32AM +0300, Martin Storsjö via ffmpeg-devel wrote:
> 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".
> ---
>
Quoting Michael Niedermayer (2024-07-23 22:14:19)
> On Tue, Jul 23, 2024 at 08:52:58AM +0200, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2024-07-22 23:14:04)
> > > On Mon, Jul 22, 2024 at 11:43:21AM +0200, Anton Khirnov wrote:
> > > > There is no reason to delay it and this is a more
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
On Tue, Jul 23, 2024 at 08:21:31AM +, patches via ffmpeg-devel wrote:
>
> -Original Message-
> From: Roger Pack
> Sent: Monday, July 22, 2024 5:52 PM
> To: patches
> Cc: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] avdevice/dshow: Don't skip
On Tue, Jul 23, 2024 at 08:52:58AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-22 23:14:04)
> > On Mon, Jul 22, 2024 at 11:43:21AM +0200, Anton Khirnov wrote:
> > > There is no reason to delay it and this is a more natural place for
> > > this code.
> >
> > There is a
Hi Paul,
On Tue, Jul 23, 2024 at 5:31 PM Paul B Mahol wrote:
> Also you are extremely selective and biased in your judging.
>
If you believe there's anything we missed, please forward relevant
communication (emails or IRC logs) to us and we will have a look. I'm not
online 24/7 so I certainly
From: Wu Jianhua
See https://github.com/ffvvc/FFmpeg/issues/180
Signed-off-by: Wu Jianhua
---
libavcodec/vvc/dsp.h | 28 ++--
libavcodec/vvc/dsp_template.c | 2 +-
libavcodec/vvc/intra.c| 26 +-
3 files changed, 28
From: Wu Jianhua
See https://github.com/ffvvc/FFmpeg/issues/178
Signed-off-by: Wu Jianhua
---
libavcodec/vvc/cabac.c | 28 +---
1 file changed, 1 insertion(+), 27 deletions(-)
diff --git a/libavcodec/vvc/cabac.c b/libavcodec/vvc/cabac.c
index 0d45eec751..c9b6f9bf3e
From: Wu Jianhua
>From Jun Zhao :
> Should we relocate this to the decoder? Other codecs typically set this
> parameter in the decoder.
Signed-off-by: Wu Jianhua
---
libavcodec/vvc/dec.c| 1 +
libavcodec/vvc_parser.c | 3 ---
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git
On Sat, Jul 20, 2024 at 02:52:31AM +0200, Michael Niedermayer wrote:
> (the exact issue is unreproducable but the use of uninitialized data is
> reproducable)
>
> Should fix: signed integer overflow: -2147483648 - 127 cannot be represented
> in type 'int'
> Should fix:
>
On Sat, Jul 20, 2024 at 08:11:02AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-20 02:08:28)
> > On Wed, Jul 17, 2024 at 08:42:41AM +0200, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2024-07-15 16:48:25)
> > [...]
> > > > @@ -3155,8 +3156,11 @@ static int
On Wed, Jul 17, 2024 at 08:42:41AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-15 16:48:25)
> > An alternative would be to leave the context unchanged on failure of
> > hls_slice_header()
> >
> > Fixes: out of array access
> > Fixes: NULL pointer dereference
> > Fixes:
>
On Tue, Jul 09, 2024 at 03:12:52PM +0200, Michael Niedermayer wrote:
> On Mon, Jul 08, 2024 at 07:46:19PM +0200, Marton Balint wrote:
> >
> >
> > On Sun, 9 Jun 2024, Michael Niedermayer wrote:
> >
> > > Fixes: CID1551679 Data race condition
> > > Fixes: CID1551687 Data race condition
> >
> >
On Tue, Jul 16, 2024 at 10:31:54AM -0300, James Almer wrote:
> On 7/16/2024 10:19 AM, Michael Niedermayer wrote:
> > Fixes: Timeout
> > Fixes:
> > 69230/clusterfuzz-testcase-minimized-ffmpeg_IO_DEMUXER_fuzzer-6540512101203968
> >
> > Found-by: continuous fuzzing process
> >
On 7/23/2024 1:24 PM, Paul B Mahol wrote:
On Tue, Jul 23, 2024 at 6:17 PM Paul B Mahol wrote:
On Tue, Jul 23, 2024 at 5:17 PM James Almer wrote:
On 7/19/2024 12:31 PM, Paul B Mahol wrote:
Internal/private filter structures/API changes does not need be
mentioned
in that file, isn't
On Tue, Jul 23, 2024 at 6:17 PM Paul B Mahol wrote:
>
>
> On Tue, Jul 23, 2024 at 5:17 PM James Almer wrote:
>
>> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
>> > Internal/private filter structures/API changes does not need be
>> mentioned
>> > in that file, isn't that fact obvious even for
On Tue, Jul 23, 2024 at 5:17 PM James Almer wrote:
> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
> > Internal/private filter structures/API changes does not need be mentioned
> > in that file, isn't that fact obvious even for average Joe?
>
> There's no reason to be condescending or aggressive
SP must be a multiple of 16 bytes at all times on POSIX - even in leaf
functions - so that signal handlers have a properly aligned stack.
---
libavcodec/riscv/vp8dsp_rvv.S | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/riscv/vp8dsp_rvv.S
On Mon, Jul 22, 2024 at 03:22:31AM +0200, Lynne via ffmpeg-devel wrote:
> The issue is that ac->output_elements is populated from
> ac->che, which may be freed, leaving dangling pointers in this
> list.
>
> Should fix clusterfuzz.
> ---
> libavcodec/aac/aacdec.c | 1 +
> 1 file changed, 1
On 7/19/2024 12:31 PM, Paul B Mahol wrote:
Internal/private filter structures/API changes does not need be mentioned
in that file, isn't that fact obvious even for average Joe?
There's no reason to be condescending or aggressive over something so
irrelevant. Is it so hard to just state the
On Tue, Jul 23, 2024 at 7:24 PM Martin Storsjö wrote:
> On Mon, 22 Jul 2024, Nuo Mi wrote:
>
> > On Mon, Jul 22, 2024 at 9:15 PM Martin Storsjö wrote:
> > On Mon, 22 Jul 2024, Zhao Zhili wrote:
> >
> > > ffmpeg | branch: master | Zhao Zhili |
> > Tue Jul 16 00:19:15 2024
This is the second part for loading the library at runtime, changes
compared to previous patch revisions:
-No atexit anymore
-No global states anymore
-Moved the registry read for Windows from a separate function inside the
function to load the dynamic library and simplified it, reducing the
Hello,
this is revised patch, this is the first part that just updates to the
API v4 of VapourSynth.
Changes in API v4:
-All functions previously in header are now part of the "vssapi" object
-Renames of different types and functions
-YCoCg is not treated as different format to YUV anymore
These are accessed as AV_OPT_TYPE_IMAGE_SIZE AVOptions,
so must be implemented as (signed) int's
---
libavfilter/vf_tile.c | 2 +-
libavfilter/vf_untile.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_tile.c b/libavfilter/vf_tile.c
index
Quoting Zhao Zhili (2024-07-23 13:44:37)
> > On Jul 23, 2024, at 19:35, Martin Storsjö wrote:
> >
> > On Wed, 10 Jul 2024, Zhao Zhili wrote:
> >
> >>
> >>> On Jun 12, 2024, at 21:42, Matthieu Bouron
> >>> wrote:
> >>> Hello,
> >>> This patchset adds Mediacodec audio decoders support.
Fixes an issue in 6.1 when reading a corrupted file with -xerror would
exit with success. This specific issue is not present in master, but
this should generally be a more robust behaviour.
Reported-by: Andrej Peterka
---
fftools/ffmpeg_utils.h | 5 +++--
1 file changed, 3 insertions(+), 2
---
libswscale/aarch64/swscale_unscaled.c | 58 +
libswscale/aarch64/yuv2rgb_neon.S | 73 ++-
2 files changed, 118 insertions(+), 13 deletions(-)
diff --git a/libswscale/aarch64/swscale_unscaled.c
b/libswscale/aarch64/swscale_unscaled.c
index
Note: this implementation is limited to x86_64 due to general purpose
register pressure.
---
libswscale/x86/yuv2rgb.c | 39
libswscale/x86/yuv_2_rgb.asm | 24 +-
2 files changed, 62 insertions(+), 1 deletion(-)
diff --git
---
libswscale/yuv2rgb.c| 16 ++
tests/checkasm/sw_yuv2rgb.c | 60 +++--
2 files changed, 60 insertions(+), 16 deletions(-)
diff --git a/libswscale/yuv2rgb.c b/libswscale/yuv2rgb.c
index c283d6d1bd..3a41c4eba6 100644
--- a/libswscale/yuv2rgb.c
+++
This will be used in the upcoming yuv42{0,2}p -> gbrp unscaled
colorspace converters.
---
libswscale/yuv2rgb.c | 279 ++-
1 file changed, 142 insertions(+), 137 deletions(-)
diff --git a/libswscale/yuv2rgb.c b/libswscale/yuv2rgb.c
index
On 23 Jul 2024, at 9:26, Prem Thogiti wrote:
> Hi Team,
>
Hi,
I believe this is the wrong list for such a question.
This is the development list, you want to ask on ffmpeg-user instead.
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
> I have a folder with 100+ mp4 files (each 1min duration)
> On Jul 23, 2024, at 19:28, Martin Storsjö wrote:
>
> ---
> libavcodec/aarch64/vvc/alf.S | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/aarch64/vvc/alf.S b/libavcodec/aarch64/vvc/alf.S
> index 828031cb90..eec193302a 100644
> ---
> On Jul 23, 2024, at 19:35, Martin Storsjö wrote:
>
> On Wed, 10 Jul 2024, Zhao Zhili wrote:
>
>>
>>> On Jun 12, 2024, at 21:42, Matthieu Bouron
>>> wrote:
>>> Hello,
>>> This patchset adds Mediacodec audio decoders support. Currently, only AAC,
>>> AMR,
>>> MP3, FLAC, VORBIS and OPUS
On Wed, 10 Jul 2024, Zhao Zhili wrote:
On Jun 12, 2024, at 21:42, Matthieu Bouron wrote:
Hello,
This patchset adds Mediacodec audio decoders support. Currently, only AAC, AMR,
MP3, FLAC, VORBIS and OPUS are supported.
This is mainly useful to avoid shipping Android builds of FFmpeg that
---
libavcodec/aarch64/vvc/alf.S | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/aarch64/vvc/alf.S b/libavcodec/aarch64/vvc/alf.S
index 828031cb90..eec193302a 100644
--- a/libavcodec/aarch64/vvc/alf.S
+++ b/libavcodec/aarch64/vvc/alf.S
@@ -95,7 +95,7 @@
Use the "ldur" instruction explicitly, instead of having the
assembler implicitly convert "ldr" instructions to "ldur".
This fixes build errors like these:
libavcodec\aarch64\vvc\alf.o.asm(1023) : error A2518: operand 2: Memory offset
must be aligned
ldr q22, [x3, #24]
On Mon, 22 Jul 2024, Nuo Mi wrote:
On Mon, Jul 22, 2024 at 9:15 PM Martin Storsjö wrote:
On Mon, 22 Jul 2024, Zhao Zhili wrote:
> ffmpeg | branch: master | Zhao Zhili |
Tue Jul 16 00:19:15 2024 +0800|
[2d4ef304c9e13f5e8abe37c20ddd0f17102c6393] | committer: Nuo Mi
On 23 Jul 2024, at 9:36, Anton Khirnov wrote:
> HEVCContext.output_frame will be removed in following commits.
>
> Reported-By: Max Bykov
> ---
> Untested, testing welcome.
Tested with fate-hevc-conformance-CONFWIN_A_Sony_1 and works.
LGTM
>
> Cf. '[PATCH 37/39] lavc/hevcdec: use a
This stops decode_block() from failing when the .exr resolution is not
divisable by 8 (e.g 108x192). The dc_w and dc_h needs to be round up and not
down.
Signed-off-by: Sean Devonport mailto:tonetechnic...@gmail.com>>
---
libavcodec/exr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
The previous fix was not sufficient.
To make things easier to reason about, split the function and
add the guards there instead of complicating the call site more.
---
libavutil/hwcontext_videotoolbox.c | 51 +++---
1 file changed, 39 insertions(+), 12 deletions(-)
diff
Because of the 3/4 update, updated it."
于2024年7月23日周二 16:59写道：
> From: sunyuechi
>
> C908 X60
> vp9_avg_8tap_smooth_4hv_8bpp_c : 32.0 28.0
> vp9_avg_8tap_smooth_4hv_8bpp_rvv_i32 : 15.0 13.2
>
From: sunyuechi
C908 X60
vp9_avg_8tap_smooth_4hv_8bpp_c : 32.0 28.0
vp9_avg_8tap_smooth_4hv_8bpp_rvv_i32 : 15.0 13.2
vp9_avg_8tap_smooth_8hv_8bpp_c : 98.0 86.2
> TBH it is very hard to review this due to the large extents of code
> conditionals. This should avoidable at least partly. You can name macros
for
> each filter and then expand those macros instead of using if's.
Do you mean that before the addition of .equ ff_vp9_subpel_filters_xxx,
From: sunyuechi
C908 X60
vp9_avg_8tap_smooth_4h_8bpp_c : 12.7 11.2
vp9_avg_8tap_smooth_4h_8bpp_rvv_i32:4.74.2
vp9_avg_8tap_smooth_4v_8bpp_c : 29.7 12.5
-Original Message-
From: Roger Pack
Sent: Monday, July 22, 2024 5:52 PM
To: patches
Cc: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] avdevice/dshow: Don't skip audio devices if
no video device is present
On Wed, Jul 17, 2024 at 1:43 AM patches
-Original Message-
From: Roger Pack
Sent: Monday, July 22, 2024 5:52 PM
To: patches
Cc: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] avdevice/dshow: Don't skip audio devices if
no video device is present
On Wed, Jul 17, 2024 at 1:43 AM patches
HEVCContext.output_frame will be removed in following commits.
Reported-By: Max Bykov
---
Untested, testing welcome.
Cf. '[PATCH 37/39] lavc/hevcdec: use a ContainerFifo to hold frames
scheduled for output' currently on ML.
---
libavcodec/videotoolbox.c | 13 -
1 file changed, 8
Hi Team,
I have a folder with 100+ mp4 files (each 1min duration) and its
corresponding gpx file extracted from a GPS enabled dashcam device.
Each individual mp4 file has geotagging information for each 1 sec as shown
below.
SampleTime : 29.00 s
SampleDuration
Quoting Michael Niedermayer (2024-07-22 23:14:04)
> On Mon, Jul 22, 2024 at 11:43:21AM +0200, Anton Khirnov wrote:
> > There is no reason to delay it and this is a more natural place for
> > this code.
>
> There is a reason.
> By doing it later the surrounding pixels are available and one could
>
54 matches
Mail list logo
