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: unknown error (-1)
> [vvc_qsv @ 026890D966C0] Error decoding header
>
>
Hi,
Le mar. 13 août 2024 à 23:39, Dale Curtis a écrit :
>
> On Tue, Aug 13, 2024 at 1:11 PM Hendrik Leppkes wrote:
>
> > Disabling random codec features seems like an anti-feature to me, in
> > the future it'll make every feature be questioned and compile-time
> > conditional, and make everythin
On 2024-08-11 04:03 pm, Gyan Doshi wrote:
x265 added support for alpha starting with build 210.
While doing so, x265_encoder_encode() changed its fifth arg to
an array of pointers to x265_picture. This broke building lavc/libx265.c
This patch simply unbreaks the build and maintains existing s
Set equivalent new option instead.
Deprecated upstream in libplacebo v7.346.
---
libavfilter/vf_libplacebo.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavfilter/vf_libplacebo.c b/libavfilter/vf_libplacebo.c
index be9000aa8ea7..e4e750d4edfa 100644
--- a/libavfilter/vf_libplaceb
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/vf_bwdif_vulkan.c | 4 +--
libavf
Fixes "libavcodec/snowenc.c:718:27: runtime error: left shift of 8509032 by 8
places cannot be represented in type 'int'"
as seen in fate-vsynth2-snow-hpel under ubsan.
Signed-off-by: James Almer
---
libavcodec/snowenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavc
On Tue, Aug 13, 2024 at 1:11 PM Hendrik Leppkes wrote:
> Disabling random codec features seems like an anti-feature to me, in
> the future it'll make every feature be questioned and compile-time
> conditional, and make everything terrible.
> If the context size is the major concern, maybe large s
On Tue, Aug 13, 2024 at 11:25:17AM -0300, James Almer wrote:
> It's non-determistic, as shown by poisoning avfilter buffers instead of
> zeroing them.
>
> Signed-off-by: James Almer
> ---
> libswscale/output.c | 6 +++---
> tests/ref/fate/filter-pixfmts-copy | 4 ++--
On Fri, 9 Aug 2024, Ross Burton wrote:
binutils 2.43 has stricter validation for labels[1] and results in errors
when building ffmpeg for armv5:
src/libavcodec/arm/mlpdsp_armv5te.S:232: Error: junk at end of line, first
unrecognized character is `0'
Remove the leading zero in the "01" label t
On Tue, Aug 13, 2024 at 9:32 PM Dale Curtis wrote:
>
> Film grain support adds a huge amount of overhead to the H264Context
> structure for a feature that is rarely used. On low end devices or
> pages that have lots of media this bloats memory usage rapidly.
>
> This introduces a --disable-h264-fi
Thanks, disable-h274-film-grain and applying it to hevc too sgtm. I'll wait
to see what Niklas says before updating though.
- dale
On Tue, Aug 13, 2024 at 12:47 PM James Almer wrote:
> On 8/13/2024 4:31 PM, Dale Curtis wrote:
> > Film grain support adds a huge amount of overhead to the H264Cont
On 8/13/2024 4:31 PM, Dale Curtis wrote:
Film grain support adds a huge amount of overhead to the H264Context
structure for a feature that is rarely used. On low end devices or
pages that have lots of media this bloats memory usage rapidly.
This introduces a --disable-h264-film-grain option whic
Film grain support adds a huge amount of overhead to the H264Context
structure for a feature that is rarely used. On low end devices or
pages that have lots of media this bloats memory usage rapidly.
This introduces a --disable-h264-film-grain option which makes
these fields optional and reduces t
On 7/29/24 12:43 AM, Stephen Hutchinson wrote:
These consts are only used in the switch(planar) case located in
avisynth_create_stream_video and nowhere else in the demuxer,
so move them into that function directly.
Signed-off-by: Stephen Hutchinson
---
libavformat/avisynth.c | 22 +++
On 7/29/24 12:43 AM, Stephen Hutchinson wrote:
As part of this, the mutexes are no longer necessary, and
avisynth_read_close needs to check that avs->avs_library.library
still exists before it attempts to call avisynth_context_destroy
and dlclose.
Signed-off-by: Stephen Hutchinson
---
libavfo
On 7/19/24 12:56 PM, Stephen Hutchinson wrote:
Signed-off-by: Stephen Hutchinson
---
Changes compared to v1:
* Adjusted for patch #1's inclusion of dlclose
libavformat/avisynth.c | 4
1 file changed, 4 deletions(-)
diff --git a/libavformat/avisynth.c b/libavformat/avisynth.c
index 2674
On 7/19/24 12:56 PM, Stephen Hutchinson wrote:
The atexit() handler in the avisynth demuxer was added because
there was a conflict in AvxSynth that arose due to their use
of C++ global objects, particularly in relation to having
added a logging function relying on log4cpp.
This conflict was resp
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 previous
value assigned to ret is already checked abo
On 8/13/2024 11:25 AM, James Almer wrote:
It's non-determistic, as shown by poisoning avfilter buffers instead of zeroing
them.
Signed-off-by: James Almer
---
libswscale/output.c | 6 +++---
tests/ref/fate/filter-pixfmts-copy | 4 ++--
tests/ref/fate/filter-pixfm
On 8/13/2024 11:05 AM, James Almer wrote:
Fixes use of uninitized data (masked by the default zeroing of image buffers).
Signed-off-by: James Almer
---
libavcodec/rpzaenc.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavcodec/rpzaenc.c b/libavcodec/rpzaenc.c
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.
> >
> > During Annex B conversion, this may result in the
On 13/08/2024 16:03, J. Dekker wrote:
Port dav1d's checkasm output format to FFmpeg's checkasm, includes
relative speedups and aligns results.
Signed-off-by: J. Dekker
---
tests/checkasm/checkasm.c | 53 +++
1 file changed, 48 insertions(+), 5 deletions(-)
Le 13 août 2024 19:10:48 GMT+03:00, epira...@gmail.com a écrit :
>On 13 Aug 2024, at 17:51, Rémi Denis-Courmont wrote:
>
>> Le 13 août 2024 17:03:33 GMT+03:00, "J. Dekker" a écrit :
>>> From: Niklas Haas
>>>
>>> Instead of duplicating these common macros in every file, add them to
>>> the share
On 13 Aug 2024, at 17:51, Rémi Denis-Courmont wrote:
> Le 13 août 2024 17:03:33 GMT+03:00, "J. Dekker" a écrit :
>> From: Niklas Haas
>>
>> Instead of duplicating these common macros in every file, add them to
>> the shared utility file. Also add a base case for sanity.
>
> Is `#error` a standar
Le 13 août 2024 17:03:35 GMT+03:00, "J. Dekker" a écrit :
>From: Niklas Haas
>
>Generic helper macros to push/pop multiple registers at once. Expands to
>a single `addi` plus a sequence of XLEN-sized stores/loads.
>---
> libavutil/riscv/asm.S | 37 +
> 1 file
Le 13 août 2024 17:03:33 GMT+03:00, "J. Dekker" a écrit :
>From: Niklas Haas
>
>Instead of duplicating these common macros in every file, add them to
>the shared utility file. Also add a base case for sanity.
Is `#error` a standard directive of C11?
>---
> libavcodec/riscv/h264addpx_rvv.S | 1
On 8/13/2024 12:08 PM, Timo Rothenpieler wrote:
On 13/08/2024 16:25, James Almer wrote:
It's non-determistic, as shown by poisoning avfilter buffers instead
of zeroing them.
Signed-off-by: James Almer
---
libswscale/output.c | 6 +++---
tests/ref/fate/filter-pixfmts-co
On 13/08/2024 16:25, James Almer wrote:
It's non-determistic, as shown by poisoning avfilter buffers instead of zeroing
them.
Signed-off-by: James Almer
---
libswscale/output.c | 6 +++---
tests/ref/fate/filter-pixfmts-copy | 4 ++--
tests/ref/fate/filter-pixfmts
It's non-determistic, as shown by poisoning avfilter buffers instead of zeroing
them.
Signed-off-by: James Almer
---
libswscale/output.c | 6 +++---
tests/ref/fate/filter-pixfmts-copy | 4 ++--
tests/ref/fate/filter-pixfmts-crop | 4 ++--
tests/ref/fate/filter-p
Fixes use of uninitized data (masked by the default zeroing of image buffers).
Signed-off-by: James Almer
---
libavcodec/rpzaenc.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavcodec/rpzaenc.c b/libavcodec/rpzaenc.c
index d84555d6c6..3a1924d385 100644
--- a/lib
From: Niklas Haas
Generic helper macros to push/pop multiple registers at once. Expands to
a single `addi` plus a sequence of XLEN-sized stores/loads.
---
libavutil/riscv/asm.S | 37 +
1 file changed, 37 insertions(+)
diff --git a/libavutil/riscv/asm.S b/liba
From: Niklas Haas
checkasm: bench runs 131072 (1 << 17)
avg_h264_qpel_4_mc00_8_c: 37.6 ( 1.00x)
avg_h264_qpel_4_mc00_8_rvv_i32: 27.4 ( 1.37x)
avg_h264_qpel_4_mc01_8_c: 214.6 ( 1.00x)
avg_h264_qpel_4_mc01_8_rvv_i32:
From: Niklas Haas
(Ab)using nested macros to get the number of arguments passed to a
variadic macro. Useful for stack manipulation.
---
libavutil/riscv/asm.S | 17 +
1 file changed, 17 insertions(+)
diff --git a/libavutil/riscv/asm.S b/libavutil/riscv/asm.S
index 175f2a8672..db1
From: Niklas Haas
Instead of duplicating these common macros in every file, add them to
the shared utility file. Also add a base case for sanity.
---
libavcodec/riscv/h264addpx_rvv.S | 10 --
libavcodec/riscv/h264idct_rvv.S | 10 --
libavcodec/riscv/startcode_rvb.S | 10
Added:
--test=Filter tests by glob style pattern.
--bench[=] Run benchmark and optionally filter functions
by glob style pattern.
Example:
$ ./tests/checkasm/checkasm --bench=yuva*
[...]
yuva420p_bgr24_8_c: 34.5 ( 1.00x)
yuva420p_
Port dav1d's checkasm output format to FFmpeg's checkasm, includes
relative speedups and aligns results.
Signed-off-by: J. Dekker
---
tests/checkasm/checkasm.c | 53 +++
1 file changed, 48 insertions(+), 5 deletions(-)
diff --git a/tests/checkasm/checkasm.c b
When collecting performance information from checkasm it is common
to parse the output for use in graphs to compare vs different
architectures.
Signed-off-by: J. Dekker
---
tests/checkasm/checkasm.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/tests
On 8/13/2024 4:22 AM, Martin Storsjö wrote:
On Tue, 13 Aug 2024, James Almer wrote:
ffmpeg | branch: master | James Almer | Sat Aug 10
21:31:16 2024 -0300| [41307ff3e9384c51d646bff7e3dcf0d554098a8f] |
committer: James Almer
avfilter/video: don't zero allocated buffers if memory poisoning is
On 13.08.2024 09:35, b...@gget.it wrote:
A little bump, does anyone have an idea about this?
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
Quoting Michael Niedermayer (2024-08-12 22:19:30)
> On Sun, Aug 11, 2024 at 04:42:09PM +0200, Anton Khirnov wrote:
> > ---
> > libavfilter/af_adrc.c | 3 ++-
> > libavfilter/af_afftdn.c | 3 ++-
> > libavfilter/af_ashowinfo.c| 4 +++-
> > libavfilter/af_dynaudnorm.c | 3 ++-
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
---
libavcodec/qsvdec.c | 2 +-
1 file changed, 1 insertion(+), 1 d
Le 13 août 2024 10:45:15 GMT+03:00, "Rémi Denis-Courmont" a
écrit :
>
>
>Le 9 août 2024 14:27:27 GMT+03:00, Ramiro Polla a
>écrit :
>>checkasm --bench for Raspberry Pi 5 Model B Rev 1.0:
>>pix_norm1_c: 235.7
>>pix_norm1_neon: 40.7
>>pix_sum_c: 249.0
>>pix_sum_neon: 22.0
>>---
>> libavcodec/aa
Le 9 août 2024 14:27:27 GMT+03:00, Ramiro Polla a
écrit :
>checkasm --bench for Raspberry Pi 5 Model B Rev 1.0:
>pix_norm1_c: 235.7
>pix_norm1_neon: 40.7
>pix_sum_c: 249.0
>pix_sum_neon: 22.0
>---
> libavcodec/aarch64/Makefile | 2 +
> libavcodec/aarch64/mpegvideoencdsp_init.c |
A little bump, does anyone have an idea about this?
Do you think it would be worth developing a command-line option so that exact
cutting with minimal re-encoding would be easier?
Linked:
https://superuser.com/questions/1850814/cut-a-video-with-ffmpeg-with-no-or-minimal-reencoding
___
On Tue, 13 Aug 2024, James Almer wrote:
ffmpeg | branch: master | James Almer | Sat Aug 10 21:31:16
2024 -0300| [41307ff3e9384c51d646bff7e3dcf0d554098a8f] | committer: James Almer
avfilter/video: don't zero allocated buffers if memory poisoning is used
Same as in avcodec/get_buffer.c
Should
45 matches
Mail list logo
