---
libavformat/mxfdec.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index a5863445ab5..df958819300 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -321,6 +321,7 @@ typedef struct MXFContext {
i
sponsored by nxtedition
---
libavformat/mxfdec.c | 56
1 file changed, 56 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index df958819300..83f9e5fc9e0 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -2063,6 +206
> > Do you think it would be worth developing a command-line option so that
> > exact cutting with minimal re-encoding would be easier?
>
> How do you plan to figure out the options needed to be passed to each
> and every encoder, so that it'll produce compatible output to enable the
> necessar
Lynne via ffmpeg-devel:
> The issue is that VulkanContext mostly always used the AVClass *
> from its structure, which we don't set in decode.
> ---
> libavcodec/vulkan_decode.c| 2 ++
> libavfilter/vf_avgblur_vulkan.c | 2 ++
> libavfilter/vf_blend_vulkan.c | 2 ++
> libavfilter/
> On Aug 14, 2024, at 18:05, b...@gget.it wrote:
>
>
>>> Do you think it would be worth developing a command-line option so that
>>> exact cutting with minimal re-encoding would be easier?
>>
>> How do you plan to figure out the options needed to be passed to each
>> and every encoder, so tha
Quoting Josh Allmann (2024-08-13 18:57:59)
> On Wed, 7 Aug 2024 at 09:13, Josh Allmann wrote:
> >
> > On Thu, 1 Aug 2024 at 14:37, Josh Allmann wrote:
> > >
> > > Encoders may emit a buffering period SEI without a corresponding
> > > SPS/PPS if the SPS/PPS is carried out-of-band, eg with avcc.
>
Quoting Marvin Scholz (2024-08-13 20:06:42)
> When ret is checked here, it was never assigned anything, making this
> check useless, as highlighted by Coverity.
>
> It seems to be a copy paste mistake given that opt_match_per_stream_str
> does not return an error code that could be checked and the
This patch adds a vc2 hwaccel to ffmpeg.
Tested on ffmpeg vc encoder and vc2-conformance software.
Here is a set of commands to verify correctness
# Encode vid as vc2
ffmpeg -i -vcodec vc2 input.vc2
# Decode with hwaccel
ffmpeg -init_hw_device "vulkan=vk:0" -hwaccel vulkan -i input.vc2 output.m
On Tue, 6 Aug 2024, Ramiro Polla wrote:
checkasm --bench on a Raspberry Pi 5 Model B Rev 1.0:
yuv420p_gbrp_128_c: 1243.0
yuv420p_gbrp_128_neon: 453.5
yuv420p_gbrp_1920_c: 18165.5
yuv420p_gbrp_1920_neon: 6700.0
yuv422p_gbrp_128_c: 1463.5
yuv422p_gbrp_128_neon: 471.5
yuv422p_gbrp_1920_c: 21343.7
y
On Fri, 9 Aug 2024, Ramiro Polla wrote:
checkasm --bench for Raspberry Pi 5 Model B Rev 1.0:
nv24_yuv420p_128_c: 423.0
nv24_yuv420p_128_neon: 115.7
nv24_yuv420p_1920_c: 5939.5
nv24_yuv420p_1920_neon: 1339.7
nv42_yuv420p_128_c: 423.2
nv42_yuv420p_128_neon: 115.7
nv42_yuv420p_1920_c: 5907.5
nv42_y
Hi all
Are there any upcoming LTS releases that want to/could include FFmpeg 7.1 ?
If so please reply here and list the date before which we would have to
finish the 7.1 release so it can be included with no problems
Otherwise, are there any preferrances of the general/approximate release date?
Quoting Rémi Denis-Courmont (2024-07-26 18:32:19)
> 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 f
Quoting Jan Garcia via ffmpeg-devel (2024-08-02 10:25:58)
> Since ffmpeg 6.1 video stats are accidentally hidden from streamcopy progress
> output.
> This patch re-enables video stats (like frames=) in the progress output.
> ---
> fftools/ffmpeg.c | 8 +---
> 1 file changed, 5 insertions(+),
From: Zhao Zhili
Filter init can change extradata from avcc/hvcc to annexb format.
With different passthrough logic, packets can still in avcc/hvcc
format. Use same passthrough logic for init and filter.
Signed-off-by: Zhao Zhili
---
libavcodec/bsf/filter_units.c | 5 -
1 file changed, 4 i
From: Zhao Zhili
It was shared with opencl implementation.
---
libavfilter/unsharp.h| 62
libavfilter/vf_unsharp.c | 34 +-
2 files changed, 33 insertions(+), 63 deletions(-)
delete mode 100644 libavfilter/unsharp.h
diff --git a/
On Mon, Aug 12, 2024 at 03:29:51PM +0200, Michael Niedermayer wrote:
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> tools/target_dec_fuzzer.c | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF
In 680d969a305c0927480573a1b455024088b51aeb, the new API was
used to find a queue family for dispatch, but the found queue
family was not used for decoding, just for dispatching.
---
libavcodec/vulkan_decode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vulkan_de
The validation layer option only supported GPU-assisted validation.
This is mutually exclusive with shader debug printfs, so we need to
differentiate between the two.
This also fixes issues with user-given layers, and leaks in case of
errors.
---
libavutil/hwcontext_vulkan.c | 215 +++
It was added to Vulkan 1.1 a long time ago.
Validation layer will warn if this is enabled.
---
libavutil/hwcontext_vulkan.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 506629141e..2c958b86bb 100644
--- a/libavutil/hwcontext_v
The issue is that enabling features requires that the device
extension is supported. The extensions bitfield was set later,
so it was always 0, leading to no features being added.
---
libavutil/hwcontext_vulkan.c | 73 +++-
1 file changed, 38 insertions(+), 35 delet
Fixes: use of uninitialized value
Fixes:
70929/clusterfuzz-testcase-minimized-ffmpeg_dem_IAMF_fuzzer-5931276639469568
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/iamf_parse.c | 1 +
1 fil
Fixes: use of uninitialized value
Fixes:
70932/clusterfuzz-testcase-minimized-ffmpeg_dem_MXF_fuzzer-4870202133643264
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/mxfdec.c | 3 ++-
1 file c
The code following makes no attempt to initialize all of the buffer
Fixes: use of uninitialized value
Fixes:
70980/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HAP_fuzzer-5329909059223552
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Si
On 14/08/2024 14:41, Michael Niedermayer wrote:
Hi all
Are there any upcoming LTS releases that want to/could include FFmpeg 7.1 ?
If so please reply here and list the date before which we would have to
finish the 7.1 release so it can be included with no problems
Otherwise, are there any prefe
On Wed, Aug 07, 2024 at 12:18:48AM +0200, Michael Niedermayer wrote:
> Fixes: use of uninitialized value
> Fixes:
> 70871/clusterfuzz-testcase-minimized-ffmpeg_dem_SEGAFILM_fuzzer-5883617752973312
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/
On 8/14/2024 11:34 AM, Michael Niedermayer wrote:
Fixes: use of uninitialized value
Fixes:
70929/clusterfuzz-testcase-minimized-ffmpeg_dem_IAMF_fuzzer-5931276639469568
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Nie
On Sun, Aug 04, 2024 at 04:23:12PM +0200, Michael Niedermayer wrote:
> Fixes: use-of-uninitialized-value
> Fixes:
> 70855/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MEDIA100_fuzzer-5537446610141184
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/p
On Sun, Aug 04, 2024 at 10:53:02PM +0200, Michael Niedermayer wrote:
> Fixes: use-of-uninitialized-value
> Fixes:
> 70842/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APAC_fuzzer-5758325067677696
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/proje
https://ffmpeg-archive.org/ is no longer "Nabble"
---
doc/mailing-list-faq.texi | 3 ---
1 file changed, 3 deletions(-)
diff --git a/doc/mailing-list-faq.texi b/doc/mailing-list-faq.texi
index b20281..e10d92a5fc 100644
--- a/doc/mailing-list-faq.texi
+++ b/doc/mailing-list-faq.texi
@@ -157,9
Can anyone take a look at this patch please?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
On Wed, Aug 14, 2024 at 11:07:16AM -0500, vipyne wrote:
> https://ffmpeg-archive.org/ is no longer "Nabble"
> ---
> doc/mailing-list-faq.texi | 3 ---
> 1 file changed, 3 deletions(-)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering whenev
Bump for this one. Thanks!
- dale
On Wed, Jul 31, 2024 at 4:18 PM Dale Curtis wrote:
> On Wed, Jul 31, 2024 at 2:29 PM Dale Curtis
> wrote:
>
>> On Wed, Jul 31, 2024 at 2:10 PM Dale Curtis
>> wrote:
>>
>>> On Wed, Jul 31, 2024 at 4:32 AM Anton Khirnov wrote:
>>>
Quoting Dale Curtis (202
Bump for this one. Thanks!
- dale
On Fri, Aug 2, 2024 at 9:54 AM Dale Curtis wrote:
> This results in an unnecessary ~800k allocation with H.264. A
> nearby callsite uses avcodec_is_open() to avoid this, so do the
> same when exiting avformat_find_stream_info().
>
> Signed-off-by: Dale Curtis
Bump for this one. Thanks!
- dale
On Fri, Aug 2, 2024 at 3:08 PM Dale Curtis wrote:
> Found by fuzzer.
>
> Bug: https://crbug.com/356720789
> Signed-off-by: Dale Curtis
> ---
> libavformat/mov.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
>
__
Hello FFmpeg Folks,
I'm writing to you to announce the next VDD conference, to speak about open
source multimedia, in Korea, Seoul, the first weekend of November, of this year.
The conference is free, and VideoLAN covers the costs for active members of our
communities.
The usual folks from Vide
Better fix for the NULL pointer dereference from d7f83fc2f423.
Signed-off-by: James Almer
---
libavformat/iamf_parse.c | 9 ++---
libavformat/iamfdec.c| 3 ++-
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/libavformat/iamf_parse.c b/libavformat/iamf_parse.c
index 296e491
T-Head C908:
try_8x8basis_c: 922.5
try_8x8basis_rvv_i32: 135.3
SpacemiT X60:
try_8x8basis_c: 926.1
try_8x8basis_rvv_i32: 103.1
---
libavcodec/riscv/mpegvideoencdsp_init.c | 15 ---
libavcodec/riscv/mpegvideoencdsp_rvv.S | 35 +
2 files changed, 46 inse
T-Head C908:
add_8x8basis_c: 440.6
add_8x8basis_rvv_i32: 70.3
SpacemiT X60:
add_8x8basis_c: 436.3
add_8x8basis_rvv_i32: 40.5
---
libavcodec/riscv/mpegvideoencdsp_init.c | 5 -
libavcodec/riscv/mpegvideoencdsp_rvv.S | 19 +++
2 files changed, 23 insertions(+), 1 del
We require it for encoding.
---
libavutil/hwcontext_vulkan.c | 12 +++-
libavutil/vulkan_functions.h | 1 +
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 3e562716d8..a82355e8bf 100644
--- a/libavutil/hwcont
Vulkan encoding was designed in a very... consolidated way.
You had to know the exact codec and profile that the image was going to
eventually be encoded as at... image creation time. Unfortunately, as good
as our code is, glimpsing into the exact future isn't what its capable of.
video_maintenanc
On Mon, Aug 12, 2024 at 09:02:00PM +0200, Michael Niedermayer wrote:
> On Sat, Aug 10, 2024 at 12:34:16PM -0300, James Almer wrote:
> > On 8/9/2024 5:09 PM, Michael Niedermayer wrote:
> > > Hi
> > >
> > > On Fri, Aug 09, 2024 at 03:56:42AM +0200, Kacper Michajlow wrote:
> > > > On Fri, 9 Aug 2024
Text was stolen from the linux kernel
This is thus identical to the kernel just a different more compact format.
I am very happy also to switch the file entirely to the format of the linux
kernel maintainer list
if people prefer
Signed-off-by: Michael Niedermayer
---
MAINTAINERS | 7 ++-
1
Adding level to some of my entries
Adding level to some random entries of other people who i have seen actively
maintaining their code
removing some people who have not been active where others where active
For most we will need to contact people and ask if they are still available as
maintainer
Fixes: use of uninitialized value
Fixes:
70850/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMAVOICE_fuzzer-4806127362048000
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wmavoice.c | 5
Fixes: use of uninitialized value
Fixes:
70901/clusterfuzz-testcase-minimized-ffmpeg_dem_MV_fuzzer-6341913949569024
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/mvdec.c | 3 ++-
1 file cha
Its not really used but its passed as a argument and then not used
Fixes:
70965/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSMPEG4V1_fuzzer-5583223747313664
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermay
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6ce8bc8639..1f758f401c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -469,7 +469,7 @@ Protocols:
libzmq.c Andriy Gelman
mms*.c
MAX_MBPAIR_SIZE was added in 23f5cff92cdcfa55a735c458fcb5f95c0e0f3b1f
to prevent CABAC/CAVLC overread issues. It adds 256kb of padding to
RBSP allocations. AFAICT it seems unnecessary with the checked
bitstream reader. Dropping this padding is a substantial memory
improvement for constrained device
On Mon, 3 Jun 2024 at 04:16, Michael Niedermayer wrote:
>
> Fixes: CID1500312 Unintentional integer overflow
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mov.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/m
From: Fei Wang
Fix error:
$ ffmpeg -hwaccel qsv -i input.mp4 -f null -
..
[vvc_qsv @ 026890D966C0] Error decoding stream header: unknown error (-1)
[vvc_qsv @ 026890D966C0] Error decoding header
Signed-off-by: Fei Wang
---
configure | 2 +-
libavcodec/qsvdec.c | 2 +-
2 files
On Wed, 2024-08-14 at 06:41 +, Xiang, Haihao wrote:
> On Di, 2024-08-13 at 16:01 +0800,
> fei.w.wang-at-intel@ffmpeg.org wrote:
> > From: Fei Wang
> >
> > Fix error:
> > $ ffmpeg -hwaccel qsv -i input.mp4 -f null -
> > ..
> > [vvc_qsv @ 026890D966C0] Error decoding stream header: unkn
On Thu, Aug 15, 2024 at 12:41:44AM +0200, Marvin Scholz wrote:
> ---
> MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 6ce8bc8639..1f758f401c 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -469,7 +469,7 @@ Protocols:
>
On 2024-08-15 04:07 am, Michael Niedermayer wrote:
Adding level to some of my entries
Adding level to some random entries of other people who i have seen actively
maintaining their code
removing some people who have not been active where others where active
For most we will need to contact pe
53 matches
Mail list logo
