On Fri, Jul 26, 2024 at 9:36 AM James Almer wrote:
> On 7/25/2024 10:35 AM, Nuo Mi wrote:
> > dmvr_8_12x20_c: 186.2
> > dmvr_8_12x20_avx2: 25.7
> > dmvr_8_20x12_c: 181.7
> > dmvr_8_20x12_avx2: 25.2
> > dmvr_8_20x20_c: 283.2
> > dmvr_8_20x20_avx2: 32.0
> > dmvr_10_12x20_c: 90.0
> > dmvr_10_12x20_a
Quoting Lynne via ffmpeg-devel (2024-07-26 08:42:11)
> Its not feasible to add an AVClass in the main context, as
> it would waste space, as the main context is recursive, and
> every bit of assembly would need to be changed.
>
> While its true that on paper av_log has access to the main
> context
Quoting James Almer (2024-07-22 00:53:50)
> Signed-off-by: James Almer
> ---
> configure | 2 +-
> libavcodec/avcodec.h | 5 +
> libavcodec/h264_picture.c | 1 +
> libavcodec/h264_slice.c | 15 ++
> libavcodec/h264dec.c | 41 +
tor 2024-07-25 klockan 17:06 -0700 skrev Pierre-Anthony Lemieux:
> On Thu, Jul 25, 2024 at 2:17 AM Tomas Härdin wrote:
> >
> > sön 2024-07-21 klockan 14:07 +0900 skrev Pierre-Anthony Lemieux:
> > > On Sat, Jul 20, 2024 at 5:12 PM Tomas Härdin
> > > wrote:
> > > >
> > > > tor 2024-07-18 klockan
Lynne via ffmpeg-devel:
> Its not feasible to add an AVClass in the main context, as
> it would waste space, as the main context is recursive, and
> every bit of assembly would need to be changed.
>
> While its true that on paper av_log has access to the main
> context, that functionality is not u
On 26/07/2024 10:22, Andreas Rheinhardt wrote:
Lynne via ffmpeg-devel:
Its not feasible to add an AVClass in the main context, as
it would waste space, as the main context is recursive, and
every bit of assembly would need to be changed.
While its true that on paper av_log has access to the mai
On 26/07/2024 09:47, Anton Khirnov wrote:
Quoting Lynne via ffmpeg-devel (2024-07-26 08:42:11)
Its not feasible to add an AVClass in the main context, as
it would waste space, as the main context is recursive, and
every bit of assembly would need to be changed.
While its true that on paper av_l
> On Jul 26, 2024, at 14:42, Lynne via ffmpeg-devel
> wrote:
>
> Its not feasible to add an AVClass in the main context, as
> it would waste space, as the main context is recursive, and
> every bit of assembly would need to be changed.
>
> While its true that on paper av_log has access to the
Quoting Lynne via ffmpeg-devel (2024-07-26 10:33:24)
> On 26/07/2024 09:47, Anton Khirnov wrote:
> > Quoting Lynne via ffmpeg-devel (2024-07-26 08:42:11)
> >> Its not feasible to add an AVClass in the main context, as
> >> it would waste space, as the main context is recursive, and
> >> every bit o
From: Sean Devonport
My last patch wasn't able to be merged as I sent it from within the Mail client
from MacOS. Attempting to send via git send-email now.
Sean Devonport (1):
lavc/exr: decode_block() fails when input resolution not exactly
divisable by 8
libavcodec/exr.c | 4 ++--
1 f
From: Sean Devonport
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.
---
libavcodec/exr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/exr.c b/libavco
Lynne via ffmpeg-devel:
> On 26/07/2024 10:22, Andreas Rheinhardt wrote:
>> Lynne via ffmpeg-devel:
>>> Its not feasible to add an AVClass in the main context, as
>>> it would waste space, as the main context is recursive, and
>>> every bit of assembly would need to be changed.
>>>
>>> While its tr
Rémi Denis-Courmont:
> ---
> doc/APIchanges | 3 +++
> libavutil/cpu.h | 3 +++
> libavutil/version.h | 1 +
> 3 files changed, 7 insertions(+)
>
> diff --git a/doc/APIchanges b/doc/APIchanges
> index fb54c3fbc9..16993d310e 100644
> --- a/doc/APIchanges
> +++ b/doc/APIchanges
> @@ -2,6 +
aarch64: Implement support for elf_aux_info(3) on FreeBSD and OpenBSD
FreeBSD 12.0+, OpenBSD -current and what will be OpenBSD 7.6 support
elf_aux_info(3).
Signed-off-by: Brad Smith
---
configure | 2 ++
libavutil/aarch64/cpu.c | 23 ++-
2 files changed, 24 in
On 26/07/2024 11:03, Andreas Rheinhardt wrote:
Lynne via ffmpeg-devel:
On 26/07/2024 10:22, Andreas Rheinhardt wrote:
Lynne via ffmpeg-devel:
Its not feasible to add an AVClass in the main context, as
it would waste space, as the main context is recursive, and
every bit of assembly would need
Le 26 juillet 2024 13:58:34 GMT+03:00, Brad Smith
a écrit :
>aarch64: Implement support for elf_aux_info(3) on FreeBSD and OpenBSD
>
>FreeBSD 12.0+, OpenBSD -current and what will be OpenBSD 7.6 support
>elf_aux_info(3).
>
>Signed-off-by: Brad Smith
>---
> configure | 2 ++
> lib
On 7/26/2024 4:55 AM, Anton Khirnov wrote:
Quoting James Almer (2024-07-22 00:53:50)
Signed-off-by: James Almer
---
configure | 2 +-
libavcodec/avcodec.h | 5 +
libavcodec/h264_picture.c | 1 +
libavcodec/h264_slice.c | 15 ++
libavcodec/h264dec.
Quoting James Almer (2024-07-26 14:10:46)
> On 7/26/2024 4:55 AM, Anton Khirnov wrote:
> > Quoting James Almer (2024-07-22 00:53:50)
> >> Signed-off-by: James Almer
> >> ---
> >> configure | 2 +-
> >> libavcodec/avcodec.h | 5 +
> >> libavcodec/h264_picture.c | 1 +
On 7/26/2024 9:19 AM, Anton Khirnov wrote:
Quoting James Almer (2024-07-26 14:10:46)
On 7/26/2024 4:55 AM, Anton Khirnov wrote:
Quoting James Almer (2024-07-22 00:53:50)
Signed-off-by: James Almer
---
configure | 2 +-
libavcodec/avcodec.h | 5 +
libavcodec/h
From: Sean Devonport
This fixes the commit message body wrapping between lines 60 and 72
Sean Devonport (1):
lavc/exr: decode_block() fails when input resolution not exactly
divisable by 8
libavcodec/exr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
2.39.3 (Apple Git-1
From: Sean Devonport
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.
---
libavcodec/exr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/exr.c b/libavcod
From: Sean Devonport
Fixes word wrap in commit message
Sean Devonport (1):
lavc/exr: decode_block() fails when input resolution not exactly
divisable by 8
libavcodec/exr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
2.39.3 (Apple Git-146)
_
From: Sean Devonport
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.
---
libavcodec/exr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/exr.c b/libavcod
The absolute value of a floating point value is easier to calculate than
that of an integer: it is obtained by either clearing the sign or xoring it
with itself. Accordingly, Arm, LoongArch, RISC-V have dedicated instructions
to manipulate float sign bits. x86-64 has ANDPS.
As per C11 appendix F,
Right now it is possible for the pointer for the current frame to
be set in the context even when it could not be properly set up;
this does not influence various the ordinary ref frames, but only
VP8Context.prev_frame. And since this code has been ported to the
ProgressFrame API in d48d7bc434f30df
Fixes: NULL pointer dereference
Fixes:
70569/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-5247918563459072
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 4
1 file chang
Fixes: out of array access
Fixes:
70618/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ADPCM_DTK_fuzzer-4814907107770368
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/adpcm.c | 2 ++
1 fi
Signed-off-by: Michael Niedermayer
---
libavcodec/adpcm.c | 4
1 file changed, 4 deletions(-)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index 8f9a8a8c8e2..6c53d0bcf39 100644
--- a/libavcodec/adpcm.c
+++ b/libavcodec/adpcm.c
@@ -260,10 +260,6 @@ static av_cold int adpcm_decode_ini
On Fri, Jul 26, 2024 at 1:04 AM Tomas Härdin wrote:
>
> tor 2024-07-25 klockan 17:06 -0700 skrev Pierre-Anthony Lemieux:
> > On Thu, Jul 25, 2024 at 2:17 AM Tomas Härdin wrote:
> > >
> > > sön 2024-07-21 klockan 14:07 +0900 skrev Pierre-Anthony Lemieux:
> > > > On Sat, Jul 20, 2024 at 5:12 PM Tom
On Thu, Jul 25, 2024 at 05:06:04PM -0700, Pierre-Anthony Lemieux wrote:
> On Thu, Jul 25, 2024 at 2:17 AM Tomas Härdin wrote:
> >
> > sön 2024-07-21 klockan 14:07 +0900 skrev Pierre-Anthony Lemieux:
> > > On Sat, Jul 20, 2024 at 5:12 PM Tomas Härdin wrote:
> > > >
> > > > tor 2024-07-18 klockan 2
On Fri, Jul 26, 2024 at 2:29 PM Michael Niedermayer
wrote:
>
> On Thu, Jul 25, 2024 at 05:06:04PM -0700, Pierre-Anthony Lemieux wrote:
> > On Thu, Jul 25, 2024 at 2:17 AM Tomas Härdin wrote:
> > >
> > > sön 2024-07-21 klockan 14:07 +0900 skrev Pierre-Anthony Lemieux:
> > > > On Sat, Jul 20, 2024
On 7/26/2024 6:08 PM, Michael Niedermayer wrote:
Fixes: NULL pointer dereference
Fixes:
70569/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-5247918563459072
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niederm
On 7/26/2024 7:11 PM, James Almer wrote:
On 7/26/2024 6:08 PM, Michael Niedermayer wrote:
Fixes: NULL pointer dereference
Fixes:
70569/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-5247918563459072
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/pro
This is updated patch of:
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=3943
I contacted to Ronan LE MEILLAT and agreed with him to submit new patch.
Abstruct of GoPro Max .360 video file format is described in:
https://gopro.com/news/max-tech-specs-stitching-resolution
The specificati
Add an OpenCL filter for filtering GoPro Max native .360 files
into standard equirectangular or youtube equiangular cubemap (eac)
projection.
The .360 file contains separated two video streams.
This filter combine two streams into single stream with standard
format.
---
doc/filters.texi
35 matches
Mail list logo
