Andreas Rheinhardt:
> Fixes the hevc_deblock checkasm test with Valgrind.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> tests/checkasm/hevc_deblock.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tests/checkasm/hevc_deblock.c b/tests/checkasm/hevc_deblock.c
> index 91e57f5cf5..04cf9d
Andreas Rheinhardt:
> Forgotten in b773a8d8c1dfe4cfc6eabf509e26ab011270b9ed.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/vdpau.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/libavcodec/vdpau.c b/libavcodec/vdpau.c
> index 2b9b78d8d0..c56ee1f44c 100644
> --- a/libavcod
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavutil/dict.c | 10 --
> 1 file changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/libavutil/dict.c b/libavutil/dict.c
> index 7f23d5336a..6fb09399ba 100644
> --- a/libavutil/dict.c
> +++ b/libavutil/dict.c
> @@ -1
Andreas Rheinhardt:
> The longest string here takes four bytes, so using an array
> of pointers is wasteful even when ignoring the cost of relocations;
> the lack of relocations also implies that this array
> will now be put into .rodata and not into .data.rel.ro.
>
> Static asserts are used to en
Will push the set tomorrow if nobody has further objections.
--
Anton Khirnov
___
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.
zhupengfei via ffmpeg-devel 于2024年3月4日周一 21:52写道：
>
> From: Zhu Pengfei <411294...@qq.com>
>
> Signed-off-by: Zhu Pengfei <411294...@qq.com>
> ---
> libavformat/flvdec.c | 177 ++-
> 1 file changed, 176 insertions(+), 1 deletion(-)
>
> diff --git a/libavfor
On 5 Mar 2024, at 16:53, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavutil/dict.c | 10 --
> 1 file changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/libavutil/dict.c b/libavutil/dict.c
> index 7f23d5336a..6fb09399ba 100644
> --- a/libavutil/dict.c
>
Quoting Marth64 (2024-03-06 16:36:32)
> Good morning,
>
> DVD subtitle palettes, which are natively YUV, are currently carried as
> a hex string in their respective subtitle streams and have
> no concept of colorspace tagging (even predating dvd demuxer). The
> convention is to convert
> them to R
Anton Khirnov:
> Quoting Marth64 (2024-03-06 16:36:32)
>> Good morning,
>>
>> DVD subtitle palettes, which are natively YUV, are currently carried as
>> a hex string in their respective subtitle streams and have
>> no concept of colorspace tagging (even predating dvd demuxer). The
>> convention is
updated it in the reply
flow gg 于2024年3月3日周日 23:31写道：
> > As noted eaerlier, I don't understand why you have two size parameters.
> It
> seems that \size is always either the same as (1 << (\size2 - 1)) a.k.a.
> ((1
> << \size2) / 2), or unused. The assembler *can* compute arithmetic
> constants
Anton Khirnov:
> Quoting Andreas Rheinhardt (2024-03-04 14:36:09)
>> Anton Khirnov:
>>> From: Niklas Haas
>>>
>>> For consistency, even though this cannot be overriden at the packet
>>> level.
>>> ---
>>> libavcodec/mpeg12dec.c | 18 ++
>>> 1 file changed, 10 insertions(+), 8 dele
Quoting Andreas Rheinhardt (2024-03-07 12:19:28)
> Anton Khirnov:
> > Quoting Andreas Rheinhardt (2024-03-04 14:36:09)
> >> Anton Khirnov:
> >>> From: Niklas Haas
> >>>
> >>> For consistency, even though this cannot be overriden at the packet
> >>> level.
> >>> ---
> >>> libavcodec/mpeg12dec.c |
On 3/7/2024 9:18 AM, Anton Khirnov wrote:
Quoting Andreas Rheinhardt (2024-03-07 12:19:28)
Anton Khirnov:
Quoting Andreas Rheinhardt (2024-03-04 14:36:09)
Anton Khirnov:
From: Niklas Haas
For consistency, even though this cannot be overriden at the packet
level.
---
libavcodec/mpeg12dec.c
Quoting James Almer (2024-03-07 13:25:07)
> I wouldn't. It adds an extra layer of abstraction for no real gain.
The gain is simpler API. What's the gain in forcing decoder authors to
call a different function to accomplish the same task, just because
frame threading happens to be used.
> And the
On Thu, Mar 7, 2024 at 12:25 AM Michael Niedermayer via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> > instead of backroom deals, for a
> > change.
>
> iam sorry, but these accusations are not acceptable
> The application was and is on a public wiki
> the SoWs where collected by pierre and it
Apparently it can happen that avfilter_graph_request_oldest() returns
EAGAIN, yet av_buffersrc_get_nb_failed_requests() returns 0 for every
input.
Fixes #10795
---
fftools/ffmpeg_filter.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_
This allows to send an encoder's output back to decoding and feed the
result into a complex filtergraph.
---
Now using [dec:X] instead of [decX] in filtergraph link labels, as
suggested by Marvin on IRC.
---
Changelog | 1 +
doc/ffmpeg.texi | 49 ++--
fftools/cmdut
Andreas Rheinhardt:
> Anton Khirnov:
>> +/**
>> + * Must be set as default_val for AV_OPT_TYPE_FLAG_ARRAY options.
>> + */
>> +typedef struct AVOptionArrayDef {
>> +/**
>> + * Must be set to sizeof(AVOptionArrayDef), in order to allow extending
>> this
>> + * struct without breaking AB
Hi all!
I would like to contribute a patch that adds sig v4 authentication (
https://docs.aws.amazon.com/AmazonS3/latest/API/sig-v4-authenticating-requests.html)
to the http module.
This would allow for example to play/store an MPEG DASH content stored on
an S3 Bucket which requires authenticatio
Forgotten in a12cd3be98e8aba6e74274192ec6532988aa9444.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/Makefile | 2 -
libavcodec/xvmc.h | 171
2 files changed, 173 deletions(-)
delete mode 100644 libavcodec/xvmc.h
diff --git a/libavcodec/Makef
On 3/7/2024 12:04 PM, Andreas Rheinhardt wrote:
Forgotten in a12cd3be98e8aba6e74274192ec6532988aa9444.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/Makefile | 2 -
libavcodec/xvmc.h | 171
2 files changed, 173 deletions(-)
delete mode 1
---
doc/APIchanges| 3 +
libavutil/opt.c | 360 +-
libavutil/opt.h | 56 ++-
libavutil/tests/opt.c | 49 ++
tests/ref/fate/opt| 35 +++-
5 files changed, 458 insertions(+), 45 deletions(-)
diff --git a/doc/APIchanges b/d
From: Zhao Zhili
---
configure| 2 +-
libavcodec/libx264.c | 134 +++
2 files changed, 111 insertions(+), 25 deletions(-)
diff --git a/configure b/configure
index db7dc89755..24cb897d28 100755
--- a/configure
+++ b/configure
@@ -3491,7 +3491
On Thu, 7 Mar 2024 at 15:07, Sergio Garcia Murillo <
sergio.garcia.muri...@gmail.com> wrote:
>
> Could anyone give me any pointers on what is the best way of doing this?
>
You should use a well known crypto library to implement this in FFmpeg (e.g
libgcrypt, openssl etc).
Kieran
Unnecessary since 67e7f0b0537eee1357769038270fda08fe32
as there are no longer two opaque fields.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/libdav1d.c | 27 ---
1 file changed, 27 deletions(-)
diff --git a/libavcodec/libdav1d.c b/libavcodec/libdav1d.c
index 794
On date Wednesday 2024-03-06 21:49:51 -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> fftools/ffprobe.c | 53 ---
> tests/fate/mov.mak| 6 +--
> .../ref/fate/mov-heic-demux-still-image-grid | 29 ++
>
Signed-off-by: Andreas Rheinhardt
---
Absolutely untested (not even compiled).
libavcodec/librav1e.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/libavcodec/librav1e.c b/libavcodec/librav1e.c
index dbd728a408..2a6d8bfbed 100644
--- a/libavcodec/librav1e.c
+++ b/lib
On date Wednesday 2024-03-06 21:49:52 -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> fftools/ffprobe.c | 157 +++-
> tests/fate/iamf.mak | 8 +-
> tests/fate/mov.mak | 8 +-
> tests/ref/fate/iam
On date Thursday 2024-03-07 17:17:06 +0100, Stefano Sabatini wrote:
> On date Wednesday 2024-03-06 21:49:51 -0300, James Almer wrote:
> > Signed-off-by: James Almer
> > ---
> > fftools/ffprobe.c | 53 ---
> > tests/fate/mov.mak
El jue, 7 mar 2024, 16:30, Kieran Kunhya escribió:
> On Thu, 7 Mar 2024 at 15:07, Sergio Garcia Murillo <
> sergio.garcia.muri...@gmail.com> wrote:
>
> >
> > Could anyone give me any pointers on what is the best way of doing this?
> >
>
> You should use a well known crypto library to implement th
On Thu, 7 Mar 2024, 17:16 Sergio Garcia Murillo, <
sergio.garcia.muri...@gmail.com> wrote:
> El jue, 7 mar 2024, 16:30, Kieran Kunhya escribió:
>
> > On Thu, 7 Mar 2024 at 15:07, Sergio Garcia Murillo <
> > sergio.garcia.muri...@gmail.com> wrote:
> >
> > >
> > > Could anyone give me any pointers
El jue, 7 mar 2024, 18:21, Kieran Kunhya escribió:
> On Thu, 7 Mar 2024, 17:16 Sergio Garcia Murillo, <
> sergio.garcia.muri...@gmail.com> wrote:
>
> > El jue, 7 mar 2024, 16:30, Kieran Kunhya escribió:
> >
> > > On Thu, 7 Mar 2024 at 15:07, Sergio Garcia Murillo <
> > > sergio.garcia.muri...@gm
On 3/7/2024 1:45 PM, Stefano Sabatini wrote:
On date Wednesday 2024-03-06 21:49:52 -0300, James Almer wrote:
Signed-off-by: James Almer
---
fftools/ffprobe.c | 157 +++-
tests/fate/iamf.mak | 8 +-
tests/fate/mov.mak
On 3/7/2024 1:17 PM, Stefano Sabatini wrote:
On date Wednesday 2024-03-06 21:49:51 -0300, James Almer wrote:
Signed-off-by: James Almer
---
fftools/ffprobe.c | 53 ---
tests/fate/mov.mak| 6 +--
.../ref/fate/mov-heic-d
On 3/7/2024 1:46 PM, Stefano Sabatini wrote:
On date Thursday 2024-03-07 17:17:06 +0100, Stefano Sabatini wrote:
On date Wednesday 2024-03-06 21:49:51 -0300, James Almer wrote:
Signed-off-by: James Almer
---
fftools/ffprobe.c | 53 ---
tests/fate/
Le torstaina 7. maaliskuuta 2024, 19.30.46 EET Sergio Garcia Murillo a écrit :
> > The point is we don't want to use the external lib.
>
> For what? This is aws lib implementing the aws s3 signatures and using
> ffmpeg crypto libs.
For not depending on an external library, especially one so small
Le lauantaina 2. maaliskuuta 2024, 14.06.13 EET flow gg a écrit :
> Here adjusting the order, rather than simply using .rept, will be 13%-24%
> faster.
Isn't it also faster to max LMUL for the adds here?
Also this might not be much noticeable on C908, but avoiding sequential
dependencies on the
On Tue, 05 Mar 2024 11:00:02 +0100 Anton Khirnov wrote:
> I prefer consistency here, otherwise the decoder authors have to choose
> which function to use, and they are often not aware of the precise
> implications of thise choice. Better to always use just one function.
Regardless of my personal
Will merge tomorrow without further comments.
___
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 Thu, Mar 7, 2024 at 7:02 PM Rémi Denis-Courmont wrote:
> Le torstaina 7. maaliskuuta 2024, 19.30.46 EET Sergio Garcia Murillo a
> écrit :
> > > The point is we don't want to use the external lib.
> >
> > For what? This is aws lib implementing the aws s3 signatures and using
> > ffmpeg crypto l
On Wed, Mar 06, 2024 at 12:03:03PM +0100, Anton Khirnov wrote:
> Treat it analogously to stream parameters like format/dimensions/etc.
> This is functionally different from previous code in 2 ways:
> * for non-CFR video, the frame timebase (set by the decoder) is used
> rather than the demuxer ti
On Thu, 7 Mar 2024, 20:16 Sergio Garcia Murillo, <
sergio.garcia.muri...@gmail.com> wrote:
> On Thu, Mar 7, 2024 at 7:02 PM Rémi Denis-Courmont
> wrote:
>
> > Le torstaina 7. maaliskuuta 2024, 19.30.46 EET Sergio Garcia Murillo a
> > écrit :
> > > > The point is we don't want to use the external
Check for zeros equal to the total samples early, because in case the check
is true we would already be leaving the first few frames out.
Signed-off-by: Rajiv Harlalka
#10692
---
libavfilter/af_atempo.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/libavfilter/a
Check for zeros equal to the total samples early, because in case the
check is true we would already be leaving the first few frames out.
Signed-off-by: Rajiv Harlalka
#10692
---
libavfilter/af_atempo.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/libavfilt
From: Anton Khirnov
Cf. #10857
---
Updated in light of the updated sample.
tests/fate/matroska.mak | 6 +
tests/ref/fate/matroska-side-data-pref-codec | 348 ++
tests/ref/fate/matroska-side-data-pref-global | 348 ++
3 files changed, 702
Andreas Rheinhardt:
> Use a small LUT instead. Improves performance.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/xbmenc.c | 21 +++--
> 1 file changed, 15 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/xbmenc.c b/libavcodec/xbmenc.c
> index cd8b73afa3..52
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/xpmdec.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/xpmdec.c b/libavcodec/xpmdec.c
> index 5bc02378c8..e7f8a90fdc 100644
> --- a/libavcodec/xpmdec.c
> +++ b/libavcodec/xpmde
Forgotten in 2a68d945cd74265bb71c3d38b7a2e7f7d7e87be5.
Signed-off-by: Andreas Rheinhardt
---
Sorry for this. Will apply this soon to fix FATE.
libavformat/tests/movenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/tests/movenc.c b/libavformat/tests/movenc
> Isn't it also faster to max LMUL for the adds here?
It requires the use of one more vset, making the time slightly longer:
147.7 (m1), 148.7 (m8 + vset).
Also this might not be much noticeable on C908, but avoiding sequential
dependencies on the address registers may help. I mean, avoid using a
On Fri, 8 Mar 2024, Andreas Rheinhardt wrote:
Andreas Rheinhardt:
Use a small LUT instead. Improves performance.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/xbmenc.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/libavcodec/xbmenc.c b/libav
Use lexical order.
Signed-off-by: Marton Balint
---
libavcodec/bsf/pcm_rechunk.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavcodec/bsf/pcm_rechunk.c b/libavcodec/bsf/pcm_rechunk.c
index 28b5722ac9..423c414d76 100644
--- a/libavcodec/bsf/pcm_rec
Signed-off-by: Marton Balint
---
libavcodec/bsf/pcm_rechunk.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/libavcodec/bsf/pcm_rechunk.c b/libavcodec/bsf/pcm_rechunk.c
index 423c414d76..b1b57f96a9 100644
--- a/libavcodec/bsf/pcm_rechunk.c
+++ b/libavcode
The samples I found all have 2000 sample packets, and by forcing the packet
size with a bsf we could automagically make muxing work for packets containing
more than 3640 samples.
Signed-off-by: Marton Balint
---
configure | 1 +
doc/muxers.texi | 16 +--
Muxing multiple streams to raw files is allowed but the packets are
interleaved, so the output is dependant of packet size.
Signed-off-by: Marton Balint
---
tests/fate/filter-audio.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/fate/filter-audio.mak b/tests/fat
From: Fei Wang
Signed-off-by: Fei Wang
---
libavcodec/vvc/vvc_refs.c | 8
libavcodec/vvc/vvcdec.c | 4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/vvc/vvc_refs.c b/libavcodec/vvc/vvc_refs.c
index 99f2dcf3ec..afcfc09da7 100644
--- a/libavcodec/vvc/vv
The dropout transition feature of the amix filter depends on the incoming
packet size.
Signed-off-by: Marton Balint
---
tests/fate/filter-audio.mak | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tests/fate/filter-audio.mak b/tests/fate/filter-audio.mak
index 5b5d741f06
To make it independent of incoming wav demuxer packet size.
Signed-off-by: Marton Balint
---
tests/fate/filter-audio.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/fate/filter-audio.mak b/tests/fate/filter-audio.mak
index 78fec28b04..6ddc0baf57 100644
--- a/tes
- Remove the 1024 cap on the number of samples, for high sample rate audio it
was suboptimal, calculate the low neighbour power of two for the number of
samples (audio blocks) instead.
- Make the function work correctly for non-pcm codecs by using
av_get_audio_frame_duration2() to esimate the
From: Fei Wang
Signed-off-by: Fei Wang
---
libavcodec/vvc/vvc_ps.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vvc/vvc_ps.c b/libavcodec/vvc/vvc_ps.c
index e6e46d2039..7972803da6 100644
--- a/libavcodec/vvc/vvc_ps.c
+++ b/libavcodec/vvc/vvc_ps.c
@@ -742,7 +742
Marton Balint:
>
>
> On Fri, 8 Mar 2024, Andreas Rheinhardt wrote:
>
>> Andreas Rheinhardt:
>>> Use a small LUT instead. Improves performance.
>>>
>>> Signed-off-by: Andreas Rheinhardt
>>> ---
>>> libavcodec/xbmenc.c | 21 +++--
>>> 1 file changed, 15 insertions(+), 6 deletions
Hi Michael, all,
While awaiting direction I will go ahead and study this process further.
From an overall view, it is something I am comfortable to help maintain.
Perhaps my focus can be to get the current version in a stable place, and
work on a long term improvement strategy to the rewrite versi
On Fri, 8 Mar 2024, Andreas Rheinhardt wrote:
Marton Balint:
On Fri, 8 Mar 2024, Andreas Rheinhardt wrote:
Andreas Rheinhardt:
Use a small LUT instead. Improves performance.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/xbmenc.c | 21 +++--
1 file changed, 15 insert
On Wed, 6 Mar 2024, Tomas Härdin wrote:
lör 2024-02-24 klockan 15:13 +0100 skrev Andreas Rheinhardt:
Tomas Härdin:
> > > > +static int mxf_check_bitstream(AVFormatContext *s, AVStream
> > > > *st,
> > > > const AVPacket *pkt)
> > > > +{
> > > > + if (st->codecpar->codec_id == AV_CODEC_ID_H
On Do, 2024-03-07 at 05:05 +0100, Lynne wrote:
> Mar 6, 2024, 06:26 by haihao.xiang-at-intel@ffmpeg.org:
>
> > From: Haihao Xiang
> >
> > Otherwise s->input_format is always yuv420p.
> >
> > This fixes invalid output format for hwframe download in the command
> > below:
> > ./ffmpeg -init_h
This is easily possible with an X macro.
Using an enum for the offsets also allows to remove
two arrays which are not really needed and will typically
be optimized away by the compiler: The first just exists
to count the number of syntax elements*, the second one
exists to get offset[CONSTANT]. The
Quoting Michael Niedermayer (2024-03-07 21:37:39)
> On Wed, Mar 06, 2024 at 12:03:03PM +0100, Anton Khirnov wrote:
> > Treat it analogously to stream parameters like format/dimensions/etc.
> > This is functionally different from previous code in 2 ways:
> > * for non-CFR video, the frame timebase (
From: Haihao Xiang
Otherwise the derived device and the source device might have different
PCI ID or vendor ID in a multiple-device system.
Signed-off-by: Haihao Xiang
---
libavutil/hwcontext_vulkan.c | 31 +--
1 file changed, 29 insertions(+), 2 deletions(-)
diff
67 matches
Mail list logo
