Sep 6, 2023, 06:21 by d...@lynne.ee:
> The spec finally clarified the meaning of the field to:
>
>> maxLevelIdc is a StdVideoH264LevelIdc value specifying the maximum H.264
>> level supported by the profile, where enum constant
>> STD_VIDEO_H264_LEVEL_IDC__ identifies H.264 level
>> . as
Get the encoder supported properties list, it will be used for
feature support checks.
Signed-off-by: Jun Zhao
---
libavcodec/videotoolboxenc.c | 72
1 file changed, 49 insertions(+), 23 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c
Dump the encoder, it's will help debug some case
Signed-off-by: Jun Zhao
---
libavcodec/videotoolboxenc.c | 28
1 file changed, 28 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index d0a00347b5..2e96990741 100644
---
On Fri, Sep 8, 2023 at 11:15 AM Marvin Scholz wrote:
>
>
>
> On 8 Sep 2023, at 4:55, Jun Zhao wrote:
>
> > Get the encoder supported properties list, it will be used for
> > feature support checks.
> >
> > Signed-off-by: Jun Zhao
> > ---
> > libavcodec/videotoolboxenc.c | 70
On 8 Sep 2023, at 4:55, Jun Zhao wrote:
> Get the encoder supported properties list, it will be used for
> feature support checks.
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/videotoolboxenc.c | 70
> 1 file changed, 47 insertions(+), 23 deletions(-)
>
Get the encoder supported properties list, it will be used for
feature support checks.
Signed-off-by: Jun Zhao
---
libavcodec/videotoolboxenc.c | 70
1 file changed, 47 insertions(+), 23 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c
Dump the encoder, it's will help debug some case
Signed-off-by: Jun Zhao
---
libavcodec/videotoolboxenc.c | 28
1 file changed, 28 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index d0a00347b5..2e96990741 100644
---
And remove the AVOID_PROBING flag, given it's the last av1 decoder to be tested
either way.
This fixes a regression introduced in 1652f2492f88434010053289d946dab6a57e4d58,
where even if forcing the native av1 decoder, if another decoder was present,
like libdav1d or libaom-av1, they'd be used for
On Thu, Sep 07, 2023 at 02:55:25PM -0300, James Almer wrote:
> And remove the AVOID_PROBING flag, given it's the last av1 decoder to be
> tested
> either way.
> This fixes a regression introduced in
> 1652f2492f88434010053289d946dab6a57e4d58,
> where even if forcing the native av1 decoder, if
On 07.09.2023 23:38, Kacper Michajlow wrote:
On Thu, 7 Sept 2023 at 15:12, Derek Buitenhuis
wrote:
On 9/6/2023 6:31 PM, Kacper Michajlow wrote:
What would be a downside of preferring CXX always if it exists?
FFmpeg runs in a multitude of environments with a multitude of portability
Christophe Gisquet:
> This would have also helped a bitstream reader with a cache
> of 32 bits.
> ---
> libavcodec/bitstream_template.h | 14 --
> 1 file changed, 12 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/bitstream_template.h b/libavcodec/bitstream_template.h
>
Christophe Gisquet:
> Bitstream readers sometimes have already checked there are enough
> bits, and the check is redundant.
This patch aims to do two things; and these should be in separate
patches so that one can see immediately where you just change the name
and where you change the actual
Fixes: signed integer overflow: 1871429831 + 343006811 cannot be represented in
type 'int'
Fixes:
61784/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AIC_fuzzer-5372151001120768
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
On Sun, Jul 23, 2023 at 08:02:59PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 59952/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VMIX_fuzzer-6718213736759296
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
On Thu, 7 Sept 2023 at 22:39, Kacper Michajlow wrote:
> On Thu, 7 Sept 2023 at 15:12, Derek Buitenhuis
> wrote:
> >
> > On 9/6/2023 6:31 PM, Kacper Michajlow wrote:
> > > What would be a downside of preferring CXX always if it exists?
> >
> > FFmpeg runs in a multitude of environments with a
On Sun, Jul 23, 2023 at 08:03:02PM +0200, Michael Niedermayer wrote:
> There is likely a better way to fix this, this is mainly to show the problem
>
> Fixes: MC within same frame resulting in overlapping memcpy()
> Fixes:
>
On Thu, Apr 27, 2023 at 08:38:39PM +0200, Michael Niedermayer wrote:
> Iam not sure if this buffer setup is intended but if it occurs memcpy()
> cannot always
> be used
>
> Fixes: memcpy-param-overlap
> Fixes:
>
On Thu, Sep 07, 2023 at 11:39:41PM +0200, Paul B Mahol wrote:
> Sorry but I do not have such file, file i have only does 1 frame.
https://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1915/
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Good people do not
On Thu, 7 Sept 2023 at 15:12, Derek Buitenhuis
wrote:
>
> On 9/6/2023 6:31 PM, Kacper Michajlow wrote:
> > What would be a downside of preferring CXX always if it exists?
>
> FFmpeg runs in a multitude of environments with a multitude of portability
> requirements. Needlessly linking a C++
Sorry but I do not have such file, file i have only does 1 frame.
___
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
by making gain unsigned we have 1 bit more available
alternatively we can clip twice as in the g729 reference
Fixes: left shift of 23404 by 17 places cannot be represented in type 'int'
Fixes:
61728/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ACELP_KELVIN_fuzzer-6280412547383296
Found-by:
On Thu, Sep 07, 2023 at 06:44:40PM +0200, Paul B Mahol wrote:
> Attached.
> mjpegdec.c |8
> 1 file changed, 4 insertions(+), 4 deletions(-)
> f65de11bf58ea36b071c3501d4fa700d242edf21
> 0001-avcodec-mjpegdec-add-frame-threading-for-mjpeg-decod.patch
> From
This would have also helped a bitstream reader with a cache
of 32 bits.
---
libavcodec/bitstream_template.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/libavcodec/bitstream_template.h b/libavcodec/bitstream_template.h
index 3f90fc6a07..c27e8108b2 100644
---
Bitstream readers sometimes have already checked there are enough
bits, and the check is redundant.
---
libavcodec/bitstream.h | 8 +---
libavcodec/bitstream_template.h | 22 +++---
libavcodec/get_bits.h | 1 +
3 files changed, 17 insertions(+), 14
Preparatory patch independently beneficial. Note: all of these
are for the sake of simplicity, from 2020, but needed cleaner
rebasing.
Christophe Gisquet (2):
Expose and start using skip_remaining
read_xbits: request fewer bits
libavcodec/bitstream.h | 8 +---
On Thu, Sep 07, 2023 at 06:20:07AM +0200, Michael Koch wrote:
> new spammer in ticket 2776
spammer killed and also everything else he did
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Does the universe only have a finite lifespan? No, its going to go on
And remove the AVOID_PROBING flag, given it's the last av1 decoder to be tested
either way.
This fixes a regression introduced in 1652f2492f88434010053289d946dab6a57e4d58,
where even if forcing the native av1 decoder, if another decoder was present,
like libdav1d or libaom-av1, they'd be used for
LGTM
___
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, Sep 7, 2023 at 7:34 PM Paul B Mahol wrote:
>
>
> On Thu, Sep 7, 2023 at 7:21 PM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Paul B Mahol:
>> > Attached.
>> >
>> >
>>
>> Haven't you sent a patch exactly like this before, which led to Michael
>> Niedermayer providing
Due to non-byte-alignment a read of 32 bits guarantees only
25 usable bits; therefore get_bits_long() (which is used to
potentially read more than 25 bits) performs two reads in case
it needs to read more than 25 bits and combines the result.
Yet this is not necessary: One can just read 64 bits
On Thu, Sep 7, 2023 at 7:21 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Paul B Mahol:
> > Attached.
> >
> >
>
> Haven't you sent a patch exactly like this before, which led to Michael
> Niedermayer providing a command line where this changes the output?
>
That was not me.
Paul B Mahol:
> Attached.
>
>
Haven't you sent a patch exactly like this before, which led to Michael
Niedermayer providing a command line where this changes the output?
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Thu, Sep 7, 2023 at 7:17 PM Paul B Mahol wrote:
>
>
> On Tue, Dec 6, 2022 at 12:02 AM Timo Rothenpieler
> wrote:
>
>> On 05.12.2022 15:15, Andreas Rheinhardt wrote:
>> > Timo Rothenpieler:
>> >> In my tests, this lead to a notable speed increase with the amount
>> >> of threads used.
On Tue, Dec 6, 2022 at 12:02 AM Timo Rothenpieler
wrote:
> On 05.12.2022 15:15, Andreas Rheinhardt wrote:
> > Timo Rothenpieler:
> >> In my tests, this lead to a notable speed increase with the amount
> >> of threads used. Decoding a 720p sample gave the following results:
> >>
> >> 1 Thread:
Anton Khirnov:
> Quoting Andreas Rheinhardt (2023-09-07 03:05:31)
>> They are currently non-const for reasons unknown, although
>> avio_write() accepts a const buffer.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> rtmpcrypt.c sometimes modifies the buffer whose content
>> it is supposed to
Attached.
From 2cff86b07b56d2923f60923e7dd21a546c2cc6fa Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Thu, 7 Sep 2023 18:42:03 +0200
Subject: [PATCH] avcodec/mjpegdec: add frame threading for mjpeg decoder
Signed-off-by: Paul B Mahol
---
libavcodec/mjpegdec.c | 8
1 file changed,
Quoting Andreas Rheinhardt (2023-09-07 03:05:31)
> They are currently non-const for reasons unknown, although
> avio_write() accepts a const buffer.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> rtmpcrypt.c sometimes modifies the buffer whose content
> it is supposed to write.
>
>
LGTM
___
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 9/7/2023 5:06 AM, Andreas Rheinhardt wrote:
James Almer:
And remove the AVOID_PROBING flag, given it's the last av1 decoder to be tested
either way.
This fixes a regression introduced in 1652f2492f88434010053289d946dab6a57e4d58,
where even if forcing the native av1 decoder, if another
OK
___
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".
OK
___
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".
OK
___
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".
These casts cast const away temporarily; they are safe, because
the pointers that are initialized point to const data. But this
is nevertheless not nice and leads to warnings when using
-Wcast-qual. blend_modes.c generates 546 (2*39*7) such warnings
which is the majority of such warnings for
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_varblur.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_varblur.c b/libavfilter/vf_varblur.c
index f6f8382adc..6ebb9c0663 100644
--- a/libavfilter/vf_varblur.c
+++ b/libavfilter/vf_varblur.c
@@ -45,7
lzma_stream.next_in is const for more than 15 years now
and has been so in every release of liblzma.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/tiff.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index
The const makes no sense and is later cast away.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vsrc_testsrc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vsrc_testsrc.c b/libavfilter/vsrc_testsrc.c
index d24481e6c4..5e41416464 100644
---
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_vif.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_vif.c b/libavfilter/vf_vif.c
index 3c662491b2..a927abaf6f 100644
--- a/libavfilter/vf_vif.c
+++ b/libavfilter/vf_vif.c
@@ -301,8 +301,8 @@ static int
On 9/6/2023 6:31 PM, Kacper Michajlow wrote:
> What would be a downside of preferring CXX always if it exists?
FFmpeg runs in a multitude of environments with a multitude of portability
requirements. Needlessly linking a C++ runtime is not OK.
Further, we do not generally automatically change
Andreas Rheinhardt (12023-09-07):
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/buffersrc.c | 13 +
> 1 file changed, 5 insertions(+), 8 deletions(-)
No objection.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
Signed-off-by: Andreas Rheinhardt
---
libavfilter/buffersrc.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
index ea50713701..453fc0fd5c 100644
--- a/libavfilter/buffersrc.c
+++ b/libavfilter/buffersrc.c
@@
Signed-off-by: Andreas Rheinhardt
---
libavcodec/agm.c | 3 +--
libavcodec/arbc.c| 3 +--
libavcodec/audiotoolboxenc.c | 3 +--
libavcodec/bink.c| 3 +--
libavcodec/cdgraphics.c | 3 +--
libavcodec/dxa.c | 3 +--
libavcodec/eacmv.c |
Checking the return value of av_opt_set() is equivalent
to the current checks.
Signed-off-by: Andreas Rheinhardt
---
libavformat/avio.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavformat/avio.c b/libavformat/avio.c
index a4572d2f05..617c1c0ac0 100644
---
The target of the jump frees this stuff, too.
Signed-off-by: Andreas Rheinhardt
---
libavformat/avio.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavformat/avio.c b/libavformat/avio.c
index 053cb2e05a..a4572d2f05 100644
--- a/libavformat/avio.c
+++ b/libavformat/avio.c
@@ -136,8
will apply
___
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".
Attached. Now without floats.
On Thu, Sep 7, 2023 at 10:10 AM Paul B Mahol wrote:
> Attached.
>
From 5e9d20d393659c1c94ac328237699c3aa65f3ac9 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Thu, 7 Sep 2023 10:08:30 +0200
Subject: [PATCH 2/2] fate: add rpza encoder tests
Signed-off-by: Paul
Paul B Mahol:
> Attached.
>
>
This encoder uses floating point. Sure it is bitexact?
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
James Almer:
> And remove the AVOID_PROBING flag, given it's the last av1 decoder to be
> tested
> either way.
> This fixes a regression introduced in
> 1652f2492f88434010053289d946dab6a57e4d58,
> where even if forcing the native av1 decoder, if another decoder was present,
> like libdav1d or
Attached.
From 1030770b92f74738dec515e8a2a6d660f7031c27 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Thu, 7 Sep 2023 10:08:30 +0200
Subject: [PATCH] fate: add rpza encoder tests
Signed-off-by: Paul B Mahol
---
tests/fate/vcodec.mak | 4
tests/ref/vsynth/vsynth1-rpza | 4
LGTM
___
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".
59 matches
Mail list logo