> -原始邮件-
> 发件人: "Leo Izen"
> 发送时间:2024-07-16 10:23:51 (星期二)
> 收件人: ffmpeg-devel@ffmpeg.org
> 抄送: "Jan Ekström" , "Andreas Rheinhardt"
> , "Leo Izen"
> 主题: [FFmpeg-devel] [PATCH v3] fate/png: add mDCv and cLLi read and write test
>
> This test confirms that we can write mDCv and cLLi chu
On Tue, Oct 15, 2024 at 07:14:27PM -0400, Sean McGovern wrote:
> Hi,
>
>
> On Tue, Oct 15, 2024, 12:19 Michael Niedermayer
> wrote:
>
> > Hi all
> >
> > This is a quick RFC about peoples oppinions on AVFilter
> >
> > The question: Should anyone be able to write a filter (which
> > other people
On 16/10/2024 01:17, Michael Niedermayer wrote:
This makes a 16bit RGB raw sample 25% faster at a 2% loss of compression with
rawlsb=4
Please test and comment
This stores the LSB through non binary range coding, this is simpler than using
a
separate coder
For cases where range coding is not w
This makes a 16bit RGB raw sample 25% faster at a 2% loss of compression with
rawlsb=4
Please test and comment
This stores the LSB through non binary range coding, this is simpler than using
a
separate coder
For cases where range coding is not wanted its probably best to use golomb rice
for eve
Signed-off-by: Michael Niedermayer
---
libavcodec/ffv1.h | 4 +++-
libavcodec/ffv1_template.c | 18 +-
libavcodec/ffv1enc.c | 6 +++---
3 files changed, 15 insertions(+), 13 deletions(-)
diff --git a/libavcodec/ffv1.h b/libavcodec/ffv1.h
index 18f002c6312..4f5a8a
Hi,
On Tue, Oct 15, 2024, 12:19 Michael Niedermayer
wrote:
> Hi all
>
> This is a quick RFC about peoples oppinions on AVFilter
>
> The question: Should anyone be able to write a filter (which
> other people can use) ?
> Or should only we be able to add filters ?
>
> (This relates to what parts
On Tue, Oct 15, 2024 at 09:44:06PM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-10-15 18:12:21)
> > Hi all
> >
> > This is a quick RFC about peoples oppinions on AVFilter
> >
> > The question: Should anyone be able to write a filter (which
> > other people can use) ?
[...]
>
>
вс, 13 окт. 2024 г., 14:40 Anton Khirnov :
> Quoting Andrew Randrianasulu (2024-10-08 14:03:13)
> > I was experimenting with mencoder
> >
> >
> >
> > what do you think? ;)
>
> why oh oh god why?
>
Because mplayer (and mencoder) was first program I successfully compiled
many, many years back
Right, thanks! I’ll remove that. Even if it were true, still a bit superfluous.
Soma
> On 2024. Oct 15., at 12:04, Anton Khirnov wrote:
>
> Quoting Soma Lucz (2024-10-13 15:18:49)
>> ('-' prefixes between disposition flags have no effect in this case).
>
> This is not entirely true, you could
On 14/10/2024 23:26, Michael Niedermayer wrote:
> On Sat, Oct 05, 2024 at 03:38:05PM -0700, Frank Plowman wrote:
>> The first branch of this ternary expression was intended to avoid
>> having two shift operations in the case the RHS is not known at
>> compile time. It only works if the LHS has a s
Quoting Michael Niedermayer (2024-10-15 19:40:12)
> I think before these fields are moved into a private header, it is a good idea
> to disscuss, if the community wants "creating filters" to be possible though
> the
> API (as it was originally intended)
It was NEVER possible for avfilter API user
Quoting Michael Niedermayer (2024-10-15 18:12:21)
> Hi all
>
> This is a quick RFC about peoples oppinions on AVFilter
>
> The question: Should anyone be able to write a filter (which
> other people can use) ?
The question whether libavfilter API currently allows external users to
implement thei
Anton Khirnov (12024-10-15):
> Most filters implementing the process_command() callback just use
> the generic implementation - ff_filter_process_command(). So what
> information does that flag actually give you?
It gives the information that the filter is ready to deal with what
ff_filter_process
Quoting Alexander Strasser via ffmpeg-devel (2024-10-15 21:16:28)
> On 2024-10-15 15:09 +0200, Anton Khirnov wrote:
> > Quoting James Almer (2024-10-15 14:54:08)
> > > On 10/15/2024 6:57 AM, Anton Khirnov wrote:
> > > > avfilter_process_command() may or may not return ENOSYS whether that
> > > > fl
Signed-off-by: James Almer
---
Maybe the fourth component in the descriptor can be filled with the relevant
values instead, for use cases like this one?
libavfilter/vsrc_testsrc.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vsrc_testsrc.c b/lib
Signed-off-by: James Almer
---
libswscale/output.c | 47 +++-
libswscale/utils.c | 2 +-
tests/ref/fate/filter-pixdesc-ayuv64be | 1 +
tests/ref/fate/filter-pixfmts-copy | 1 +
tests/ref/fate/filter-pixfmts-crop | 1
Signed-off-by: James Almer
---
libswscale/input.c | 34 ++
libswscale/utils.c | 1 +
2 files changed, 35 insertions(+)
diff --git a/libswscale/input.c b/libswscale/input.c
index 6ac76f6752..bb5e31a428 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -6
Signed-off-by: James Almer
---
libswscale/output.c | 46 +++-
libswscale/utils.c | 2 +-
tests/ref/fate/filter-pixdesc-xv36be | 1 +
tests/ref/fate/filter-pixfmts-copy | 1 +
tests/ref/fate/filter-pixfmts-crop | 1
Signed-off-by: James Almer
---
libswscale/input.c | 25 +
libswscale/utils.c | 1 +
2 files changed, 26 insertions(+)
diff --git a/libswscale/input.c b/libswscale/input.c
index 9beb72b8ec..6ac76f6752 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -822,6 +822
In xv36 case, the alpha plane bits are undefined, but the format still defines
the component as 12bits, with the other 4 bits zeroed, so set only the valid
bits.
Signed-off-by: James Almer
---
libswscale/output.c | 4 ++--
tests/ref/fate/filter-pixfmts-copy | 2 +-
tes
Quoting Alexander Strasser via ffmpeg-devel (2024-10-15 21:05:54)
> Still that functionality is useful
How is it useful? It gives you no actionable information.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/m
On 2024-10-15 15:09 +0200, Anton Khirnov wrote:
> Quoting James Almer (2024-10-15 14:54:08)
> > On 10/15/2024 6:57 AM, Anton Khirnov wrote:
> > > avfilter_process_command() may or may not return ENOSYS whether that
> > > flag is set or not, so I don't see what exactly would it be useful for.
> >
>
On 2024-10-15 10:37 +0200, epira...@gmail.com wrote:
>
>
> On 15 Oct 2024, at 10:30, Anton Khirnov wrote:
>
> > Quoting Alexander Strasser via ffmpeg-devel (2024-10-15 07:34:26)
> >> On 2024-10-14 22:35 +0200, Anton Khirnov wrote:
> >>> Quoting Alexander Strasser via ffmpeg-devel (2024-10-14 22:21:
On Tue, Oct 15, 2024 at 01:20:31PM -0300, James Almer wrote:
> On 10/15/2024 1:12 PM, Michael Niedermayer wrote:
> > Hi all
> >
> > This is a quick RFC about peoples oppinions on AVFilter
> >
> > The question: Should anyone be able to write a filter (which
> > other people can use) ?
> > Or shoul
On Tue, Oct 15, 2024 at 12:12 PM Michael Niedermayer
wrote:
>
> Hi all
>
> This is a quick RFC about peoples oppinions on AVFilter
>
> The question: Should anyone be able to write a filter (which
> other people can use) ?
> Or should only we be able to add filters ?
For what it's worth, I pretty
On 10/15/2024 1:12 PM, Michael Niedermayer wrote:
Hi all
This is a quick RFC about peoples oppinions on AVFilter
The question: Should anyone be able to write a filter (which
other people can use) ?
Or should only we be able to add filters ?
(This relates to what parts of the API are publically
Hi all
This is a quick RFC about peoples oppinions on AVFilter
The question: Should anyone be able to write a filter (which
other people can use) ?
Or should only we be able to add filters ?
(This relates to what parts of the API are publically accessable)
So whats the point of this RFC ?
If w
On 15/10/2024 16:49, David Rosca wrote:
Fixes leaking recon surfaces with VAAPI.
---
libavcodec/hw_base_encode.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/hw_base_encode.c b/libavcodec/hw_base_encode.c
index 7b6ec97d3b..912c707a68 100644
--- a/libavcodec/hw_base_encod
On 15/10/2024 03:50, James Almer wrote:
On 10/14/2024 10:41 PM, Lynne via ffmpeg-devel wrote:
On 14/10/2024 17:24, James Almer wrote:
On 10/14/2024 12:11 PM, Lynne via ffmpeg-devel wrote:
On 12/10/2024 01:01, Lynne wrote:
This format is useful for doing certain lossless transforms on images,
Fixes leaking recon surfaces with VAAPI.
---
libavcodec/hw_base_encode.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/hw_base_encode.c b/libavcodec/hw_base_encode.c
index 7b6ec97d3b..912c707a68 100644
--- a/libavcodec/hw_base_encode.c
+++ b/libavcodec/hw_base_encode.c
@@ -80
This updated patch registers the 'uncv' tag in the isom_tags.c
ff_codec_movvideo_tags[] list. However, I still need to specify the tag
with the "-tag:v uncv" option. I hoped this change would set 'uncv' as the
default tag for raw mp4 video, but I'm not sure what the issue is.
I'm also looking into
Quoting James Almer (2024-10-15 14:54:08)
> On 10/15/2024 6:57 AM, Anton Khirnov wrote:
> > avfilter_process_command() may or may not return ENOSYS whether that
> > flag is set or not, so I don't see what exactly would it be useful for.
>
> I see, although I wouldn't expect ENOSYS for any other ca
On 10/15/2024 6:57 AM, Anton Khirnov wrote:
Quoting James Almer (2024-10-14 22:48:12)
On 10/14/2024 1:27 PM, Alexander Strasser via ffmpeg-devel wrote:
On 2024-10-14 17:52 +0200, Michael Niedermayer wrote:
On Mon, Oct 14, 2024 at 01:36:46PM +0200, Anton Khirnov wrote:
---
fftools/opt_commo
Quoting Soma Lucz (2024-10-13 15:18:49)
> ('-' prefixes between disposition flags have no effect in this case).
This is not entirely true, you could have +foo+bar-foo that evaluates to
bar.
Otherwise looks good to me.
--
Anton Khirnov
___
ffmpeg-devel
Quoting James Almer (2024-10-14 22:48:12)
> On 10/14/2024 1:27 PM, Alexander Strasser via ffmpeg-devel wrote:
> > On 2024-10-14 17:52 +0200, Michael Niedermayer wrote:
> >> On Mon, Oct 14, 2024 at 01:36:46PM +0200, Anton Khirnov wrote:
> >>> ---
> >>> fftools/opt_common.c | 4 +---
> >>> 1 file
---
libavfilter/vf_transpose.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_transpose.c b/libavfilter/vf_transpose.c
index d2836246b5..79e80cb000 100644
--- a/libavfilter/vf_transpose.c
+++ b/libavfilter/vf_transpose.c
@@ -52,7 +52,9 @@ typedef struct
---
libavfilter/vf_tpad.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_tpad.c b/libavfilter/vf_tpad.c
index 0b156772c8..73449147ea 100644
--- a/libavfilter/vf_tpad.c
+++ b/libavfilter/vf_tpad.c
@@ -76,13 +76,17 @@ static int needs_drawing(const
---
libavfilter/vf_telecine.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_telecine.c b/libavfilter/vf_telecine.c
index 77f62f3e8c..107d379c66 100644
--- a/libavfilter/vf_telecine.c
+++ b/libavfilter/vf_telecine.c
@@ -99,13 +99,16 @@ static av_cold in
---
libavfilter/vf_swapuv.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_swapuv.c b/libavfilter/vf_swapuv.c
index 5c7c69494e..866d0824f4 100644
--- a/libavfilter/vf_swapuv.c
+++ b/libavfilter/vf_swapuv.c
@@ -67,7 +67,9 @@ static int is_planar_yuv(const
---
libavfilter/vf_subtitles.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_subtitles.c b/libavfilter/vf_subtitles.c
index de1cfa7d9e..d7f61d2f22 100644
--- a/libavfilter/vf_subtitles.c
+++ b/libavfilter/vf_subtitles.c
@@ -138,9 +138,12 @@ static a
---
libavfilter/vf_tile.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_tile.c b/libavfilter/vf_tile.c
index 2af97fee75..312a9826ae 100644
--- a/libavfilter/vf_tile.c
+++ b/libavfilter/vf_tile.c
@@ -111,9 +111,12 @@ static av_cold int init(AVFilterCont
---
libavfilter/vf_swaprect.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_swaprect.c b/libavfilter/vf_swaprect.c
index 71869cf53a..95214132d7 100644
--- a/libavfilter/vf_swaprect.c
+++ b/libavfilter/vf_swaprect.c
@@ -56,13 +56,16 @@ static const AVOp
It is supposed to be free of side effects. Do it in init instead.
---
libavfilter/vsrc_life.c | 125
1 file changed, 63 insertions(+), 62 deletions(-)
diff --git a/libavfilter/vsrc_life.c b/libavfilter/vsrc_life.c
index a624dbb63c..b5b4626e20 100644
--- a/
---
libavfilter/vsrc_life.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vsrc_life.c b/libavfilter/vsrc_life.c
index b5b4626e20..5506e3bc90 100644
--- a/libavfilter/vsrc_life.c
+++ b/libavfilter/vsrc_life.c
@@ -422,15 +422,17 @@ static int request_fram
---
libavfilter/vf_zscale.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/libavfilter/vf_zscale.c b/libavfilter/vf_zscale.c
index b0316f5bb8..4ba059064b 100644
--- a/libavfilter/vf_zscale.c
+++ b/libavfilter/vf_zscale.c
@@ -183,9 +183,11 @@ static av_col
---
libavfilter/vf_vpp_qsv.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_vpp_qsv.c b/libavfilter/vf_vpp_qsv.c
index 7f05f1fab0..37d41aa44b 100644
--- a/libavfilter/vf_vpp_qsv.c
+++ b/libavfilter/vf_vpp_qsv.c
@@ -932,9 +932,11 @@ static const AVOp
---
libavfilter/vsrc_perlin.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vsrc_perlin.c b/libavfilter/vsrc_perlin.c
index f736d2b97c..9f6f000da5 100644
--- a/libavfilter/vsrc_perlin.c
+++ b/libavfilter/vsrc_perlin.c
@@ -142,11 +142,13 @@ static int reque
---
libavfilter/vf_weave.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_weave.c b/libavfilter/vf_weave.c
index 598779d1cf..9595865320 100644
--- a/libavfilter/vf_weave.c
+++ b/libavfilter/vf_weave.c
@@ -52,11 +52,14 @@ static const AVOption weave_o
---
libavfilter/vf_vmafmotion.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_vmafmotion.c b/libavfilter/vf_vmafmotion.c
index a8adc67019..7c18473a3c 100644
--- a/libavfilter/vf_vmafmotion.c
+++ b/libavfilter/vf_vmafmotion.c
@@ -263,7 +263,9 @@ int ff_v
---
libavfilter/vf_shuffleplanes.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_shuffleplanes.c b/libavfilter/vf_shuffleplanes.c
index c9cbd472ef..7bfa4fe782 100644
--- a/libavfilter/vf_shuffleplanes.c
+++ b/libavfilter/vf_shuffleplanes.c
@@ -41,10
---
libavfilter/vf_v360.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index 12e40205ba..04dc03bee7 100644
--- a/libavfilter/vf_v360.c
+++ b/libavfilter/vf_v360.c
@@ -172,9 +172,11 @@ static const AVOption v360_option
---
libavfilter/vf_untile.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_untile.c b/libavfilter/vf_untile.c
index 486cce31ee..0feedc7a05 100644
--- a/libavfilter/vf_untile.c
+++ b/libavfilter/vf_untile.c
@@ -61,13 +61,16 @@ static av_cold int init(AVF
---
libavfilter/vf_showpalette.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_showpalette.c b/libavfilter/vf_showpalette.c
index e887d07092..db1a224f04 100644
--- a/libavfilter/vf_showpalette.c
+++ b/libavfilter/vf_showpalette.c
@@ -41,17 +41,19 @@
---
libavfilter/vf_stack.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vf_stack.c b/libavfilter/vf_stack.c
index 8328048649..19c6c2971f 100644
--- a/libavfilter/vf_stack.c
+++ b/libavfilter/vf_stack.c
@@ -63,18 +63,22 @@ typedef struct StackC
---
libavfilter/vf_setparams.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vf_setparams.c b/libavfilter/vf_setparams.c
index 14a16477c9..3943fd3c2d 100644
--- a/libavfilter/vf_setparams.c
+++ b/libavfilter/vf_setparams.c
@@ -136,22 +136,23 @@ sta
---
libavfilter/vf_stereo3d.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_stereo3d.c b/libavfilter/vf_stereo3d.c
index dc9cc33556..95e750d1c6 100644
--- a/libavfilter/vf_stereo3d.c
+++ b/libavfilter/vf_stereo3d.c
@@ -279,9 +279,11 @@ static const e
When RPU is removed EL should also be removed. This only applies to
HEVC as AV1 based Profile 10 does not support EL at all.
Signed-off-by: Gnattu OC
---
libavcodec/bsf/dovi_rpu.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/bsf/dovi_rpu.c b/libavcodec/bsf
Quoting Martin Schitter (2024-10-15 03:18:19)
> The missing APIchanges entry requested by A.Khirnov.
>
> Martin
>
> ---
> doc/APIchanges | 3 +++
> 1 file changed, 3 insertions(+)
Pushed, thanks
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-d
Quoting Dennis Mungai (2024-10-13 14:14:06)
> On Sun, Oct 13, 2024, 15:09 Anton Khirnov wrote:
>
> > Pushed.
> >
> > Thanks and sorry it took so long,
> > --
> > Anton Khirnov
> >
>
>
> Does this affect the release point versions, say FFmpeg/7.1? If so, is a
> backport to the release point(s) r
> On Oct 13, 2024, at 05:45, arch1t3cht wrote:
>
> As specified in libass's ass_types.h, the colors or ASS_Images
> should be converted to YCbCr using the matrix/range specified in
> the track's YCbCrMatrix field (unless that field is set to YCBCR_NONE,
> and defaulting to TV.601 if the header
On 15 Oct 2024, at 10:30, Anton Khirnov wrote:
> Quoting Alexander Strasser via ffmpeg-devel (2024-10-15 07:34:26)
>> On 2024-10-14 22:35 +0200, Anton Khirnov wrote:
>>> Quoting Alexander Strasser via ffmpeg-devel (2024-10-14 22:21:38)
> It is documented in the header.
I figured as
Anton Khirnov (12024-10-15):
> headers, but that first requires to eliminate its use.
Not an excuse to remove the feature it was used for at the same time,
especially without warning about it.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-de
Quoting Alexander Strasser via ffmpeg-devel (2024-10-15 07:34:26)
> On 2024-10-14 22:35 +0200, Anton Khirnov wrote:
> > Quoting Alexander Strasser via ffmpeg-devel (2024-10-14 22:21:38)
> > > > It is documented in the header.
> > >
> > > I figured as much but couldn't find a hint in in avfilter.h
>
From: Mark Thompson
These only apply to obsolete drivers which do not work with the
now-required libva 2.x.
Signed-off-by: Fei Wang
---
libavutil/hwcontext_vaapi.c | 123 ++--
libavutil/hwcontext_vaapi.h | 17 +
2 files changed, 52 insertions(+), 88 deletio
From: Mark Thompson
libva 2.0 was released in 2017 and the 2.x versions are included in all
supported distributions nowadays. Various features no longer need any
configure check after this change, including all codecs except AV1.
Note that the libva version is the API version plus one, so this i
65 matches
Mail list logo
