From: Haihao Xiang
The latest version should be 59.18.100 since commit 01c5f4ad
$ git diff 01c5f4ad~1..HEAD doc/APIchanges
...
+2024-05-10 - x - lavu 59.18.100 - cpu.h
+ Add AV_CPU_FLAG_RV_ZVBB.
+
Signed-off-by: Haihao Xiang
---
libavutil/version.h | 2 +-
1 file changed, 1 insertion
Fixes: CID1500284 Unintentional integer overflow
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavcodec/tests/dct.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/tests/dct.c b/libavcodec/tests/dct.c
index 010d0c1ac35..17a08144597
Fixes: CID1473562 Unchecked return value
Fixes: CID1473592 Unchecked return value
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavcodec/sga.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavcodec/sga.c b/libavcodec/sga.c
index 0f4
Fixes: CID1441459 Improper use of negative value
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavcodec/scpr3.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavcodec/scpr3.c b/libavcodec/scpr3.c
index 79106ddcff8..45706123db0 10064
Untested, i have no testcase nor does fate
Signed-off-by: Michael Niedermayer
---
libavcodec/scpr3.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/scpr3.c b/libavcodec/scpr3.c
index 5271717ac79..79106ddcff8 100644
--- a/libavcodec/scpr3.c
+++ b/libavco
Helps: CID1548380 Uninitialized scalar variable
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavcodec/rv34.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/rv34.c b/libavcodec/rv34.c
index 23a570bb807..4ce0cc58d05 100644
--- a/libavcodec/rv34.c
+++
From 8b62312d794ecb66cc1a8dbe4933fca0d725057b Mon Sep 17 00:00:00 2001
From: Andrea Mastroberti <10736...@polimi.it>
Date: Fri, 17 May 2024 00:29:01 +0200
Subject: [PATCH] avfilter/smartblur: Added alpha layer support
---
doc/filters.texi | 20 +-
libavfilter/version.h
On 16/05/2024 20:30, Michael Niedermayer wrote:
On Thu, May 16, 2024 at 12:08:11PM +0200, Lynne via ffmpeg-devel wrote:
AAC uses an unconventional system to send scalefactors
(the volume+quantization value for each band).
Each window is split into either 1 or 8 blocks (long vs short),
and transf
On Thu, May 16, 2024 at 12:08:11PM +0200, Lynne via ffmpeg-devel wrote:
> AAC uses an unconventional system to send scalefactors
> (the volume+quantization value for each band).
> Each window is split into either 1 or 8 blocks (long vs short),
> and transformed separately from one another, with the
The existing implementation was completely broken.
Signed-off-by: James Almer
---
libavformat/Makefile| 2 +-
libavformat/bitstream.c | 1 +
libavformat/vvc.c | 28 ++--
tests/ref/fate/source | 1 +
4 files changed, 17 insertions(+), 15 deletions(-)
create
Le torstaina 16. toukokuuta 2024, 19.48.40 EEST Rémi Denis-Courmont a écrit :
> T-Head C908:
> add_hfyu_left_pred_bgr32_c: 237.5
> add_hfyu_left_pred_bgr32_rvv_i32: 173.5 (before)
> add_hfyu_left_pred_bgr32_rvv_i32: 110.0 (after)
> ---
> libavcodec/riscv/huffyuvdsp_rvv.S | 6 --
> 1 file
T-Head C908:
add_hfyu_left_pred_bgr32_c: 237.5
add_hfyu_left_pred_bgr32_rvv_i32: 173.5 (before)
add_hfyu_left_pred_bgr32_rvv_i32: 110.0 (after)
---
libavcodec/riscv/huffyuvdsp_rvv.S | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/riscv/huffyuvdsp_rvv.S
b
This is pretty much the same as for lpc16, though it only improves half
as large prediction orders. With 128-bit vectors, this gives:
C V old V new
1 69.2 181.5 95.5
2 107.7 180.7 95.2
3 145.5 180.0 103.5
4 183.0 179.2 102.7
5 220.7 178.5 128.0
6 257.7 194.0 127.5
7
This calculates the optimal vector type value at run-time based on the
hardware vector length and the FLAC LPC prediction order. In this
particular case, the additional computation is easily amortised over
the loop iterations:
T-Head C908:
C V before V after
1 48.0214.7 95.2
2
vtype_vli computes the VTYPE value with the optimal LMUL for a given
element width, tail and mask policies and a run-time vector length.
vtype_ivli does the same, but with the compile-time constant vector
length.
vwtypei and vntypei can be used to widen or narrow a VTYPE value for
use in mixed-wi
> On 14. May 2024, at 18:49, Andreas Rheinhardt
> wrote:
>
> Christian Bartnik:
>> From: Thomas Siedel
>>
>> Add external encoder VVenC for H266/VVC encoding.
>> Register new encoder libvvenc.
>> Add libvvenc to wrap the vvenc interface.
>> libvvenc implements encoder option: preset,qp,perio
On 16/05/2024 12:26, Andreas Rheinhardt wrote:
Lynne via ffmpeg-devel:
This commit adds a decoder for the frequency-domain part of USAC.
What works:
- Mono
- Stereo (no prediction)
- Stereo (mid/side coding)
What doesn't:
- Preroll decoding (every single decoder seems faulty or weird?)
The existing implementation was completely broken.
Signed-off-by: James Almer
---
libavformat/Makefile| 2 +-
libavformat/bitstream.c | 1 +
libavformat/vvc.c | 33 -
tests/ref/fate/source | 1 +
4 files changed, 19 insertions(+), 18 deletions(-)
c
Le torstaina 16. toukokuuta 2024, 16.09.49 EEST J. Dekker a écrit :
> Some timers on certain device and test combinations can produce noisy
> results, affecting the reliability of performance measurements. One
> notable example of this is the Canaan K230 RISC-V development board.
>
> An option to
Currently, libsvtav1 does not send pass number or stat buffer to SVT-AV1, which
means that 2-pass encoding is not possible using FFMPEG;
if a user wants to do 2-pass encoding using SVT-AV1, they have to use
SvtAv1EncApp.
This patch adds 2-pass encoding support to libsvtav1 using the stats buffers
Some timers on certain device and test combinations can produce noisy
results, affecting the reliability of performance measurements. One
notable example of this is the Canaan K230 RISC-V development board.
An option to adjust the number of samples (--samples) has been added,
allowing developers t
On Thu, May 16, 2024 at 02:31:31PM +0200, Tomas Härdin wrote:
> tor 2024-05-16 klockan 13:12 +0100 skrev Andrew Sayers:
> > On Wed, May 15, 2024 at 09:39:43PM +0200, Tomas Härdin wrote:
> > > Hi
> > >
> > > So as I said in the coverity thread it would be good if we could
> > > get at
> > > least p
tor 2024-05-16 klockan 13:12 +0100 skrev Andrew Sayers:
> On Wed, May 15, 2024 at 09:39:43PM +0200, Tomas Härdin wrote:
> > Hi
> >
> > So as I said in the coverity thread it would be good if we could
> > get at
> > least part of the codebase covered using formal tools. To this
> > effect I
> > sat
ons 2024-05-15 klockan 23:29 +0200 skrev Michael Niedermayer:
> On Wed, May 15, 2024 at 09:39:43PM +0200, Tomas Härdin wrote:
> > Hi
> >
> > So as I said in the coverity thread it would be good if we could
> > get at
> > least part of the codebase covered using formal tools. To this
> > effect I
>
This behaviour is already mentioned in the documentation for
AV_OPT_SEARCH_CHILDREN itself, but that's quite easy to miss.
Knowing that child options *override* parent ones is useful for users,
so it's worth mentioning in all the places they would look.
av_opt_find() had a note that av_opt_find2(
Comments for a few prominent functions claim to "open" something, when they
actually "allocate and initialize" that thing.
Using a different word misleads users into thinking it's doing a different
thing, making the interface more time-consuming to learn.
Replace "open" with the more standard "al
On Wed, May 15, 2024 at 09:39:43PM +0200, Tomas Härdin wrote:
> Hi
>
> So as I said in the coverity thread it would be good if we could get at
> least part of the codebase covered using formal tools. To this effect I
> sat down for an hour just now and gave libavutil/common.h a go with
> Frama-C's
---
libavformat/avformat.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 8afdcd9fd0..f624fb1e2e 100644
--- a/libavformat/avformat.h
+++ b/libavformat/avformat.h
@@ -1944,12 +1944,16 @@ const char *avformat_license(void);
* This func
---
libavformat/avio.c| 7 +--
libavformat/network.c | 7 +++
libavformat/rtsp.c| 14 --
libavformat/rtspdec.c | 5 +++--
libavformat/sapdec.c | 5 +++--
libavformat/sapenc.c | 5 +++--
6 files changed, 25 insertions(+), 18 deletions(-)
diff --git a/libavformat/
This is not currently used anywhere, but included to avoid
potential future surprises.
---
libavformat/network.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/network.h b/libavformat/network.h
index 1ac067f09f..7c8f81a050 100644
--- a/libavformat/network.h
+++ b/libavformat
For example, WSAStartup()'s documentation says:
"A call to the WSAGetLastError function is not needed and should not be
used"
---
libavformat/network.c | 5 -
libavformat/network.h | 6 ++
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/libavformat/network.c b/libavfor
This function does not check errno on Windows, so the old name was misleading.
Actual command:
sed -i -e 's/ff_neterrno/ff_neterror/g' $( git grep -l ff_neterrno )
---
libavformat/network.c | 24
libavformat/network.h | 4 ++--
libavformat/rtpproto.c | 8
On Thu, May 16, 2024 at 01:42:23PM +0300, Rémi Denis-Courmont wrote:
> Err, please. Keep this to the Windows back-end. Nothing good is going to
> happen with a function that does nothing (on other platforms) and has a
> nondescript numbered name.
I have no strong opinion either way, and it feels
---
libavformat/network.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavformat/network.h b/libavformat/network.h
index ca214087fc..728c20c9bb 100644
--- a/libavformat/network.h
+++ b/libavformat/network.h
@@ -57,6 +57,11 @@
#define getsockopt(a, b, c, d, e) getsockopt(a, b,
On Wed, May 15, 2024 at 06:46:19PM +0200, Lynne via ffmpeg-devel wrote:
> On 15/05/2024 17:54, Andrew Sayers wrote:
> > Some headings needed to be rewritten to accomodate the text,
> > (hopefully) without changing the meaning.
> > ---
> > libavcodec/aac/aacdec.h| 2 +-
> > libavcode
Lynne via ffmpeg-devel:
> This commit adds a decoder for the frequency-domain part of USAC.
>
> What works:
> - Mono
> - Stereo (no prediction)
> - Stereo (mid/side coding)
>
> What doesn't:
> - Preroll decoding (every single decoder seems faulty or weird?)
> - Complex stereo prediction
>
>
Le 16 mai 2024 12:33:36 GMT+03:00, Andrew Sayers
a écrit :
>For example, WSAStartup()'s documentation says:
>
>"A call to the WSAGetLastError function is not needed and should not be
> used"
>---
> libavformat/network.c | 5 -
> libavformat/network.h | 12
> 2 files changed
Fredrik Lundkvist via ffmpeg-devel:
>>> + ret = av_reallocp(¶m->rc_stats_buffer.buf, param->rc_stats_buffer.sz);
>
>> Why realloc instead of malloc?
>
> As far as I gathered, rc_stats_buffer.buf is already allocated by SVT-AV1; if
> malloc is preferred, I can change it and test to make sure it d
This commit adds a decoder for the frequency-domain part of USAC.
What works:
- Mono
- Stereo (no prediction)
- Stereo (mid/side coding)
What doesn't:
- Preroll decoding (every single decoder seems faulty or weird?)
- Complex stereo prediction
Known issues:
- Spec incompliance (noise synth
---
libavcodec/aactab.c | 117
libavcodec/aactab.h | 4 ++
2 files changed, 121 insertions(+)
diff --git a/libavcodec/aactab.c b/libavcodec/aactab.c
index dfb2dfd98d..18afa69bad 100644
--- a/libavcodec/aactab.c
+++ b/libavcodec/aactab.c
@@ -154,6 +15
---
libavcodec/aactab.c | 376
libavcodec/aactab.h | 6 +
2 files changed, 382 insertions(+)
diff --git a/libavcodec/aactab.c b/libavcodec/aactab.c
index 8ce5e43974..dfb2dfd98d 100644
--- a/libavcodec/aactab.c
+++ b/libavcodec/aactab.c
@@ -1193,6 +11
---
libavcodec/aactab.c | 25 +
libavcodec/aactab.h | 2 ++
2 files changed, 27 insertions(+)
diff --git a/libavcodec/aactab.c b/libavcodec/aactab.c
index 3718b81a07..8ce5e43974 100644
--- a/libavcodec/aactab.c
+++ b/libavcodec/aactab.c
@@ -3377,3 +3377,28 @@ const DECLAR
Required for USAC
---
libavcodec/aac/aacdec.c | 4 ++
libavcodec/aac/aacdec.h | 5 +++
libavcodec/aac/aacdec_dsp_template.c | 67
libavcodec/aac/aacdec_fixed.c| 2 +
libavcodec/aac/aacdec_float.c| 4 ++
libavcodec/sinewin_f
---
libavcodec/aac/aacdec.c | 73 -
libavcodec/aac/aacdec.h | 19 +--
2 files changed, 51 insertions(+), 41 deletions(-)
diff --git a/libavcodec/aac/aacdec.c b/libavcodec/aac/aacdec.c
index 35722f9b9b..40554ff9e4 100644
--- a/libavcodec/aac/aacdec.c
USAC has the same syntax, with one minor change we can check for.
---
libavcodec/aac/aacdec.c | 6 +++---
libavcodec/aac/aacdec.h | 3 +++
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavcodec/aac/aacdec.c b/libavcodec/aac/aacdec.c
index 40554ff9e4..a7e5b2a369 100644
--- a/liba
AAC uses an unconventional system to send scalefactors
(the volume+quantization value for each band).
Each window is split into either 1 or 8 blocks (long vs short),
and transformed separately from one another, with the coefficients
for each being also completely independent. The scalefactors
sligh
This commit adds a decoder for the frequency-domain part of USAC.
What works:
- Mono
- Stereo (no prediction)
- Stereo (mid/side coding)
What doesn't:
- Preroll decoding (every single decoder seems faulty or weird?)
- Complex stereo prediction
Known issues:
- Spec incompliance due to the s
---
libavformat/avformat.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 8afdcd9fd0..f624fb1e2e 100644
--- a/libavformat/avformat.h
+++ b/libavformat/avformat.h
@@ -1944,12 +1944,16 @@ const char *avformat_license(void);
* This func
---
libavformat/avio.c| 7 +--
libavformat/network.c | 7 +++
libavformat/rtsp.c| 14 --
libavformat/rtspdec.c | 5 +++--
libavformat/sapdec.c | 5 +++--
libavformat/sapenc.c | 5 +++--
6 files changed, 25 insertions(+), 18 deletions(-)
diff --git a/libavformat/
For example, WSAStartup()'s documentation says:
"A call to the WSAGetLastError function is not needed and should not be
used"
---
libavformat/network.c | 5 -
libavformat/network.h | 12
2 files changed, 16 insertions(+), 1 deletion(-)
diff --git a/libavformat/network.c b/
This function does not check errno on Windows, so the old name was misleading.
Actual command:
sed -i -e 's/ff_neterrno/ff_neterror/g' $( git grep -l ff_neterrno )
---
libavformat/network.c | 24
libavformat/network.h | 4 ++--
libavformat/rtpproto.c | 8
---
libavformat/network.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavformat/network.h b/libavformat/network.h
index ca214087fc..728c20c9bb 100644
--- a/libavformat/network.h
+++ b/libavformat/network.h
@@ -57,6 +57,11 @@
#define getsockopt(a, b, c, d, e) getsockopt(a, b,
I've prepended two patches - one with just the documentation,
the other with just the code. The latter was generated automatically
with the command specified in the commit message, so e.g. rebase conflicts
can be resolved by throwing away the old commit and rerunning the command.
As discussed, th
On 15.05.24 20:51, Thilo Borgmann via ffmpeg-devel wrote:
On 15.05.24 18:39, Rémi Denis-Courmont wrote:
Le tiistaina 14. toukokuuta 2024, 20.12.31 EEST Thilo Borgmann via
ffmpeg-devel
a écrit :
---
This text including the link is also meant to be published via our socal
media.
src/index
To continue this discussion.
>> +av_base64_encode(avctx->stats_out, b64_size,
>> first_pass_stats.buf, first_pass_stats.sz);
> Unchecked return value.
I don’t see any non-test instance in the code base where the return value of
av_base64_encode is actually checked. Unchecked
55 matches
Mail list logo
