As per the doc, prev_selected_n should be NAN at the start.
However, this was never set.
---
libavfilter/f_select.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/f_select.c b/libavfilter/f_select.c
index 47e36f0014..109dae403a 100644
--- a/libavfilter/f_select.c
+++
Hello, I have received the K230, and then installed Debian following your
method. Therefore, I have updated the benchmark of K230 in the patch of
this reply.
k230
vc1dsp.vc1_inv_trans_4x4_dc_c: 125.7
vc1dsp.vc1_inv_trans_4x4_dc_rvv_i32: 53.5
vc1dsp.vc1_inv_trans_4x8_dc_c: 230.7
On Fri, 8 Dec 2023, Timo Rothenpieler wrote:
On 06.12.2023 14:25, Martin Storsjö wrote:
On Sun, 3 Dec 2023, Timo Rothenpieler wrote:
FFmpeg has instances of DECLARE_ALIGNED(32, ...) in a lot of structs,
which then end up heap-allocated.
By declaring any variable in a struct, or tree of
Hi,
Le 8 décembre 2023 00:47:13 GMT+02:00, Marton Balint a écrit :
>
>
>On Thu, 7 Dec 2023, Anton Khirnov wrote:
>
>> Quoting Ronald S. Bultje (2023-12-07 02:44:36)
>>> Hi,
>>>
>>> On Wed, Dec 6, 2023 at 3:23 AM Marton Balint wrote:
>>>
>>> > Signed-off-by: Marton Balint
>>> > ---
>>> >
> On Dec 7, 2023, at 9:42 AM, Andreas Rheinhardt
> wrote:
>
> According to
> https://developers.google.com/speed/webp/docs/riff_container#extended_file_format
> metadata chunks are stored after the image data; if you split the data
> into packets, then the metadata while only become available
On Fri, Dec 8, 2023 at 12:12 AM James Almer wrote:
> On 12/7/2023 1:07 PM, Anton Khirnov wrote:
> > Quoting James Almer (2023-12-06 23:50:19)
> >> On 12/5/2023 11:45 AM, Nuo Mi wrote:
> >>> ---
> >>>configure | 1 +
> >>>libavcodec/Makefile | 1 +
> >>>
On 06.12.2023 14:25, Martin Storsjö wrote:
On Sun, 3 Dec 2023, Timo Rothenpieler wrote:
FFmpeg has instances of DECLARE_ALIGNED(32, ...) in a lot of structs,
which then end up heap-allocated.
By declaring any variable in a struct, or tree of structs, to be 32 byte
aligned, it allows the
It's more appropiate given what it keeps a count of.
Signed-off-by: James Almer
---
libavformat/movenc.c | 82 ++--
libavformat/movenc.h | 2 +-
2 files changed, 42 insertions(+), 42 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
On Thu, 7 Dec 2023, Anton Khirnov wrote:
Quoting Marton Balint (2023-12-06 09:22:20)
Signed-off-by: Marton Balint
---
doc/APIchanges | 3 +++
doc/codecs.texi| 14 ++
libavcodec/avcodec.h | 4
libavcodec/decode.c| 6 ++
On Thu, 7 Dec 2023, Anton Khirnov wrote:
Quoting Ronald S. Bultje (2023-12-07 02:44:36)
Hi,
On Wed, Dec 6, 2023 at 3:23 AM Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> doc/APIchanges | 3 +++
> doc/codecs.texi| 14 ++
>
Hello Anton,
Thursday, December 7, 2023, 8:32:33 PM, you wrote:
>>libavformat/dashdec.c Fix for ticket #7395
> "fix bug" is not a useful commit message
DASH demuxing error "unterminated entity reference" due to ampersand in URL
Commit 7a63da8 broke the DASH demuxer if the manifest contains a
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index 7546cf0caf..307798b1ee 100644
--- a/.mailmap
+++ b/.mailmap
@@ -1,4 +1,5 @@
+
--
2.43.0
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Thu, Dec 07, 2023 at 05:49:12PM +0100, Anton Khirnov wrote:
> It was added relatively recently and is not available everywhere.
> ---
> tools/general_assembly.pl | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
works fine, even on my oldest box
thx
[...]
--
Michael GnuPG
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/webpenc.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/webpenc.c b/libavformat/webpenc.c
> index fb0cca3922..9ac353c967 100644
> --- a/libavformat/webpenc.c
> +++
On Thu, Dec 07, 2023 at 11:52:47AM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2023-12-06 21:21:55)
> > On Wed, Dec 06, 2023 at 11:27:06AM +0100, Anton Khirnov wrote:
> > > Hi,
> > > this should hopefully be the last version of this set. If nobody has new
> > > comments, I will push
On Thu, Dec 07, 2023 at 11:52:47AM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2023-12-06 21:21:55)
> > On Wed, Dec 06, 2023 at 11:27:06AM +0100, Anton Khirnov wrote:
> > > Hi,
> > > this should hopefully be the last version of this set. If nobody has new
> > > comments, I will push
Thilo Borgmann via ffmpeg-devel:
> ---
> libavcodec/webp_parser.c | 130 +++
> 1 file changed, 89 insertions(+), 41 deletions(-)
>
According to
https://developers.google.com/speed/webp/docs/riff_container#extended_file_format
metadata chunks are stored after
On Wed, Dec 6, 2023 at 2:38 PM Nicolas George wrote:
> James Almer (12023-12-06):
> > I honestly can't believe you're arguing this.
>
> Yet I do, so I suggest you think a little harder to understand why I do.
>
> > And being condescending will not help your case.
>
> Can you tell that to Anton
Quoting Timo Rothenpieler (2023-12-06 13:26:51)
> On 06/12/2023 07:51, Xiang, Haihao wrote:
> > On Di, 2023-12-05 at 12:47 +0100, Timo Rothenpieler wrote:
> >> On 05.12.2023 09:15, Xiang, Haihao wrote:
> >>> From: Haihao Xiang
> >>>
> >>> 2M is suitable for more cases, e.g. 4K video.
> >>>
> >>>
On 11/23/23 10:31, Leo Izen wrote:
Avoids a -Wstringop-truncation warning by using av_strlcopy instead of
strncpy. Additionally, prints a warning to the log context if this
truncation occurred.
Signed-off-by: Leo Izen
---
Bump, thanks.
- Leo Izen (Traneptora)
It was added relatively recently and is not available everywhere.
---
tools/general_assembly.pl | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/general_assembly.pl b/tools/general_assembly.pl
index aa10384aef..0dafa82e27 100755
--- a/tools/general_assembly.pl
+++
On 12/7/23 11:32, Nicolas George wrote:
Leo Izen (12023-12-07):
I believe the question was directed at Paul
That does not make my answer any less relevant.
I'm not going to have an argument with you about why a question to Paul
about a decision Paul made should be answered by Paul,
Le torstaina 7. joulukuuta 2023, 10.59.06 EET Nicolas George a écrit :
> Jean-Baptiste Kempf (12023-12-07):
> > Why?
>
> Because after twelve years libav has finally managed to take control and
> FFmpeg is now essentially dead.
The question was for Paul. Even if you take Anton's knee-jerk
Quoting James Almer (2023-12-07 17:13:14)
> On 12/7/2023 1:07 PM, Anton Khirnov wrote:
> > Quoting James Almer (2023-12-06 23:50:19)
> >> On 12/5/2023 11:45 AM, Nuo Mi wrote:
> >>> ---
> >>>configure | 1 +
> >>>libavcodec/Makefile | 1 +
> >>>libavcodec/allcodecs.c
Leo Izen (12023-12-07):
> I believe the question was directed at Paul
That does not make my answer any less relevant.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Quoting Marton Balint (2023-12-06 09:22:20)
> Signed-off-by: Marton Balint
> ---
> doc/APIchanges | 3 +++
> doc/codecs.texi| 14 ++
> libavcodec/avcodec.h | 4
> libavcodec/decode.c| 6 ++
> libavcodec/options_table.h | 1 +
>
On Thu, 7 Dec 2023, Mikhail Nitenko wrote:
On Thu, 7 Dec 2023 at 18:03, Martin Storsjö wrote:
Hi,
On Mon, 4 Dec 2023, Mikhail Nitenko wrote:
---
I think the patch subject is missing to tell that this adds 10 bit
functions?
Yes, you are right. Will you add it when you push it? Or
Quoting Ronald S. Bultje (2023-12-07 02:44:36)
> Hi,
>
> On Wed, Dec 6, 2023 at 3:23 AM Marton Balint wrote:
>
> > Signed-off-by: Marton Balint
> > ---
> > doc/APIchanges | 3 +++
> > doc/codecs.texi| 14 ++
> > libavcodec/avcodec.h | 4
> >
Quoting Marton Balint (2023-12-06 09:22:19)
> +int av_image_fill_color(uint8_t * const dst_data[4], const ptrdiff_t
> dst_linesize[4],
> +enum AVPixelFormat pix_fmt, const uint32_t color[4],
> +int width, int height);
Might want to add a flags
On 12/7/2023 1:07 PM, Anton Khirnov wrote:
Quoting James Almer (2023-12-06 23:50:19)
On 12/5/2023 11:45 AM, Nuo Mi wrote:
---
configure | 1 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/vvc/Makefile | 4 +
libavcodec/vvc/vvcdec.c |
Quoting Thilo Borgmann via ffmpeg-devel (2023-12-06 02:34:59)
> avcodec/webp: move definitions into header
> ---
> libavcodec/webp.c | 1 +
> libavcodec/webp.h | 38 ++
> 2 files changed, 39 insertions(+)
> create mode 100644 libavcodec/webp.h
Whatever this
Quoting James Almer (2023-12-06 23:50:19)
> On 12/5/2023 11:45 AM, Nuo Mi wrote:
> > ---
> > configure | 1 +
> > libavcodec/Makefile | 1 +
> > libavcodec/allcodecs.c | 1 +
> > libavcodec/vvc/Makefile | 4 +
> > libavcodec/vvc/vvcdec.c | 62
> >
Quoting Niklas Haas (2023-11-09 13:19:40)
> From: Niklas Haas
>
> This is never avertised as supported to upstream filters.
So what happens when such a frame is sent to lavfi?
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Quoting Niklas Haas (2023-11-09 13:19:39)
> From: Niklas Haas
>
> This filter will always accept any input format, even if the user sets
> a specific in_range/in_color_matrix. This is to preserve status quo with
> current behavior, where passing a specific in_color_matrix merely
> overrides the
On Thu, 7 Dec 2023 at 18:03, Martin Storsjö wrote:
>
> Hi,
>
> On Mon, 4 Dec 2023, Mikhail Nitenko wrote:
>
> > ---
>
> I think the patch subject is missing to tell that this adds 10 bit
> functions?
>
> > I remodeled the patch (as Martin once suggested), it doesn't
> > go to 32bits in
On Thu, 7 Dec 2023 at 18:03, Martin Storsjö wrote:
>
> Hi,
>
> On Mon, 4 Dec 2023, Mikhail Nitenko wrote:
>
> > ---
>
> I think the patch subject is missing to tell that this adds 10 bit
> functions?
Yes, you are right. Will you add it when you push it? Or should I
resend the patch?
(I would
On 12/7/23 03:59, Nicolas George wrote:
Jean-Baptiste Kempf (12023-12-07):
Why?
Because after twelve years libav has finally managed to take control and
FFmpeg is now essentially dead.
Thank you for your contribution in this.
I believe the question was directed at Paul, who has not
Hi,
On Thu, Dec 7, 2023 at 7:33 AM Michael Niedermayer
wrote:
> On Thu, Dec 07, 2023 at 08:29:14AM +0100, Paul B Mahol wrote:
> > Attached.
>
> > MAINTAINERS | 55
> ---
> > 1 file changed, 55 deletions(-)
> >
Hi,
On Mon, 4 Dec 2023, Mikhail Nitenko wrote:
---
I think the patch subject is missing to tell that this adds 10 bit
functions?
I remodeled the patch (as Martin once suggested), it doesn't
go to 32bits in lowpass_8_10 and is also using the much
faster lowpass_8_10_v.
On Tue, 5 Dec 2023, J. Dekker wrote:
Signed-off-by: J. Dekker
---
tests/checkasm/hevc_deblock.c | 110 --
1 file changed, 106 insertions(+), 4 deletions(-)
Yes, this only supports 8bit. 10/12bit should be trivial, will add if this
looks reasonable (I checked
On Thu, Dec 07, 2023 at 08:29:14AM +0100, Paul B Mahol wrote:
> Attached.
> MAINTAINERS | 55 ---
> 1 file changed, 55 deletions(-)
> 57486b662b3460fe6704e2ec236b0cd65cfe75f9
> 0001-MAINTAINERS-remove-myself-from-FFmpeg.patch
> From
Dec 7, 2023, 11:52 by one...@gmail.com:
> On Thu, Dec 7, 2023 at 10:27 AM Lynne wrote:
>
>> Dec 7, 2023, 09:51 by one...@gmail.com:
>>
>> > On Thu, Dec 7, 2023 at 9:23 AM Lynne wrote:
>> >
>> >> Dec 6, 2023, 21:27 by one...@gmail.com:
>> >>
>> >> > Today, effectively immediately, I officially
Quoting Michael Niedermayer (2023-12-06 21:21:55)
> On Wed, Dec 06, 2023 at 11:27:06AM +0100, Anton Khirnov wrote:
> > Hi,
> > this should hopefully be the last version of this set. If nobody has new
> > comments, I will push it in a few days.
>
> I have a case that becomes really non
On Thu, Dec 7, 2023 at 10:27 AM Lynne wrote:
> Dec 7, 2023, 09:51 by one...@gmail.com:
>
> > On Thu, Dec 7, 2023 at 9:23 AM Lynne wrote:
> >
> >> Dec 6, 2023, 21:27 by one...@gmail.com:
> >>
> >> > Today, effectively immediately, I officially Ieft the FFmpeg project.
> >> >
> >> > For new
> >>
Dec 7, 2023, 09:51 by one...@gmail.com:
> On Thu, Dec 7, 2023 at 9:23 AM Lynne wrote:
>
>> Dec 6, 2023, 21:27 by one...@gmail.com:
>>
>> > Today, effectively immediately, I officially Ieft the FFmpeg project.
>> >
>> > For new
>> >
On Thu, 7 Dec 2023, at 10:14, Nicolas George wrote:
> The community is dead. And you never belonged to it anyway, with your
> superior attitude.
You calling someone "superior attitude" is amazing.
--
Jean-Baptiste Kempf - President
+33 672 704 734
Jean-Baptiste Kempf (12023-12-07):
> Keep antagonizing more people in the community, it's a great idea.
The community is dead. And you never belonged to it anyway, with your
superior attitude.
--
Nicolas George
___
ffmpeg-devel mailing list
On Thu, 7 Dec 2023, at 10:10, Nicolas George wrote:
> Jean-Baptiste Kempf (12023-12-07):
>> You are delusional.
>
> Oh, this is absolutely appropriate, especially from somebody who just
> got elected to apply the code of conduct.
Keep antagonizing more people in the community, it's a great idea.
Jean-Baptiste Kempf (12023-12-07):
> You are delusional.
Oh, this is absolutely appropriate, especially from somebody who just
got elected to apply the code of conduct.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Thu, 7 Dec 2023, at 09:59, Nicolas George wrote:
> Jean-Baptiste Kempf (12023-12-07):
>> Why?
>
> Because after twelve years libav has finally managed to take control and
> FFmpeg is now essentially dead.
You are delusional. libav is dead since a long time.
The fact that people are pushing
Jean-Baptiste Kempf (12023-12-07):
> Why?
Because after twelve years libav has finally managed to take control and
FFmpeg is now essentially dead.
Thank you for your contribution in this.
--
Nicolas George
___
ffmpeg-devel mailing list
Why?
On Thu, 7 Dec 2023, at 08:29, Paul B Mahol wrote:
> Attached.
>
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
>
On Thu, Dec 7, 2023 at 9:23 AM Lynne wrote:
> Dec 6, 2023, 21:27 by one...@gmail.com:
>
> > Today, effectively immediately, I officially Ieft the FFmpeg project.
> >
> > For new
> > decoders/encoders/muxers/demuxers/filters/fixes/speedups/tests/cleanups
> > etc. look at Librempeg project on
>libavformat/dashdec.c Fix for ticket #7395
"fix bug" is not a useful commit message
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
Dec 6, 2023, 21:27 by one...@gmail.com:
> Today, effectively immediately, I officially Ieft the FFmpeg project.
>
> For new
> decoders/encoders/muxers/demuxers/filters/fixes/speedups/tests/cleanups
> etc. look at Librempeg project on github, source code will appear soon
> there.
>
Calm down,
55 matches
Mail list logo
