From 3128765d298f5a44fd13be7b3da2ef88c96083f9 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Sat, 2 Mar 2024 09:35:22 +0800
Subject: [PATCH 4/4] lavc/vp9dsp: R-V V ipred tm
C908:
vp9_tm_4x4_8bpp_c: 116.5
vp9_tm_4x4_8bpp_rvv_i32: 43.5
vp9_tm_8x8_8bpp_c: 416.2
vp9_tm_8x8_8bpp_rvv_i32: 86.0
vp9_tm_
From 173072b33d3237b924f3fa342e20558d96a72457 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Sat, 2 Mar 2024 08:35:39 +0800
Subject: [PATCH 3/4] lavc/vp9dsp: R-V V ipred hor
C908:
vp9_hor_8x8_8bpp_c: 74.7
vp9_hor_8x8_8bpp_rvv_i32: 35.7
vp9_hor_16x16_8bpp_c: 175.5
vp9_hor_16x16_8bpp_rvv_i32: 80.2
From 7abd262daa281cee412a905ea75a5f10dd0b1fbe Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Fri, 1 Mar 2024 18:38:43 +0800
Subject: [PATCH 2/4] lavc/vp9dsp: R-V V ipred vert
C908:
vp9_vert_8x8_8bpp_c: 22.0
vp9_vert_8x8_8bpp_rvv_i64: 18.5
vp9_vert_16x16_8bpp_c: 71.2
vp9_vert_16x16_8bpp_rvv_i32:
From adaae06a3e18bccec1772a3134334cbea652ae77 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Mon, 26 Feb 2024 14:42:17 +0800
Subject: [PATCH 1/4] lavc/vp9dsp: R-V V ipred dc
C908:
vp9_dc_8x8_8bpp_c: 46.0
vp9_dc_8x8_8bpp_rvv_i64: 41.0
vp9_dc_16x16_8bpp_c: 109.2
vp9_dc_16x16_8bpp_rvv_i32: 72.7
vp9
please ignore this, updated in "[FFmpeg-devel] [PATCH 1/4] lavc/vp9dsp: R-V
V ipred dc"
flow gg 于2024年2月27日周二 00:19写道：
>
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit lin
please ignore this, updated in "[FFmpeg-devel] [PATCH 1/4] lavc/vp9dsp: R-V
V ipred dc"
flow gg 于2024年2月27日周二 00:19写道：
>
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit lin
please ignore this, updated in "[FFmpeg-devel] [PATCH 1/4] lavc/vp9dsp: R-V
V ipred dc"
flow gg 于2024年2月27日周二 00:19写道：
>
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit lin
Pushed the VVC patch.
Thank you, Michael.
On Wed, Feb 28, 2024 at 6:47 AM Michael Niedermayer
wrote:
> Fixes: division by 0
> Fixes:
> 67008/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VVC_fuzzer-5873503163187200
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz
pushed, thank you, Andreas.
On Fri, Mar 1, 2024 at 7:51 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> configure | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index 574c9bf5f6..b5b233e
On 2024-03-01 11:03 pm, Anton Khirnov wrote:
* Any member of the TC who had a strong opinion on the question raised
before it was raised should recuse themselves.
In particular, must recuse themselves any member of the TC who:
- participated in the discussion (on the ML, on IRC or els
Andreas Rheinhardt:
> Since 7cad4dba505f9ad0adf013dd5bdf02a57249eecc
> averaging functions only exist for MMXEXT and SSE2.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/x86/fpel.asm | 23 ---
> 1 file changed, 23 deletions(-)
>
> diff --git a/libavcodec/x86/fpel.a
On Thu, 29 Feb 2024, Marton Balint wrote:
On Thu, 29 Feb 2024, Andreas Rheinhardt wrote:
Marton Balint:
The wav demuxer by default tried to demux 4096-byte packets which caused
packets with very few number of samples for files with high channel
count.
This caused a significant overh
sön 2024-02-25 klockan 05:14 +0100 skrev Jerome Martinez:
> On 24/02/2024 13:26, Tomas Härdin wrote:
> > 3a) if the codec is inherently interlaced, call the decoder once
> > 3b) if the codec is not inherently interlaced, call the decoder
> > twice,
> > with appropriate stride, and keep track of the
On Fri, 1 Mar 2024, Michael Niedermayer wrote:
On Thu, Feb 29, 2024 at 06:55:01PM +0100, Marton Balint wrote:
On Thu, 29 Feb 2024, Michael Niedermayer wrote:
On Tue, Feb 27, 2024 at 10:48:10AM +0100, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libswresample/resample.c
Mar 1, 2024, 21:33 by an...@khirnov.net:
> Quoting Lynne (2024-03-01 20:41:53)
>
>> Mar 1, 2024, 19:59 by an...@khirnov.net:
>>
>> > Quoting Lynne (2024-02-29 14:30:55)
>> >
>> >> We offer support for it. Someone must have used it.
>> >> I'm sure there are less used game codecs we support than Son
Marton Balint:
>
>
> On Fri, 1 Mar 2024, Andreas Rheinhardt wrote:
>
>> Only metadata streams (stream type 0x15) are packed
>> in Metadata AU cells, so it should only be stripped
>> from them and not from all KLV streams.
>>
>> Fixes ticket #10828, a regression since
>> 468615f2045da325e0f73e8e6
On Fri, 1 Mar 2024, Andreas Rheinhardt wrote:
Only metadata streams (stream type 0x15) are packed
in Metadata AU cells, so it should only be stripped
from them and not from all KLV streams.
Fixes ticket #10828, a regression since
468615f2045da325e0f73e8e668d49cf456ccb37.
I sent a patch for
Only metadata streams (stream type 0x15) are packed
in Metadata AU cells, so it should only be stripped
from them and not from all KLV streams.
Fixes ticket #10828, a regression since
468615f2045da325e0f73e8e668d49cf456ccb37.
Signed-off-by: Andreas Rheinhardt
---
I really don't know mpegts; the
On 3/1/2024 3:19 PM, Anton Khirnov wrote:
Quoting Jan Ekström (2024-02-29 17:42:54)
diff --git a/libavutil/frame.h b/libavutil/frame.h
index 47d0096bc4..908fd4a90d 100644
--- a/libavutil/frame.h
+++ b/libavutil/frame.h
@@ -1081,6 +1081,26 @@ AVFrameSideData *av_frame_side_data_new(AVFrameSideDat
Quoting Lynne (2024-03-01 20:41:53)
> Mar 1, 2024, 19:59 by an...@khirnov.net:
>
> > Quoting Lynne (2024-02-29 14:30:55)
> >
> >> We offer support for it. Someone must have used it.
> >> I'm sure there are less used game codecs we support than Sonic.
> >>
> >
> > [citation needed]
> >
> > Is there
ons 2024-02-28 klockan 13:56 +0100 skrev J. Dekker:
> This was an experimental/research codec of which ffmpeg is the only
> encoder and decoder, development has stalled and these files don't
> exist
> in the wild.
>
> Signed-off-by: J. Dekker
> ---
> Changelog | 1 +
> configure
Mar 1, 2024, 19:59 by an...@khirnov.net:
> Quoting Lynne (2024-02-29 14:30:55)
>
>> We offer support for it. Someone must have used it.
>> I'm sure there are less used game codecs we support than Sonic.
>>
>
> [citation needed]
>
> Is there any evidence that it was used for anything other than
> d
Anton Khirnov (12024-03-01):
> Is there any evidence that it was used for anything other than
> development and testing? That anyone has any actual samples in it they'd
> like to play?
Wrong question. The burden of proof is on whoever wants to remove, not
on the status quo.
And good luck proving
Quoting Lynne (2024-02-29 14:30:55)
> We offer support for it. Someone must have used it.
> I'm sure there are less used game codecs we support than Sonic.
[citation needed]
Is there any evidence that it was used for anything other than
development and testing? That anyone has any actual samples
They are documented as not intended for caller use.
---
fftools/ffplay.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index 5b54fab492..09b4846deb 100644
--- a/fftools/ffplay.c
+++ b/fftools/ffplay.c
@@ -1731,16 +1731,14 @@ display:
Quoting Jan Ekström (2024-02-29 17:42:57)
> +/**
> + * Add multiple side data entries to an AVCodecContext set in one go, for
> + * example from an AVFrame.
> + *
> + * In case the function fails to add a side data entry, it will clear the
> + * whole side data set.
> + *
> + * @param avctx context
Quoting Jan Ekström (2024-02-29 17:42:56)
> This allows configuring an encoder by using AVFrameSideData.
> ---
> libavcodec/avcodec.h | 8
> libavcodec/options.c | 2 ++
> 2 files changed, 10 insertions(+)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 43859251cc..4
Quoting Jan Ekström (2024-02-29 17:42:54)
> diff --git a/libavutil/frame.h b/libavutil/frame.h
> index 47d0096bc4..908fd4a90d 100644
> --- a/libavutil/frame.h
> +++ b/libavutil/frame.h
> @@ -1081,6 +1081,26 @@ AVFrameSideData
> *av_frame_side_data_new(AVFrameSideData ***sd, int *nb_sd,
>
Quoting Jan Ekström (2024-02-29 17:42:53)
> @@ -872,6 +889,38 @@ AVFrameSideData *av_frame_side_data_new(AVFrameSideData
> ***sd, int *nb_sd,
> return ret;
> }
>
> +int av_frame_side_data_from_sd(AVFrameSideData ***sd, int *nb_sd,
> + const AVFrameSideData *sr
Quoting Jan Ekström (2024-02-29 17:42:52)
> diff --git a/libavutil/frame.h b/libavutil/frame.h
> index 921f2212cf..726ca19a03 100644
> --- a/libavutil/frame.h
> +++ b/libavutil/frame.h
> @@ -1060,6 +1060,27 @@ const char *av_frame_side_data_name(enum
> AVFrameSideDataType type);
> */
> void av_
Hi all,
it seems the discussion died down, so I intend to start the vote on
Monday (2024-03-04).
The vote description will be as follows:
There is disagreement about the appropriateness and interpretation of
the following sentence in Technical Committee rules
(doc/community.texi):
> If
Quoting Michael Niedermayer (2024-02-27 17:55:30)
> On Tue, Feb 27, 2024 at 08:20:30AM +0100, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2024-02-26 23:47:20)
> > >
> > > Look at the 3 patches i just posted.
> > > I suspect we can move alot closer to what you suggest without a vote but
>
On 3/1/2024 1:03 PM, James Almer wrote:
On 2/29/2024 1:42 PM, Jan Ekström wrote:
This allows configuring an encoder by using AVFrameSideData.
Maybe mention that in the doxy for the field. Explain that it needs to
be set before avcodec_open2() and is used to initialize an encoder.
And that i
On 2/29/2024 1:42 PM, Jan Ekström wrote:
diff --git a/libavutil/frame.h b/libavutil/frame.h
index 921f2212cf..726ca19a03 100644
--- a/libavutil/frame.h
+++ b/libavutil/frame.h
@@ -1060,6 +1060,27 @@ const char *av_frame_side_data_name(enum
AVFrameSideDataType type);
*/
void av_frame_side_da
Quoting Michael Niedermayer (2024-02-23 23:50:10)
> Hi Anton
>
> On Fri, Feb 23, 2024 at 02:58:36PM +0100, Anton Khirnov wrote:
> > Will be useful in following commits.
> > ---
>
> breaks:
>
> ./ffmpeg -y -request_channel_layout 3 -i
> bug/401/mlp_5point1_downmixof6channel.mlp -bitexact
> file
On 2/29/2024 1:42 PM, Jan Ekström wrote:
This allows configuring an encoder by using AVFrameSideData.
Maybe mention that in the doxy for the field. Explain that it needs to
be set before avcodec_open2() and is used to initialize an encoder.
---
libavcodec/avcodec.h | 8
libavcod
On 3/1/2024 12:29 PM, Anton Khirnov wrote:
Quoting James Almer (2024-03-01 13:37:43)
Restores the behavior prior to ae22271620df90567ba276832b33607d64e9ba9c, where
global side data would be inserted first to the output frame, resulting in both
two entries for the same type and having priority wh
Quoting Andreas Rheinhardt (2024-03-01 12:34:27)
> Will apply tomorrow unless there are objections.
Looks very good to me.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsub
Quoting James Almer (2024-03-01 13:37:43)
> Restores the behavior prior to ae22271620df90567ba276832b33607d64e9ba9c, where
> global side data would be inserted first to the output frame, resulting in
> both
> two entries for the same type and having priority when fetched by the AVFrame
> helpers.
At present, consume_update evaluates timeline state on all links for
a multi-input filter. This can lead to the filter being incorrectly
en/dis-abled when evaluation on a frame on a secondary link leads to
a different result than the frame on the current main link next in
line for processing.
---
On 3/1/2024 10:49 AM, James Almer wrote:
On 3/1/2024 10:39 AM, Nicolas Gaullier wrote:
Signed-off-by: Nicolas Gaullier
---
libavformat/demux.c | 23 ++-
tests/ref/fate/concat-demuxer-simple2-lavf-ts | 164 +-
tests/ref/fate/ts-demux
On 3/1/2024 10:39 AM, Nicolas Gaullier wrote:
Signed-off-by: Nicolas Gaullier
---
libavformat/demux.c | 23 ++-
tests/ref/fate/concat-demuxer-simple2-lavf-ts | 164 +-
tests/ref/fate/ts-demux | 8 +-
3 files changed, 104 ins
Signed-off-by: Nicolas Gaullier
---
libavformat/demux.c | 23 ++-
tests/ref/fate/concat-demuxer-simple2-lavf-ts | 164 +-
tests/ref/fate/ts-demux | 8 +-
3 files changed, 104 insertions(+), 91 deletions(-)
diff --git a/libavforma
Signed-off-by: Nicolas Gaullier
---
libavcodec/h264_parser.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264_parser.c b/libavcodec/h264_parser.c
index 94cfbc481e..6b721ec253 100644
--- a/libavcodec/h264_parser.c
+++ b/libavcodec/h264_parser.c
@@ -12
The mpegts demuxer splits packets according to its max_packet_size.
This currently fills the AVCodecParserContext s->cur_frame_* arrays with
kind of 'empty' entries: no pts/dts.
This patch merges these entries, so the parser behaviour is independent
from the demuxer settings.
This patch is required
Fix fetch_timestamp when the frame start is in a previous packet.
Signed-off-by: Nicolas Gaullier
---
libavcodec/parser.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/libavcodec/parser.c b/libavcodec/parser.c
index ede9e7e8b4..e4e9fbf48f 100644
--- a/libavcodec/pa
This is the following of
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=10843
The file submited by Michael highlighted 3 different and independent issues I
missed in the first version:
- some corrupt mpegts files are missing the zero_byte at the NAL, but a "full"
NAL start including t
Signed-off-by: Nicolas Gaullier
---
libavcodec/parser.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/parser.c b/libavcodec/parser.c
index 249f81d4bb..ede9e7e8b4 100644
--- a/libavcodec/parser.c
+++ b/libavcodec/parser.c
@@ -143,14 +143,14 @@ int
Restores the behavior prior to ae22271620df90567ba276832b33607d64e9ba9c, where
global side data would be inserted first to the output frame, resulting in both
two entries for the same type and having priority when fetched by the AVFrame
helpers.
This is a temporary fix for ticket #10857 until a pr
Signed-off-by: Andreas Rheinhardt
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 574c9bf5f6..b5b233e852 100755
--- a/configure
+++ b/configure
@@ -3036,7 +3036,7 @@ vp6f_decoder_select="vp6_decoder"
vp7_decoder_select="h264pred video
Andreas Rheinhardt:
> This BSF is supposed to be used in conjunction with mp3_header_compress,
> which has been removed more than ten years ago in commit
> c6080d89009056530119ab794ad02e4d515c7754. It mangled the headers
> by removing the CRC field as well as fields that are supposed
> to stay cons
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> doc/APIchanges| 3 +++
> libavformat/avio.h| 2 +-
> libavformat/aviobuf.c | 2 +-
> 3 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/doc/APIchanges b/doc/APIchanges
> index 10f6667e9e..055e6848a3 100644
Andreas Rheinhardt:
> Otherwise aacenc.o gets pulled in by the aacencdsp checkasm
> test and it in turn pulls the rest of lavc in.
> Besides being bad size-wise this also has the downside that
> it pulls in avpriv_(cga|vga16)_font from libavutil which are
> marked as being imported from another lib
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/x86/rv40dsp.asm | 10 --
> libavcodec/x86/simple_idct.asm | 36 --
> 2 files changed, 46 deletions(-)
>
> diff --git a/libavcodec/x86/rv40dsp.asm b/libavcodec/x86/rv40dsp.asm
>
54 matches
Mail list logo
