From: Haihao Xiang
When AV_CODEC_FLAG_QSCALE is set, the value of avctx->global_quality is
lambda.
Signed-off-by: Haihao Xiang
---
libavcodec/vaapi_encode.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index 940f0
Tested on AWS Graviton2 (t4g.medium), NixOS 23.11, GCC 12.3:
float_to_fixed24_c: 2462.7
float_to_fixed24_neon: 513.5
Signed-off-by: Geoff Hill
---
libavcodec/aarch64/Makefile | 2 ++
libavcodec/aarch64/ac3dsp_init_aarch64.c | 36 +++
libavcodec/aarch64/ac3dsp_n
On 3/28/2024 12:25 AM, Michael Niedermayer wrote:
On Wed, Mar 27, 2024 at 04:10:43PM -0300, James Almer wrote:
Signed-off-by: James Almer
---
libavutil/frame.c | 59 +++
libavutil/frame.h | 27 +++---
2 files changed, 74 insertions
On Wed, Mar 27, 2024 at 04:10:43PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavutil/frame.c | 59 +++
> libavutil/frame.h | 27 +++---
> 2 files changed, 74 insertions(+), 12 deletions(-)
broke fate, but i see yo
Signed-off-by: James Almer
---
libavcodec/avcodec.h | 2 +-
libavcodec/h2645_sei.c | 215 +
libavcodec/h2645_sei.h | 2 +
libavcodec/hevcdec.c | 4 +
libavcodec/pthread_frame.c | 11 ++
5 files changed, 141 insertions(+), 93 deletions
They will be useful to fill arrays stored in other structs.
Signed-off-by: James Almer
---
libavcodec/av1dec.c | 7 +--
libavcodec/cri.c| 3 +-
libavcodec/decode.c | 99 +++--
libavcodec/decode.h | 28 ++--
libavcodec/dpx.c
av_mastering_display_metadata_alloc() is not useful in scenarios where you need
to
know the runtime size of AVMasteringDisplayMetadata.
Signed-off-by: James Almer
---
libavutil/mastering_display_metadata.c | 13 +
libavutil/mastering_display_metadata.h | 9 +
2 files change
Signed-off-by: James Almer
---
libavutil/frame.c | 6 ++
libavutil/frame.h | 5 +
2 files changed, 11 insertions(+)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index d27998d1f4..f54c1fa472 100644
--- a/libavutil/frame.c
+++ b/libavutil/frame.c
@@ -965,6 +965,12 @@ const AVFrameSid
src->data does not need to match src->buf->data
Signed-off-by: James Almer
---
libavutil/frame.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index a165e56a64..d27998d1f4 100644
--- a/libavutil/frame.c
+++
Signed-off-by: James Almer
---
libavutil/frame.c | 53 +++
libavutil/frame.h | 34 ++
2 files changed, 87 insertions(+)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index d9bd19b2aa..a165e56a64 100644
--- a/libavutil/f
Enable it only for side data types that don't allow more than one entry.
Signed-off-by: James Almer
---
libavutil/frame.c | 59 ---
libavutil/frame.h | 27 +-
libavutil/tests/side_data_array.c | 52 +++---
On Wed, Mar 27, 2024 at 11:13:48AM +0100, Tomas Härdin wrote:
> mån 2024-03-25 klockan 21:04 +0100 skrev Michael Niedermayer:
> > On Mon, Mar 25, 2024 at 08:13:13PM +0100, Michael Niedermayer wrote:
> > > On Thu, Mar 21, 2024 at 04:07:14PM +0100, Tomas Härdin wrote:
> > > > ons 2024-03-20 klockan 2
I don't quite understand, I think here 8x8 because zve64x is not suitable
for sharing, it shares between dc16x16 and dc32x32, there isn't much common
code, it would require adding 3 if-else statements and function parameters,
it feels okay not to extract too.
Rémi Denis-Courmont 于2024年3月27日周三 23:
Kindly ping. Is there any more comment on v7?
>-Original Message-
>From: Wu, Tong1
>Sent: Thursday, March 14, 2024 4:15 PM
>To: ffmpeg-devel@ffmpeg.org
>Cc: Wu, Tong1
>Subject: [FFmpeg-devel][PATCH v7 11/12] avcodec: add D3D12VA hardware
>HEVC encoder
>
>From: Tong Wu
>
>This implementa
From: Haihao Xiang
This can fix the broken cases for the driver/hardware combination which
doesn't rely on fixed surface-array.
For example:
$ ffmpeg -hwaccel_output_format vaapi -hwaccel vaapi -i input.mp4 \
-vf 'scale_vaapi=w=720:h=480' -c:v hevc_vaapi -f null -
Signed-off-by: Haihao Xiang
-
From: Haihao Xiang
This allows a downstream element stores more frames from VAAPI
decoders and fixes the broke cases for the driver/hardware
combination which doesn't rely on fixed surface-array.
For example:
$ ffmpeg -hwaccel vaapi -hwaccel_output_format vaapi \
-i input.mp4 -c:v hevc_vaapi -f
From: Haihao Xiang
libva2 doesn't require a fixed surface-array any more, but some
driver/hardware combinations which rely on this are still used. To
reduce the impact to users, add a quirk for the driver/hardware
combination which supports dynamic surface pool.
Signed-off-by: Haihao Xiang
---
Okay, changed in the reply and github (another reason for not doing so
initially was the thought that there weren't enough registers available,
and that other changes would need to be made that could cause side effects,
but now it's found that the vp8 registers are sufficient.. it's just that
vp9 d
From: Haihao Xiang
Both Main Intra and Main 10 Intra are Rext, we may use Main and Main 10
instead for decoding. This patch fixes the error below:
[hevc @ 0x55a771b80a00] No support for codec hevc profile 4.
[hevc @ 0x55a771b80a00] Failed setup for format vaapi: hwaccel
initialisation returned e
fei.w.wang-at-intel@ffmpeg.org:
> From: Fei Wang
>
> Signed-off-by: Fei Wang
> ---
> libavcodec/vvc/vvc_refs.c | 6
> libavcodec/vvc/vvcdec.c | 67 +++
> libavcodec/vvc/vvcdec.h | 5 +++
> 3 files changed, 72 insertions(+), 6 deletions(-)
>
>
From: Fei Wang
Signed-off-by: Fei Wang
---
Changelog | 4 +
configure | 3 +
libavcodec/Makefile | 1 +
libavcodec/hwaccels.h | 1 +
libavcodec/vaapi_decode.c | 7 +
libavcodec/vaapi_vvc.c| 657 ++
libav
From: Fei Wang
Signed-off-by: Fei Wang
---
libavcodec/vvc/vvc_refs.c | 6
libavcodec/vvc/vvcdec.c | 67 +++
libavcodec/vvc/vvcdec.h | 5 +++
3 files changed, 72 insertions(+), 6 deletions(-)
diff --git a/libavcodec/vvc/vvc_refs.c b/libavcodec/vvc/
From: Fei Wang
Signed-off-by: Fei Wang
---
libavcodec/vvc/vvc_ps.c | 10 +-
libavcodec/vvc/vvc_ps.h | 1 +
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vvc/vvc_ps.c b/libavcodec/vvc/vvc_ps.c
index 7972803da6..97eef85be9 100644
--- a/libavcodec/vvc/vvc_ps.c
From: Fei Wang
Signed-off-by: Fei Wang
---
libavcodec/cbs_h266.h | 1 +
libavcodec/cbs_h266_syntax_template.c | 16 ++--
2 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/libavcodec/cbs_h266.h b/libavcodec/cbs_h266.h
index 19f83aeb49..87bd39c6f5 100644
From: Fei Wang
Signed-off-by: Fei Wang
---
libavcodec/cbs_h266.h | 1 +
libavcodec/cbs_h266_syntax_template.c | 4
2 files changed, 5 insertions(+)
diff --git a/libavcodec/cbs_h266.h b/libavcodec/cbs_h266.h
index 73d94157d4..19f83aeb49 100644
--- a/libavcodec/cbs_h266.h
++
From: Fei Wang
So that hardware decoder can use the flags too.
Signed-off-by: Fei Wang
---
libavcodec/vvc/vvc_refs.c | 4
libavcodec/vvc/vvc_refs.h | 5 +
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/libavcodec/vvc/vvc_refs.c b/libavcodec/vvc/vvc_refs.c
index afcfc09
From: Fei Wang
Signed-off-by: Fei Wang
---
libavcodec/vaapi_decode.c | 29 ++---
libavcodec/vaapi_decode.h | 7 ++-
2 files changed, 24 insertions(+), 12 deletions(-)
diff --git a/libavcodec/vaapi_decode.c b/libavcodec/vaapi_decode.c
index cca94b5336..1b1972a2a9 10
Signed-off-by: arch1t3cht
---
libavcodec/h264dec.c | 46 ++--
1 file changed, 23 insertions(+), 23 deletions(-)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
index 68f47912e2..6f62fadb11 100644
--- a/libavcodec/h264dec.c
+++ b/libavcodec/h264dec
When starting on a SEI recovery point close enough to the end of
the stream that draining starts before the recovery point's frame
is output, there can be non-recovered frames in the delayed picture
buffer that would currently cause the decoder to fail to output a
frame. This commit skips such fram
When decoding starts at a SEI recovery point very shortly before the
end of the video stream, there can be frames which are decoded before
the recovery point's frame is output and which will only be output once
the draining has started. Previously, these frames would never be set
as recovered. This
Fix one or more frames being dropped when starting decoding at a SEI
recovery point that is very close to the end of the stream
(specifically, which is less than 2 * has_b_frames frames before the
end of the stream in decoding order). One case of this was reported
in ticket #10936.
Tested for regr
> Can you elaborate why you need this? In configure the mov demuxer
> selects iamfdec, so it will always be present and compiled.
Chromium doesn't use Immersive Audio, but the code for handling it
bloats Android binaries,
that's why we disabled it.
I have a second patch that disables iamfdec by d
On 3/27/2024 8:55 PM, Eugene Zemtsov via ffmpeg-devel wrote:
From: Eugene Zemtsov
Signed-off-by: Eugene Zemtsov
---
libavformat/mov.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index c55778f3ef..662301bf67 100644
From: Eugene Zemtsov
Signed-off-by: Eugene Zemtsov
---
libavformat/mov.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index c55778f3ef..662301bf67 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -839,6 +839,7
On 3/27/2024 1:37 PM, Andreas Rheinhardt wrote:
Signed-off-by: Andreas Rheinhardt
---
libavutil/tests/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/tests/.gitignore b/libavutil/tests/.gitignore
index 87895912f5..951cafb2d7 100644
--- a/libavutil/tests/.gitignore
+++
On Wed, Mar 27, 2024 at 08:39:17AM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-03-23 00:08:16)
> > Fixes: Timeout
> > Fixes:
> > 67044/clusterfuzz-testcase-minimized-ffmpeg_dem_CAF_fuzzer-5791144363491328
> >
> > Found-by: continuous fuzzing process
> > https://github.com/goo
On Wed, Mar 27, 2024 at 09:52:54PM +0100, Marton Balint wrote:
>
>
> On Wed, 27 Mar 2024, Michael Niedermayer wrote:
>
> > On Tue, Mar 19, 2024 at 07:54:20PM +, Marton Balint wrote:
> > > ffmpeg | branch: master | Marton Balint | Mon Mar 18
> > > 21:07:20 2024 +0100| [7251f909721a570726775
According to Paul's private remarks I made this last patch. I would greatly
appreciate it if anyone could take the time to review these changes.
From 9d9ebcde761ce83c82c40f7537e7644f0c8d753b Mon Sep 17 00:00:00 2001
From: yigithanyigit
Date: Tue, 12 Mar 2024 01:27:59 +0300
Subject: [PATCH] avfilte
Signed-off-by: Antoine Soulier
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index 934241a965..2282f8ca76 100644
--- a/Changelog
+++ b/Changelog
@@ -37,6 +37,7 @@ version :
- Support PacketTypeMetadata of PacketType in enhanced flv format
- ffplay with
A file format is described in Bluetooth SIG LC3 and ETSI TS 103 634, for
test purpose. This is the format implemented here.
Signed-off-by: Antoine Soulier
---
doc/muxers.texi | 6 ++
libavformat/Makefile | 2 +
libavformat/allformats.c | 2 +
libavformat/lc3dec.c | 135 +++
The LC3 audio codec is the default codec of Bluetooth LE audio.
This is a wrapper over the liblc3 library (https://github.com/google/liblc3).
Signed-off-by: Antoine Soulier
---
doc/encoders.texi | 57
doc/general_contents.texi | 11 ++-
libavcodec/Makefile | 2 +
l
Signed-off-by: Antoine Soulier
---
configure | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configure b/configure
index 2a1d22310b..4262b96117 100755
--- a/configure
+++ b/configure
@@ -244,6 +244,7 @@ External library support:
--enable-libjxl enable JPEG XL de/encoding via
On Fri, Mar 22, 2024 at 11:29:31AM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-03-22 03:25:25)
[...]
> > alternative is "wont fix" for all such cases,
>
> IMO it's not, in general, a bug, so EWONTFIX is the appropriate
> response. If the user does not want us to do arbitrarily
On Wed, Mar 27, 2024 at 10:42:31AM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-03-26 01:11:48)
> > Fixes:
> > 62276/clusterfuzz-testcase-minimized-ffmpeg_dem_W64_fuzzer-4704044498944000
> > Fixes: signed integer overflow: 520464 * 8224 cannot be represented in type
> > 'int'
>
On Wed, 27 Mar 2024, Michael Niedermayer wrote:
On Tue, Mar 19, 2024 at 07:54:20PM +, Marton Balint wrote:
ffmpeg | branch: master | Marton Balint | Mon Mar 18 21:07:20
2024 +0100| [7251f909721a570726775acf61b2b9c28a950c76] | committer: Marton Balint
fftools/ffplay: use correct buffer
On Tue, Mar 19, 2024 at 07:54:20PM +, Marton Balint wrote:
> ffmpeg | branch: master | Marton Balint | Mon Mar 18
> 21:07:20 2024 +0100| [7251f909721a570726775acf61b2b9c28a950c76] | committer:
> Marton Balint
>
> fftools/ffplay: use correct buffersink channel layout parameters
>
> Regressi
On Fri, Jul 08, 2022 at 01:06:34PM +, James Almer wrote:
> ffmpeg | branch: master | James Almer | Tue Jul 5
> 12:49:29 2022 -0300| [f9785a78da117be0c66f6d5d58ce7277c7029ae7] | committer:
> James Almer
>
> avcodec/aacdec: fix parsing of dual mono files
>
> Dual mono files report a channel
Bump on this patch -- it still applies cleanly. We're still seeing files in
the wild like this.
- dale
On Mon, Apr 10, 2023 at 10:54 AM Dale Curtis
wrote:
> Will left Google, but I've updated the patch to only skip errors when the
> type is unrecognized.
>
> On Wed, Sep 28, 2022 at 7:17 AM Anto
Signed-off-by: James Almer
---
Same as the wrongly named 02/10 i sent earlier.
libavutil/frame.c | 53 +++
libavutil/frame.h | 34 ++
2 files changed, 87 insertions(+)
diff --git a/libavutil/frame.c b/libavutil/frame.c
inde
Signed-off-by: James Almer
---
libavutil/frame.c | 53 +++
libavutil/frame.h | 34 ++
2 files changed, 87 insertions(+)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index 2e40018b83..08b6475cc2 100644
--- a/libavutil/f
Signed-off-by: James Almer
---
libavutil/frame.c | 59 +++
libavutil/frame.h | 27 +++---
2 files changed, 74 insertions(+), 12 deletions(-)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index ef1613c344..2e40018b83 100644
--- a/li
Ooooh interesting, I see (makes a lot of sense)! I can confirm, btw; your
updated fix (from 324509) works for me (no segfault + clean shutdown)! ...
I will comment on the other thread as soon as the email comes through!
Thanks a lot!
Armin
On Wed, 27 Mar 2024 at 18:21, Andreas Rheinhardt <
andrea
Armin Hasitzka via ffmpeg-devel:
> Hi,
>
> we found this when testing with rejected RTMP streams.
>
> Best
> Armin
Thanks for the report and the patch; yet actually freeing them manually
is not only harmful, but also unnecessary, as these strings can be set
via AVOptions; therefore they will be
Besides being redundant, freeing manually is actually harmful here,
as rtmp_close() may call gen_fcunpublish_stream() which dereferences
rt->playpath.
Reported-by: Armin Hasitzka
Signed-off-by: Andreas Rheinhardt
---
libavformat/rtmpproto.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/
On Tue, Dec 12, 2023 at 07:41:18AM +, Anton Khirnov wrote:
> ffmpeg | branch: master | Anton Khirnov | Tue Jul 18
> 16:37:52 2023 +0200| [d119ae2fd82a494d9430ff4d4fc262961a68c598] | committer:
> Anton Khirnov
>
> fftools/ffmpeg: convert to a threaded architecture
>
> Change the main loop a
On Tue, Mar 26, 2024 at 6:38 PM Andreas Rheinhardt
wrote:
>
> Forgotten in 753074721bd414874d18c372c491bdc6323fa3bf.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/libvpxenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
lgtm.
_
On Tue, Mar 26, 2024 at 6:36 PM Andreas Rheinhardt
wrote:
>
> Also rewrite the code so that a variable that is only used
> depending upon CONFIG_LIBVPX_VP9_ENCODER is not declared
> outside of the #if block.
> (The variable was declared with av_uninit, but it should have been
> av_unused, as the f
On Tue, Feb 13, 2024 at 03:07:59AM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/vf_signature.c | 3 +++
> 1 file changed, 3 insertions(+)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay dic
Hi,
we found this when testing with rejected RTMP streams.
Best
Armin
0001-avformat-rtmpproto-Fix-segfault.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
>
> Does this function do anything else than frame_us * srate_hz / 1000?
Also check the already validated parameters.
Yes, I can safely replace it with "av_scale()".
It seems that lc3 has a fixed blocksize. If so, you should use
> ff_get_encode_buffer().
Technically the codec allows you to free
do you need to reset/free the encoder in case of failure? If this is
> the case you need to unset/free here or in the close function
Nothing to do with the encoder in case of failure. It just initializes the
given buffer, and returns it.
BTW, the only failure condition is bad parameters, already
Signed-off-by: Andreas Rheinhardt
---
libavutil/tests/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/tests/.gitignore b/libavutil/tests/.gitignore
index 87895912f5..951cafb2d7 100644
--- a/libavutil/tests/.gitignore
+++ b/libavutil/tests/.gitignore
@@ -44,6 +44,7 @@
/ri
Andreas Rheinhardt:
> Do not return the return value of the last enc_send_to_dst()
> call, as this would treat the last call differently from the
> earlier calls; furthermore, sch_enc_send() explicitly documents
> to always return 0 on success.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> fftoo
Le perjantaina 22. maaliskuuta 2024, 8.02.08 EET flow gg a écrit :
> Using macros to shorten function definitions, updated in this response
Did you try to share the common code after getdc and see how slower it is? If
an extra static branch has negligible overhead, it would reduce binary size
qu
avformat: enable UDP IPv6 multicast interface selection using zone index
Enabled IPv6 interface selection using zone index. Properly resolved
interface index in places where default 0 interface index is used
(marked with TODO: within udp.c). Adjusted binding for multicast sockets
that are used for
Le perjantaina 22. maaliskuuta 2024, 8.01.21 EET flow gg a écrit :
>
IMO, you could just as well share the code and avoid most if's. Not like one
additional `li a3, 1` per function call is going to matter in the grand scheme
of things. It might even help by reducing I-cache pressure.
--
雷米‧德尼
Le keskiviikkona 27. maaliskuuta 2024, 10.53.25 EET Ignjatović, Lazar (RS) a
écrit :
> This message has been marked as Public on 03/27/2024 08:53Z.
>
> On Tuesday, March 26, 2024 7:26 PM Rémi Denis-Courmont wrote:
> > Both patches -1 for same reasons as before and that's unnecessary,
> > function
This filter produces VFR output in general.
Avoids dropping frames in the setpts test.
---
libavfilter/setpts.c | 17 ++-
tests/ref/fate/filter-setpts | 89 +---
2 files changed, 67 insertions(+), 39 deletions(-)
diff --git a/libavfilter/setpts.c b/lib
Actual frame durations are, in general, not computable without buffering
a frame.
---
libavfilter/setpts.c | 1 +
tests/ref/fate/filter-setpts | 100 +--
2 files changed, 51 insertions(+), 50 deletions(-)
diff --git a/libavfilter/setpts.c b/libavfilter/se
On Tue, Dec 12, 2023 at 07:41:18AM +, Anton Khirnov wrote:
> ffmpeg | branch: master | Anton Khirnov | Tue Jul 18
> 16:37:52 2023 +0200| [d119ae2fd82a494d9430ff4d4fc262961a68c598] | committer:
> Anton Khirnov
>
> fftools/ffmpeg: convert to a threaded architecture
>
> Change the main loop a
On 3/27/2024 11:13 AM, Kieran Kunhya wrote:
On Wed, 27 Mar 2024 at 14:03, Michael Niedermayer
wrote:
On Fri, Feb 09, 2024 at 03:19:58PM +, Anton Khirnov wrote:
ffmpeg | branch: master | Anton Khirnov | Thu Feb
1 08:57:24 2024 +0100| [ca18bb597223b3df5bbf8a1836d157ba58b62570] |
committer
On Mon, Mar 25, 2024 at 4:10 PM Niklas Haas wrote:
> From: Niklas Haas
>
> Doing this with REDUCE_FORMATS() instead of swap_color_*() is not only
> shorter, but more importantly comes with the benefit of being done
> inside a loop, allowing us to correctly propagate complex graphs
> involving mu
On Wed, 27 Mar 2024 at 14:03, Michael Niedermayer
wrote:
> On Fri, Feb 09, 2024 at 03:19:58PM +, Anton Khirnov wrote:
> > ffmpeg | branch: master | Anton Khirnov | Thu Feb
> 1 08:57:24 2024 +0100| [ca18bb597223b3df5bbf8a1836d157ba58b62570] |
> committer: Anton Khirnov
> >
> > lavf/demux: sto
On Fri, Feb 09, 2024 at 03:19:58PM +, Anton Khirnov wrote:
> ffmpeg | branch: master | Anton Khirnov | Thu Feb 1
> 08:57:24 2024 +0100| [ca18bb597223b3df5bbf8a1836d157ba58b62570] | committer:
> Anton Khirnov
>
> lavf/demux: stop calling avcodec_close()
>
> Replace it with recreating the c
Hi
some options not documented in doc/*
(this list is not complete)
libavcodec/options_table.h:{"copy_opaque", "propagate opaque values", 0,
AV_OPT_TYPE_CONST, {.i64 = AV_CODEC_FLAG_COPY_OPAQUE}, .unit = "flags"},
libavcodec/options_table.h:{"ticks_per_frame", NULL, OFFSET(ticks_per_frame),
AV_
Use SHLIBOBJS and STLIBOBJS in the Makefiles for avcodec and avformat,
and add a stub ffjni.c to libavformat, which allows the symbols to be
duplicated for shared builds but not static builds.
Signed-off-by: Leo Izen
---
libavcodec/Makefile | 1 +
libavformat/Makefile | 1 +
libavformat/ffjni
Changes since v1:
- Rebased onto master
I was unable to credit the original reporter with a Reported-by because
the name used Chinese characters (and it translated to 'admin').
Leo Izen (1):
avcodec,avformat/ffjni: fix duplicate JNI symbols
libavcodec/Makefile | 1 +
libavformat/Makefile |
On 27/03/2024 13:53, Anton Khirnov wrote:
Quoting Tobias Rapp (2024-03-27 13:46:40)
On 27/03/2024 13:06, Stefano Sabatini wrote:
On date Wednesday 2024-03-27 11:51:31 +0100, Tobias Rapp wrote:
Depending on the filters used the filtergraph can produce trailing data
after feeding it the last i
---
libavcodec/vvc/vvc_filter.c | 36 ++--
1 file changed, 14 insertions(+), 22 deletions(-)
diff --git a/libavcodec/vvc/vvc_filter.c b/libavcodec/vvc/vvc_filter.c
index ecb004d245..1a3cd02a9f 100644
--- a/libavcodec/vvc/vvc_filter.c
+++ b/libavcodec/vvc/vvc_filter
This change also make the lc->sc assigned for run_sao
---
libavcodec/vvc/vvc_thread.c | 66 ++---
1 file changed, 17 insertions(+), 49 deletions(-)
diff --git a/libavcodec/vvc/vvc_thread.c b/libavcodec/vvc/vvc_thread.c
index 5d2e8c67b9..8f23b8138b 100644
--- a/liba
passed files:
LMCS_B_Dolby_2.bit
CodingToolsSets_E_Tencent_1.bit
SUBPIC_A_HUAWEI_3.bit
SUBPIC_B_HUAWEI_3.bit
SUBPIC_C_ERICSSON_1.bit
SUBPIC_D_ERICSSON_1.bit
SUBPIC_E_MediaTek_1.bit
passed dvb conformance files
(https://dvb.org/specifications/verification-validation/vvc
---
libavcodec/vvc/vvc_mvs.c | 33 +
1 file changed, 21 insertions(+), 12 deletions(-)
diff --git a/libavcodec/vvc/vvc_mvs.c b/libavcodec/vvc/vvc_mvs.c
index cf92202b5b..37a2d0a228 100644
--- a/libavcodec/vvc/vvc_mvs.c
+++ b/libavcodec/vvc/vvc_mvs.c
@@ -200,10 +200
---
libavcodec/vvc/vvc_filter.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavcodec/vvc/vvc_filter.c b/libavcodec/vvc/vvc_filter.c
index 6b4c2050c7..de0816619b 100644
--- a/libavcodec/vvc/vvc_filter.c
+++ b/libavcodec/vvc/vvc_filter.c
@@ -1199,6 +1199,7 @@ void ff_vvc_alf_copy_
---
libavcodec/vvc/vvc_filter.c | 40 +
1 file changed, 27 insertions(+), 13 deletions(-)
diff --git a/libavcodec/vvc/vvc_filter.c b/libavcodec/vvc/vvc_filter.c
index 1a3cd02a9f..6b4c2050c7 100644
--- a/libavcodec/vvc/vvc_filter.c
+++ b/libavcodec/vvc/vvc_filte
---
libavcodec/vvc/vvc_filter.c | 52 +
libavcodec/vvc/vvc_filter.h | 6 +++--
libavcodec/vvc/vvc_thread.c | 4 +--
3 files changed, 35 insertions(+), 27 deletions(-)
diff --git a/libavcodec/vvc/vvc_filter.c b/libavcodec/vvc/vvc_filter.c
index 11972bde41..ecb
---
libavcodec/vvc/vvc_filter.c | 66 +++--
1 file changed, 26 insertions(+), 40 deletions(-)
diff --git a/libavcodec/vvc/vvc_filter.c b/libavcodec/vvc/vvc_filter.c
index 10bd57e078..11972bde41 100644
--- a/libavcodec/vvc/vvc_filter.c
+++ b/libavcodec/vvc/vvc_filte
---
libavcodec/vvc/vvc_ctu.c| 8 ++--
libavcodec/vvc/vvc_filter.c | 96 ++---
libavcodec/vvc/vvc_ps.c | 38 +++
3 files changed, 71 insertions(+), 71 deletions(-)
diff --git a/libavcodec/vvc/vvc_ctu.c b/libavcodec/vvc/vvc_ctu.c
index 05c3e04b83
---
libavcodec/vvc/vvc_ps.c | 19 +++
libavcodec/vvc/vvc_ps.h | 4
2 files changed, 23 insertions(+)
diff --git a/libavcodec/vvc/vvc_ps.c b/libavcodec/vvc/vvc_ps.c
index 6b5aa31ccd..556135fee2 100644
--- a/libavcodec/vvc/vvc_ps.c
+++ b/libavcodec/vvc/vvc_ps.c
@@ -514,6 +514,
---
libavcodec/vvc/vvc_ctu.c | 4
libavcodec/vvc/vvc_ctu.h | 6 --
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vvc/vvc_ctu.c b/libavcodec/vvc/vvc_ctu.c
index e48ffda938..05c3e04b83 100644
--- a/libavcodec/vvc/vvc_ctu.c
+++ b/libavcodec/vvc/vvc_ctu.c
@@ -2493,
---
libavcodec/cbs_h266.h | 10 +-
libavcodec/vvc/vvc_ps.h | 8
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/libavcodec/cbs_h266.h b/libavcodec/cbs_h266.h
index 73d94157d4..21b9a4196c 100644
--- a/libavcodec/cbs_h266.h
+++ b/libavcodec/cbs_h266.h
@@ -588,11 +5
From: Frank Plowman
Co-authored-by: Nuo Mi
---
libavcodec/cbs_h266_syntax_template.c | 5 +-
libavcodec/vvc/vvc_ps.c | 93 +--
2 files changed, 91 insertions(+), 7 deletions(-)
diff --git a/libavcodec/cbs_h266_syntax_template.c
b/libavcodec/cbs_h266_synt
From: Frank Plowman
see "6.5.1 CTB raster scanning, tile scanning, and subpicture scanning
processes"
Co-authored-by: Nuo Mi
---
libavcodec/vvc/vvc_ps.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/vvc/vvc_ps.c b/libavcodec/vvc/vvc_ps.c
index 7972803da6..3e7c0b4f5b 100644
see "8.3.6 Decoding process for collocated picture and no backward prediction"
---
libavcodec/vvc/vvc_mvs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vvc/vvc_mvs.c b/libavcodec/vvc/vvc_mvs.c
index 6398fd3571..cf92202b5b 100644
--- a/libavcodec/vvc/vvc_mvs.c
+++
we have to infer sh_collocated_from_l0_flag and sh_collocated_ref_idx from
picture head if pps_rpl_info_in_ph_flag is true
---
libavcodec/cbs_h266_syntax_template.c | 32 +--
1 file changed, 20 insertions(+), 12 deletions(-)
diff --git a/libavcodec/cbs_h266_syntax_templat
Changes since v1:
add v2-0004-avcodec-vvcdec-fix-uninitialized-last-element-of-.patch to address
the clang-usan and clang-asan failures reported by Frank
Frank Plowman (2):
avcodec/vvcdec: fix uninitialized last element of xxx_bd and
ctb_to_xxx_bd arrays
avcodec/vvcdec: support rectangular
Quoting Tobias Rapp (2024-03-27 13:46:40)
> On 27/03/2024 13:06, Stefano Sabatini wrote:
>
> > On date Wednesday 2024-03-27 11:51:31 +0100, Tobias Rapp wrote:
> >> Depending on the filters used the filtergraph can produce trailing data
> >> after feeding it the last input frame. Update the example
On 27/03/2024 13:06, Stefano Sabatini wrote:
On date Wednesday 2024-03-27 11:51:31 +0100, Tobias Rapp wrote:
Depending on the filters used the filtergraph can produce trailing data
after feeding it the last input frame. Update the example to include the
necessary loop for draining the filtergra
On 3/27/2024 9:40 AM, Anton Khirnov wrote:
Quoting James Almer (2024-03-27 13:35:35)
On 3/27/2024 4:41 AM, Anton Khirnov wrote:
Quoting James Almer (2024-03-25 22:13:25)
On 3/25/2024 6:02 PM, Andreas Rheinhardt wrote:
James Almer:
I don't mind a function like that being added to simplify fut
Quoting James Almer (2024-03-27 13:35:35)
> On 3/27/2024 4:41 AM, Anton Khirnov wrote:
> > Quoting James Almer (2024-03-25 22:13:25)
> >> On 3/25/2024 6:02 PM, Andreas Rheinhardt wrote:
> >>> James Almer:
> I don't mind a function like that being added to simplify future
> additions, but
On 3/27/2024 4:41 AM, Anton Khirnov wrote:
Quoting James Almer (2024-03-25 22:13:25)
On 3/25/2024 6:02 PM, Andreas Rheinhardt wrote:
James Almer:
I don't mind a function like that being added to simplify future
additions, but this API is orthogonal to the frame side data one. It's
also used in
1 - 100 of 133 matches
Mail list logo