> On May 10, 2024, at 16:57, Zhao Zhili wrote:
>
> From: Zhao Zhili
>
> Fix crash with
> ./ffplay -f lavfi -i movie=foo.mp4,drawtext=text=bar
This is an RFC because I’m not sure whether it’s a valid use case or not to call
ff_default_get_video_buffer2 from multiple threads. On one hand, it’s
On 5/10/2024 6:26 PM, Paul B Mahol wrote:
On Fri, May 10, 2024 at 10:56 AM Zhao Zhili wrote:
From: Zhao Zhili
The alignment is handled by ff_default_get_video_buffer2. We
shouldn't use the aligned width/height as FFFramePool width/height.
It cause recreate FFFramePool inside ff_default_get_v
On Thu, May 09, 2024 at 08:49:18AM +0200, Marton Balint wrote:
> Fixes ticket #9740.
>
> Signed-off-by: Marton Balint
> ---
> libavfilter/vf_geq.c | 20
> 1 file changed, 12 insertions(+), 8 deletions(-)
>
> diff --git a/libavfilter/vf_geq.c b/libavfilter/vf_geq.c
> index d
On Thu, May 09, 2024 at 04:02:09PM +0200, Kacper Michajłow wrote:
> Also reject input if it is too short.
>
> Found by OSS-Fuzz.
>
> Signed-off-by: Kacper Michajłow
> ---
> libavformat/data_uri.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/data_uri.
Signed-off-by: Michael Niedermayer
---
libavutil/tests/base64.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavutil/tests/base64.c b/libavutil/tests/base64.c
index 400e01cefe4..66d0fdc1fc8 100644
--- a/libavutil/tests/base64.c
+++ b/libavutil/tests/base64.c
@@ -64,6 +64,16 @
Signed-off-by: Michael Niedermayer
---
libavutil/base64.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavutil/base64.c b/libavutil/base64.c
index 3e66f4fcbe5..69e11e6f5e1 100644
--- a/libavutil/base64.c
+++ b/libavutil/base64.c
@@ -127,10 +127,12 @@ validity_check:
On Fri, May 10, 2024 at 11:27:54PM +0200, Paul B Mahol wrote:
> On Fri, May 10, 2024 at 10:38 PM Jan Ekström wrote:
[...]
> > --- a/tests/ref/vsynth/vsynth_lena-zlib
> > +++ b/tests/ref/vsynth/vsynth_lena-zlib
> > @@ -1,4 +1,4 @@
> > -abbfccc551b173a357024d8392de21dd *tests/data/fate/vsynth_lena-z
On Thu, May 09, 2024 at 09:38:14PM +0100, Mark Thompson wrote:
> On 09/05/2024 16:10, Michael Niedermayer wrote:
> > ffmpeg | branch: master | Michael Niedermayer |
> > Wed May 1 21:44:33 2024 +0200| [d7924a4f60f2088de1e6790345caba929eb97030]
> > | committer: Michael Niedermayer
> >
> > avcode
On Fri, May 10, 2024 at 10:38 PM Jan Ekström wrote:
> Hi,
>
> As of Fedora 40, the zlib provider has been switched to zlib-ng
> (https://fedoraproject.org/wiki/Changes/ZlibNGTransition). This has
> reared the ugly fact that we expect that the usage of zlib APIs is
> bit-exact.
>
> Some of these t
On Fri, May 10, 2024 at 10:56 AM Zhao Zhili wrote:
> From: Zhao Zhili
>
> The alignment is handled by ff_default_get_video_buffer2. We
> shouldn't use the aligned width/height as FFFramePool width/height.
> It cause recreate FFFramePool inside ff_default_get_video_buffer2.
> The recreate of FFFr
This is a revised version of the "pipewiregrab" patch submitted by
Abhishek Ojha a few months ago:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20231227162504.690730-1-abhishek.o...@savoirfairelinux.com/
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20231227162504.690730-2-abhishek.o...@sa
Hi,
As of Fedora 40, the zlib provider has been switched to zlib-ng
(https://fedoraproject.org/wiki/Changes/ZlibNGTransition). This has
reared the ugly fact that we expect that the usage of zlib APIs is
bit-exact.
Some of these tests such as copy-apng that only do remux can be moved
from transcod
It may be invalidated by the time it is used.
Fixes use after free when accessing current segment.
Fixes: #10825
Signed-off-by: Kacper Michajłow
---
libavformat/hls.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 214a99c7ba..62473a15dd 100644
Fixes remaining \r\n is ASS header after 57c545090d.
Fixes AVERROR_BUG error during init as this decoder expected `\r\n` in
default ASS header. strstr(..., "\r\n[Events]\r\n") failed after changes
in 57c545090d.
Fixes: 57c545090d
Signed-off-by: Kacper Michajłow
---
libavcodec/libzvbi-teletextde
Fixes remaining \r\n is ASS header after 57c545090d.
Signed-off-by: Kacper Michajłow
---
libavcodec/libaribcaption.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/libavcodec/libaribcaption.c b/libavcodec/libaribcaption.c
index 0b67d41772..46a2a5
Fixes remaining \r\n is ASS header after 57c545090d.
Signed-off-by: Kacper Michajłow
---
libavcodec/libaribb24.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/libavcodec/libaribb24.c b/libavcodec/libaribb24.c
index 009c995ded..0e4fa9935c 100644
--
Also remove the then redundant assignments of AV_FRAME_FLAG_KEY,
AV_PICTURE_TYPE_I.
Signed-off-by: Andreas Rheinhardt
---
Is SGA (AV_CIDEC_ID_SGA_VIDEO) intra only? The decoder always sets
the key frame flag + picture type I, yet the demuxer does not
automatically set the AV_PKT_FLAG_KEY.
libav
This decoder does not do anything fancy any more since
c6303f8d70c25dd6c6e6486c78bf99c9924e2b6b (before that,
it overwrote the frame's linesize) so that it supports
direct rendering. This effectively reverts
d3de3a16d1e428139c1541e55ea483466c1380e7.
Signed-off-by: Andreas Rheinhardt
---
libavcod
James Almer:
> On 5/10/2024 1:56 PM, Andreas Rheinhardt wrote:
>> Most users of ff_adts_header_parse() don't already have
>> an opened GetBitContext for the header, so add a convenience
>> function for them.
>> Also use a forward declaration of GetBitContext in adts_header.h
>> as this avoids (impl
On 5/10/2024 1:56 PM, Andreas Rheinhardt wrote:
Most users of ff_adts_header_parse() don't already have
an opened GetBitContext for the header, so add a convenience
function for them.
Also use a forward declaration of GetBitContext in adts_header.h
as this avoids (implicit) inclusion of get_bits.
instead of avpriv_adts_header_parse(). Using the former avoids
an indirection.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/aac_ac3_parser.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
index 9305b4c50f..
Most users of ff_adts_header_parse() don't already have
an opened GetBitContext for the header, so add a convenience
function for them.
Also use a forward declaration of GetBitContext in adts_header.h
as this avoids (implicit) inclusion of get_bits.h in some of
the users that now no longer use a Ge
Also remove the (unused) AAC_AC3_PARSE_ERROR_CHANNEL_CFG while at it;
furthermore, fix the documentation of ff_ac3_parse_header()
and (ff|avpriv)_adts_header_parse().
Signed-off-by: Andreas Rheinhardt
---
libavcodec/aac_ac3_parser.h | 10 --
libavcodec/ac3_parser.c | 14 +++
The documentation of av_adts_header_parse() does not require
the buffer to be padded at all.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adts_parser.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/adts_parser.c b/libavcodec/adts_parser.c
index 6c22c86e
This inline function checks that the vector length is at least a given
value. With this, most run-time VLEN checks can be optimised away.
---
libavutil/riscv/cpu.h | 21 +
1 file changed, 21 insertions(+)
diff --git a/libavutil/riscv/cpu.h b/libavutil/riscv/cpu.h
index 56035f8
---
libavcodec/riscv/blockdsp_init.c | 2 +-
libavcodec/riscv/g722dsp_init.c | 2 +-
libavcodec/riscv/h264_chroma_init_riscv.c | 2 +-
libavcodec/riscv/idctdsp_init.c | 2 +-
libavcodec/riscv/me_cmp_init.c| 2 +-
libavcodec/riscv/pixblockdsp_init.c |
---
libavcodec/riscv/vp9dsp_init.c | 50 +-
1 file changed, 25 insertions(+), 25 deletions(-)
diff --git a/libavcodec/riscv/vp9dsp_init.c b/libavcodec/riscv/vp9dsp_init.c
index 69ab39004c..6863c486c8 100644
--- a/libavcodec/riscv/vp9dsp_init.c
+++ b/libavcodec/risc
Le tiistaina 7. toukokuuta 2024, 10.36.05 EEST u...@foxmail.com a écrit :
> From: sunyuechi
>
> C908:
> vp9_vert_8x8_8bpp_c: 22.0
> vp9_vert_8x8_8bpp_rvi: 15.7
> vp9_vert_16x16_8bpp_c: 71.2
> vp9_vert_16x16_8bpp_rvi: 39.0
> vp9_vert_32x32_8bpp_c: 300.2
> vp9_vert_32x32_8bpp_rvi: 135.2
> ---
> li
Will merge soon.
--
レミ・デニ-クールモン
http://www.remlab.net/
___
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 "unsub
Le tiistaina 7. toukokuuta 2024, 19.54.09 EEST u...@foxmail.com a écrit :
> From: sunyuechi
>
> C908:
> vp8_put_epel4_h4v4_c: 20.0
> vp8_put_epel4_h4v4_rvv_i32: 11.0
> vp8_put_epel4_h4v6_c: 25.2
> vp8_put_epel4_h4v6_rvv_i32: 13.5
> vp8_put_epel4_h6v4_c: 22.2
> vp8_put_epel4_h6v4_rvv_i32: 14.5
> v
Le perjantaina 10. toukokuuta 2024, 11.22.53 EEST flow gg a écrit :
> Hi, I got BananaPi F3, made some fixes, updated in reply
So... Does it benefit from halving the logical multiplier to process
fixed-sized
block as compared to C908, or can we stick to the same code regardless of
vector sizes?
Fixes: CID1594529 Unchecked return value
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavcodec/libx264.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 2715f277f1f..e4938c54a90 100644
--- a/li
Fixes: CID1460979 Logically dead code
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavcodec/jpeg2000dec.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/jpeg2000dec.c b/libavcodec/jpeg2000dec.c
index 28bf6be2fef..135537b52fb 100644
--- a/libavcodec
Yes the same dead code is in "iLBC Speech Coder ANSI-C Source Code"
Fixes: CID1509370 Logically dead code
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavcodec/ilbcdec.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/libavcodec/ilbcdec.c b/libavcodec/ilbc
Tomas Härdin:
> ons 2024-05-08 klockan 17:06 -0300 skrev James Almer:
>> On 5/8/2024 5:01 PM, Marton Balint wrote:
>>>
>>>
>>> On Wed, 8 May 2024, Tomas Härdin wrote:
>>>
>>>
>>> What suprises me is that pict_type and the keyframe flag is not set
>>> already for decoding codecs with AV_CO
ons 2024-05-08 klockan 17:06 -0300 skrev James Almer:
> On 5/8/2024 5:01 PM, Marton Balint wrote:
> >
> >
> > On Wed, 8 May 2024, Tomas Härdin wrote:
> >
> > >
> > >
> >
> > What suprises me is that pict_type and the keyframe flag is not set
> > already for decoding codecs with AV_CODEC_PROP_
Matches other hwaccels.
---
libavcodec/vaapi_decode.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/vaapi_decode.c b/libavcodec/vaapi_decode.c
index 8e9f647c20..3c4030c073 100644
--- a/libavcodec/vaapi_decode.c
+++ b/libavcodec/vaapi_decode.c
@@ -157,6 +157,11 @@ int ff_vaapi
From: Zhao Zhili
Fix crash with
./ffplay -f lavfi -i movie=foo.mp4,drawtext=text=bar
---
libavfilter/avfilter.c | 2 ++
libavfilter/avfilter_internal.h | 2 ++
libavfilter/video.c | 14 --
3 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/libavfil
From: Zhao Zhili
The alignment is handled by ff_default_get_video_buffer2. We
shouldn't use the aligned width/height as FFFramePool width/height.
It cause recreate FFFramePool inside ff_default_get_video_buffer2.
The recreate of FFFramePool together with multi-threads decoding
leading to data rac
Hi, I got BananaPi F3, made some fixes, updated in reply
Rémi Denis-Courmont 于2024年5月6日周一 03:26写道：
> Le sunnuntaina 5. toukokuuta 2024, 12.18.56 EEST flow gg a écrit :
> > > Does MF2 actually improve perfs over M1 here?
> >
> > The difference here seems very small, but when both mf2 and m1 are
>
From: sunyuechi
C908 X60
vc1dsp.avg_vc1_mspel_pixels_tab[0][0]_c: 14.7 13.2
vc1dsp.avg_vc1_mspel_pixels_tab[0][0]_rvv_i32 : 2.5 2.2
vc1dsp.avg_vc1_mspel_pixels_tab[1][0]_c: 3.7 3.5
vc1dsp.avg_vc1_mspel_pixel
41 matches
Mail list logo
