On Wed, 14 Feb 2024, 02:58 Nuo Mi, wrote:
> >
> >
> >>>
> >>> If there are no objections, I'll push it tomorrow.
> > thank you, Kieran and Paul.
> >
> Hi Kieran,
> Patchwork didn't get your patch.
> I've checked the fate status locally, and it indicates that "make fate-vvc"
> will fail.
> Could y
Hi,
On Sun, 4 Feb 2024, Ramiro Polla wrote:
The code is imported from libjpeg-turbo-3.0.1. The neon registers used
have been changed to avoid modifying v8-v15.
---
I don't remember if we have any extra routines we need to do if importing
foreign code with a differing license. The license her
Quoting Frank Plowman (2024-02-13 11:38:50)
> Btw, I don't think you should add Signed-off-by tags for other people.
> Their exact meaning varies by project and I am not sure of their meaning
> in FFmpeg (if there is one),
There is no officially accepted one.
E.g. I add my signoff to patches I pu
Kieran Kunhya:
> From 15c9311c49ebbe87fc4517b67cb73b3079ec3510 Mon Sep 17 00:00:00 2001
> From: Kieran Kunhya
> Date: Wed, 7 Feb 2024 21:10:08 +
> Subject: [PATCH] vvcdec: Mark as experimental
>
> ---
> libavcodec/vvc/vvcdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_signature.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vf_signature.c b/libavfilter/vf_signature.c
index 4896e8f2c1..eb48bf773d 100644
--- a/libavfilter/vf_signature.c
+++ b/libavfilter/vf_signature
Signed-off-by: Andreas Rheinhardt
---
libavfilter/signature_lookup.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavfilter/signature_lookup.c b/libavfilter/signature_lookup.c
index ad012ecced..90b1d0eadf 100644
--- a/libavfilter/signature_lookup.c
+++ b/libavfilter/
Signed-off-by: Andreas Rheinhardt
---
libavfilter/signature_lookup.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavfilter/signature_lookup.c b/libavfilter/signature_lookup.c
index 90b1d0eadf..3a42737e1a 100644
--- a/libavfilter/signature_lookup.c
+++ b/li
These logs use the wrong loglevel and are uninformative;
and it is of course highly unlikely that a buffer of 56B
can't be allocated.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/signature_lookup.c | 4
1 file changed, 4 deletions(-)
diff --git a/libavfilter/signature_lookup.c b/libav
Signed-off-by: Andreas Rheinhardt
---
libavfilter/signature_lookup.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/libavfilter/signature_lookup.c b/libavfilter/signature_lookup.c
index ff0d23c5c7..9c69c02fbf 100644
--- a/libavfilter/signature_lookup.c
+++ b
On 14 Feb 2024, at 13:03, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/vf_signature.c | 9 ++---
> 1 file changed, 2 insertions(+), 7 deletions(-)
>
> diff --git a/libavfilter/vf_signature.c b/libavfilter/vf_signature.c
> index 4896e8f2c1..eb48bf773d 1006
epira...@gmail.com:
> On 14 Feb 2024, at 13:03, Andreas Rheinhardt wrote:
>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> libavfilter/vf_signature.c | 9 ++---
>> 1 file changed, 2 insertions(+), 7 deletions(-)
>>
>> diff --git a/libavfilter/vf_signature.c b/libavfilter/vf_signature.c
>> in
On Wed, 14 Feb 2024 at 11:47, Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Kieran Kunhya:
> > From 15c9311c49ebbe87fc4517b67cb73b3079ec3510 Mon Sep 17 00:00:00 2001
> > From: Kieran Kunhya
> > Date: Wed, 7 Feb 2024 21:10:08 +
> > Subject: [PATCH] vvcdec: Mark as experimental
Contrary to the existing "fate-checkasm", this always prints the
tool output, and runs all tests at once instead of splitting it up
per target group. This is more useful when the user expects to
look directly at the tool output, instead of being part of a full
fate run.
(On failure with the regula
Broken in 86417b759f789383ab658e2eb90890477a79eedf.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 1ea70578c4..9fe249f3f9 100644
--- a/libavfilter/avfi
On 14/02/2024 02:55, Dmitrii Ovchinnikov wrote:
From: Evgeny Pavlov
This commit adds two AMF filters: scale_amf & scale_amf_hq.
Both filters are using AMF hardware acceleration.
scale_amf supports simple scaling algorithms & color conversion.
scale_amf_hq supports advanced scaling algorithms &
On Wed, Feb 14, 2024 at 4:08 PM Timo Rothenpieler
wrote:
> On 14/02/2024 02:55, Dmitrii Ovchinnikov wrote:
> > From: Evgeny Pavlov
> >
> > This commit adds two AMF filters: scale_amf & scale_amf_hq.
> > Both filters are using AMF hardware acceleration.
> > scale_amf supports simple scaling algor
On Wed, 14 Feb 2024, 18:28 Evgeny Pavlov, wrote:
> On Wed, Feb 14, 2024 at 4:08 PM Timo Rothenpieler
> wrote:
>
> > On 14/02/2024 02:55, Dmitrii Ovchinnikov wrote:
> > > From: Evgeny Pavlov
> > >
> > > This commit adds two AMF filters: scale_amf & scale_amf_hq.
> > > Both filters are using AMF
>>AVAMFDeviceContextInternal *internal. Can't say if this is needed here
>>at all or not.
I have separated AVAMFDeviceContextInternal into a separate structure,
since it is also used in the decoder and encoder, even when
hwaccel amf is not used
>>These should probably take a AVAMFDeviceContext poi
To do this, allocate AVFilterInternal jointly with AVFilterContext
and rename it to FFFilterContext in the process (similarly to
AVStream/FFStream).
The AVFilterInternal* will be removed from AVFilterContext
on the next major bump.
Signed-off-by: Andreas Rheinhardt
---
Several of these patches ar
This commit moves the generic-layer stuff (that is not used
by filters) to a new header of its own, similarly to
5e7b5b0090bdf68e0897fe55ee657fdccc0cbca2 for libavcodec.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.c | 1 +
libavfilter/avfilter_internal.h | 84 +++
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfiltergraph.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/libavfilter/avfiltergraph.c b/libavfilter/avfiltergraph.c
index df22de03a0..a9befb954f 100644
--- a/libavfilter/avfiltergraph.c
+++ b/liba
To do this, allocate AVFilterGraphInternal jointly with AVFilterGraph
and rename it to FFFilterGraph in the process (similarly to
AVStream/FFStream).
The AVFilterGraphInternal* will be removed on the next major version
bump.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.c |
(These fields were in AVFilterGraph although AVFilterGraphInternal
existed for years.)
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.h | 12
libavfilter/avfilter_internal.h | 6 ++
libavfilter/avfiltergraph.c | 32 +---
3 fi
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.c | 7 ---
libavfilter/avfilter.h | 7 ---
libavfilter/link_internal.h | 7 +++
3 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 796ec29afd..a3f8c
Also make FFFilterGraph.sink_links a FilterLinkInternal**
because sink_links is used to access FilterLinkInternal
fields.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.c | 21 +++-
libavfilter/avfilter.h | 5 ---
libavfilter/avfilter_internal.h | 5 +--
l
Avoids ugly casts when uninitializing.
(One could actually avoid allocating this separately if one
were willing to expose FFFramePool to those files including
link_internal.h.)
Signed-off-by: Andreas Rheinhardt
---
libavfilter/audio.c | 22 --
libavfilter/avfilter.c
On Tue, Feb 13, 2024 at 11:50:09PM +0100, Matthieu Bouron wrote:
> This will allow to use the jni utils in libavformat. This will be mostly
> useful
> to add Android content-uri support.
>
> This deprecates avcodec/jni.h functions in favor of the ones from
> avutil/jni.h.
> ---
> doc/APIchanges
Do not construct the name manually from input file/stream indices.
This is a step towards avoiding the assumption that filtergraph inputs
are always fed by demuxers.
---
fftools/ffmpeg.h| 2 ++
fftools/ffmpeg_demux.c | 4
fftools/ffmpeg_filter.c | 21 -
3 files
Rather than read them directly from InputStream.
This is a step towards avoiding the assumption that filtergraph inputs
are always fed by demuxers.
---
fftools/ffmpeg.h| 7 +++
fftools/ffmpeg_demux.c | 41 -
fftools/ffmpeg_filter.c | 21 ++
The computation is based on demuxer properties, so that is the more
appropriate place for it. Filter code just receives the desired
start time/duration.
---
fftools/ffmpeg.h| 11 +++
fftools/ffmpeg_demux.c | 24 +++-
fftools/ffmpeg_filter.c | 23 ++-
It should never be necessary now that decoders propagate global side
data to frames.
---
fftools/ffmpeg_filter.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index 38ddd1963a..ed62e1d8ec 100644
--- a/fftools/ffmpeg_filter.c
+++ b/fftoo
Rather than read them directly from InputStream.
This is a step towards avoiding the assumption that filtergraph inputs
are always fed by demuxers.
---
fftools/ffmpeg.h| 10 --
fftools/ffmpeg_demux.c | 8 ++--
fftools/ffmpeg_filter.c | 5 +++--
3 files changed, 17 insertion
---
fftools/ffmpeg_dec.c| 38 ++---
fftools/ffmpeg_demux.c | 68 +++
fftools/ffmpeg_filter.c | 120
fftools/ffmpeg_mux.h| 66 +++---
4 files changed, 146 insertions(+), 146 deletions(-)
diff --git a/f
Outside of ifilter_bind_ist(), there are no longer any assumptions about
about filter inputs being fed by an InputStream.
---
fftools/ffmpeg_filter.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index a13b2ccf95..dcd08
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 timebase
* for sub2video, AV_TIME_BASE_Q is used, which is hardcoded by t
Rather than read it directly from InputStream.
This is a step towards avoiding the assumption that filtergraph inputs
are always fed by demuxers.
---
fftools/ffmpeg.h| 10 --
fftools/ffmpeg_demux.c | 10 +++---
fftools/ffmpeg_filter.c | 9 +++--
3 files changed, 18 inser
---
fftools/ffmpeg.c | 120 ---
fftools/ffmpeg.h | 3 --
fftools/ffmpeg_dec.c | 120 +++
3 files changed, 120 insertions(+), 123 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 035210a8e9
On Tue, Feb 13, 2024 at 04:24:56PM -0500, Leo Izen wrote:
> Write EXIF metadata exposed AV_FRAME_DATA_EXIF as an eXIf chunk
> to PNG files, if present.
>
> Signed-off-by: Leo Izen
> ---
> libavcodec/pngenc.c | 4
> 1 file changed, 4 insertions(+)
This seems to break:
--- ./tests/ref/fate/
Leo Izen:
> Write EXIF metadata exposed AV_FRAME_DATA_EXIF as an eXIf chunk
> to PNG files, if present.
>
> Signed-off-by: Leo Izen
> ---
> libavcodec/pngenc.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavcodec/pngenc.c b/libavcodec/pngenc.c
> index 50689cb50c..a302c879da 1
Make av_tx_init() agree with documentation:
* Real to complex and complex to real DFTs.
* For the float and int32 variants, the scale type is 'float', while for
* the double variant, it's a 'double'. If scale is NULL, 1.0 will be used
* as a default.
---
libavutil/tx.c | 4 ++-
On 14/02/2024 01:55, Dmitrii Ovchinnikov wrote:
Adds hwcontext_amf, which allows to use shared AMF
context for the encoder, decoder and AMF-based filters,
without copy to the host memory.
It will also allow you to use some optimizations in
the interaction of components (for example, SAV) and make
This together with adjusting the inclusion define allows for the
build to not fail with latest Vulkan-Headers that contain the
stabilized Vulkan AV1 decoding definitions.
Compilation fails currently as the AV1 header is getting included
via hwcontext_vulkan.h -> -> vulkan_core.h, which
finally in
Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index 6c38041ddb8..f853bc4c913 100644
--- a/libswscale/tests/swscale.c
+++ b/libswscale/tests/
Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 23 ---
1 file changed, 20 insertions(+), 3 deletions(-)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index f853bc4c913..6792fcaa3dc 100644
--- a/libswscale/tests/swscale.c
+++ b/libsw
Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index 6792fcaa3dc..facdbbae481 100644
--- a/libswscale/tests/swscale.c
+++ b/libs
Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index facdbbae481..07d0af4377e 100644
--- a/libswscale/tests/swscale.c
+++ b/libswscale/tests/swscale
Testing all cases exhaustively is slow
Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index 07d0af4377e..68434fb7baf 100644
--- a/libswscale/tests/swscale.c
also highlight cases that worsened alot in uppercase
Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index 68434fb7baf..32e1f96be2b 100644
--- a/libswscale/tests
Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index 32e1f96be2b..cf8d04de898 100644
--- a/libswscale/tests/swscale.c
+++ b/libswsca
On Wed, Feb 14, 2024 at 07:18:04PM +0100, Michael Niedermayer wrote:
> On Tue, Feb 13, 2024 at 11:50:09PM +0100, Matthieu Bouron wrote:
> > This will allow to use the jni utils in libavformat. This will be mostly
> > useful
> > to add Android content-uri support.
> >
> > This deprecates avcodec/j
On Sun, 11 Feb 2024, Connor Worley wrote:
This change decouples the frame dimensions from avctx, which is useful
for DXV decoding, and fixes incorrect behavior in the existing
implementation.
Keep in mind that avctx->coded_width/height can change on a per-frame
basis. So most likely it is
On 13/02/2024 22:50, Matthieu Bouron wrote:
This will allow to use the jni utils in libavformat. This will be mostly useful
to add Android content-uri support.
This deprecates avcodec/jni.h functions in favor of the ones from avutil/jni.h.
---
doc/APIchanges | 6 +
On Mon, 12 Feb 2024, Ingo Oppermann wrote:
Add missing NULL check and use ff_urldecode for string query
parameters.
Will apply, thanks.
Marton
Signed-off-by: Ingo Oppermann
---
libavformat/libsrt.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/libavfor
On 14/02/2024 01:55, Dmitrii Ovchinnikov wrote:
From: Evgeny Pavlov
Added AMF based h264, hevc, av1 decoders.
Co-authored-by: Dmitrii Ovchinnikov
---
libavcodec/Makefile | 4 +-
libavcodec/allcodecs.c | 3 +
libavcodec/amfdec.c | 667
Feb 14, 2024, 21:45 by pr...@xvid.org:
> Make av_tx_init() agree with documentation:
>
> * Real to complex and complex to real DFTs.
> * For the float and int32 variants, the scale type is 'float', while for
> * the double variant, it's a 'double'. If scale is NULL, 1.0 will be used
> * as a d
On Wed, Feb 14, 2024 at 07:24:32PM +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
From: Zhao Zhili
Signed-off-by: Zhao Zhili
---
libavformat/libsrt.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index 56acb6e741..a1d732f841 100644
--- a/libavformat/libsrt.c
+++ b/libavformat/libsrt.c
@@ -674,9 +674,6 @@ static int libsrt_o
> On Feb 14, 2024, at 06:50, Matthieu Bouron wrote:
>
> Hi,
>
> On Android, content providers are used for accessing files through shared
> mechanisms. One typical case would be an app willing to open a video from
> Google Photos, gallery apps, TikTok, Instagram or some other providers.
> A co
This change decouples the frame dimensions from avctx, which is useful
for DXV decoding, and fixes incorrect behavior in the existing
implementation.
Tested with `make fate THREADS=7` and
`make fate THREADS=7 THREAD_TYPE=slice`.
Signed-off-by: Connor Worley
---
libavcodec/dds.c
I remember wondering why was this not run as a FATE test.
--
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.org
On Wed, Feb 14, 2024 at 11:31:21PM +, Mark Thompson wrote:
> On 13/02/2024 22:50, Matthieu Bouron wrote:
> > This will allow to use the jni utils in libavformat. This will be mostly
> > useful
> > to add Android content-uri support.
> >
> > This deprecates avcodec/jni.h functions in favor of
On Thu, Feb 15, 2024 at 12:13:59PM +0800, Zhao Zhili wrote:
>
>
> > On Feb 14, 2024, at 06:50, Matthieu Bouron
> > wrote:
> >
> > Hi,
> >
> > On Android, content providers are used for accessing files through shared
> > mechanisms. One typical case would be an app willing to open a video from
62 matches
Mail list logo
