Jean-Baptiste Kempf 于2023年9月5日周二 13:28写道：
>
>
>
> On Tue, 5 Sep 2023, at 03:17, Steven Liu wrote:
> > Signed-off-by: Steven Liu
> > ---
> > Changelog | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/Changelog b/Changelog
> > index 6c2622dc4e..0cfcecfb93 100644
> > --- a/Changelog
>
mån 2023-09-04 klockan 11:53 +0800 skrev Jun Zhao:
> Dump the encoder, it's will help debug some case
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/videotoolboxenc.c | 20
> 1 file changed, 20 insertions(+)
Looks OK
/Tomas
___
f
mån 2023-09-04 klockan 11:53 +0800 skrev Jun Zhao:
> Get the encoder supported properties list, it will be used for
> feature support checks.
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/videotoolboxenc.c | 27 +++
> 1 file changed, 27 insertions(+)
>
> diff --git a/li
ping
On Tue, Jul 4, 2023 at 3:17 AM David Lou
wrote:
> Fix the fact that ffprobe no longer detects m3u8 in a data url correctly.
>
> For example,
>
> ffprobe
> data:application/vnd.apple.mpegurl;base64,I0VYVE0zVQojRVhULVgtVkVSU0lPTjozCiNFWFQtWC1UQVJHRVREVVJBVElPTjozMAojRVhUSU5GOjMwLApodHRwczovL2
On Tue, Sep 5, 2023 at 3:52 PM Tomas Härdin wrote:
>
> mån 2023-09-04 klockan 11:53 +0800 skrev Jun Zhao:
> > Get the encoder supported properties list, it will be used for
> > feature support checks.
> >
> > Signed-off-by: Jun Zhao
> > ---
> > libavcodec/videotoolboxenc.c | 27 +
Quoting David Lou (2023-07-03 21:17:40)
> Fix the fact that ffprobe no longer detects m3u8 in a data url correctly.
>
> For example,
>
> ffprobe
> data:application/vnd.apple.mpegurl;base64,I0VYVE0zVQojRVhULVgtVkVSU0lPTjozCiNFWFQtWC1UQVJHRVREVVJBVElPTjozMAojRVhUSU5GOjMwLApodHRwczovL2Rvd25sb2FkLnN
> On Sep 5, 2023, at 17:36, myp...@gmail.com wrote:
>
> On Tue, Sep 5, 2023 at 3:52 PM Tomas Härdin wrote:
>>
>> mån 2023-09-04 klockan 11:53 +0800 skrev Jun Zhao:
>>> Get the encoder supported properties list, it will be used for
>>> feature support checks.
>>>
>>> Signed-off-by: Jun Zhao
>
> On Sep 3, 2023, at 11:53 PM, Jun Zhao wrote:
>
> Dump the encoder, it's will help debug some case
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/videotoolboxenc.c | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videot
> On Sep 5, 2023, at 18:43, Richard Kern wrote:
>
>
>
>> On Sep 3, 2023, at 11:53 PM, Jun Zhao wrote:
>>
>> Dump the encoder, it's will help debug some case
>>
>> Signed-off-by: Jun Zhao
>> ---
>> libavcodec/videotoolboxenc.c | 20
>> 1 file changed, 20 insertions(+)
Quoting James Almer (2023-09-05 00:08:48)
> This will allow the propagation of global side data within the AVCodecContext
> instead of having to do it inside packets, and thus be available during
> init().
> Global and frame specific side data will therefore be distinct.
This commit message is mi
Quoting Stefano Sabatini (2023-09-01 20:28:33)
> On date Friday 2023-09-01 17:50:56 +0200, Anton Khirnov wrote:
> > Quoting Stefano Sabatini (2023-08-31 17:06:06)
> > > On date Saturday 2023-08-26 17:15:36 +0200, Anton Khirnov wrote:
> > > > Quoting Stefano Sabatini (2023-08-26 14:23:28)
> > > > >
On 9/5/2023 8:07 AM, Anton Khirnov wrote:
Quoting James Almer (2023-09-05 00:08:48)
This will allow the propagation of global side data within the AVCodecContext
instead of having to do it inside packets, and thus be available during init().
Global and frame specific side data will therefore be
Quoting James Almer (2023-09-05 13:26:22)
> On 9/5/2023 8:07 AM, Anton Khirnov wrote:
> > Quoting James Almer (2023-09-05 00:08:48)
> >> This will allow the propagation of global side data within the
> >> AVCodecContext
> >> instead of having to do it inside packets, and thus be available during
Quoting James Almer (2023-09-02 15:12:20)
> On 9/1/2023 5:38 PM, Jan Ekström wrote:
> > ---
> > libavutil/frame.c | 5 +
> > libavutil/frame.h | 8
> > 2 files changed, 13 insertions(+)
> >
> > diff --git a/libavutil/frame.c b/libavutil/frame.c
> > index 4b8481b756..b03f8d6c73 100
On 9/5/2023 8:37 AM, Anton Khirnov wrote:
Quoting James Almer (2023-09-05 13:26:22)
On 9/5/2023 8:07 AM, Anton Khirnov wrote:
Quoting James Almer (2023-09-05 00:08:48)
This will allow the propagation of global side data within the AVCodecContext
instead of having to do it inside packets, and t
On 9/5/2023 8:48 AM, Anton Khirnov wrote:
Quoting James Almer (2023-09-02 15:12:20)
On 9/1/2023 5:38 PM, Jan Ekström wrote:
---
libavutil/frame.c | 5 +
libavutil/frame.h | 8
2 files changed, 13 insertions(+)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index 4b8481b
On 9/1/23 16:38, Jan Ekström wrote:
This will make it possible to reuse logic in further commits.
---
libavutil/frame.c | 24
1 file changed, 16 insertions(+), 8 deletions(-)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index 9eff851d64..0b1a8e5244 100644
--- a/
-Original Message-
From: ffmpeg-devel On Behalf Of Stefano
Sabatini
Sent: Saturday, September 2, 2023 5:45 PM
To: ffmpeg-devel@ffmpeg.org
Cc: kier...@obe.tv; Carotti, Elias
Subject: RE: [EXTERNAL] [FFmpeg-devel] [PATCH] lavc/libx264: enable
x4->params.analyse.b_fast_pskip if mb_info
Attached.
From b4d48134a026aaafddf753a1470f03e56b233f57 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Tue, 5 Sep 2023 14:46:39 +0200
Subject: [PATCH] avcodec/adxdec: add support for 6 channels
Signed-off-by: Paul B Mahol
---
libavcodec/adx.h| 4 +++-
libavcodec/adxdec.c | 2 +-
2 files
---
libavcodec/cbs_h266.h | 1 +
libavcodec/cbs_h266_syntax_template.c | 9 -
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/cbs_h266.h b/libavcodec/cbs_h266.h
index 3a6f6d96b5..a263e898bf 100644
--- a/libavcodec/cbs_h266.h
+++ b/libavcodec/cbs_h2
---
libavcodec/vvc/Makefile |3 +-
libavcodec/vvc/vvc_ps.c | 1306 +++
libavcodec/vvc/vvc_ps.h | 274
libavcodec/vvc/vvcdec.h |4 +
4 files changed, 1586 insertions(+), 1 deletion(-)
create mode 100644 libavcodec/vvc/vvc_ps.c
create mode 1006
>
>
>
> #14 0x55aa01f2 in avformat_find_stream_info (ic=0x58698900,
> options=0x5869a3c0) at libavformat/demux.c:2771
> #15 0x55697446 in ifile_open (o=0x7fffdaa0,
> filename=0x7fffe56b "fate-suite//vvc-conformance/SUBPIC_A_3.bit") at
> fftools/ffmpeg_demux.c:1538
>
On 9/4/2023 5:10 PM, James Almer wrote:
>> * Warn users they need to update their code to not use stream side data (?).
>>Will my code just silently change behavior if it was using stream
>>side data? I legitimately do not know due to the above.
>
> How so? This, like any other deprecated
On 9/5/2023 10:19 AM, Derek Buitenhuis wrote:
On 9/4/2023 5:10 PM, James Almer wrote:
* Warn users they need to update their code to not use stream side data (?).
Will my code just silently change behavior if it was using stream
side data? I legitimately do not know due to the above.
H
On 9/5/2023 2:31 PM, James Almer wrote:
> Users relying on global side data being in the first packet need to call
> the inject() lavf function to enable said functionality. As that
> function is now deprecated, they will get the relevant warning and be
> directed to the global side data API.
>
On Tue, Sep 5, 2023 at 10:04 AM Michael Niedermayer
wrote:
> The constraints in the specification are self contradictionary if
> num_multi_layer_olss is 0
>
Hi Michael,
See
https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/cbs_h266_syntax_template.c#L897
This loop can make sure num_multi_l
Dump the encoder, it's will help debug some case
Signed-off-by: Jun Zhao
---
libavcodec/videotoolboxenc.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index 8e493c4f7a..3512d35b73 100644
--- a/libavcod
Get the encoder supported properties list, it will be used for
feature support checks.
Signed-off-by: Jun Zhao
---
libavcodec/videotoolboxenc.c | 68
1 file changed, 45 insertions(+), 23 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/vid
On 5 Sep 2023, at 18:02, 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 | 68
> 1 file changed, 45 insertions(+), 23 deletions(-)
>
>
Hi,
On Thu, Aug 31, 2023 at 11:39 AM Kyle Swanson wrote:
> On Wed, Aug 30, 2023 at 9:44 AM Kyle Swanson wrote:
> > Fixed in the attached patch.
>
> Any other reviews, or is this one OK to merge now?
I'll merge this in a few days.
Thanks,
Kyle
___
ffm
This is not an error condition, but would be treated like one if the
program terminates on the next transcode loop iteration because of a
signal or keyboard input.
Fixes #10504
Tested-by: https://github.com/0Ky
---
fftools/ffmpeg.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fftools/ffmpe
This reverts commit eb88ccb92e05018b1060cf8126b30eeeff551d3b.
AVCodecContext fields are the proper place for a decoder to export such values.
This change is in preparation for the following commits.
---
libavcodec/avcodec.h | 2 +-
libavcodec/mpeg12dec.c | 11 +--
2 files changed, 6 in
Muxers may access this information through cpb properties within the stream's
side data.
Signed-off-by: James Almer
---
libavformat/demux.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/libavformat/demux.c b/libavformat/demux.c
index b218f64574..fcd5daf699 100644
--- a/l
It's already exported using the relevant AVCodecContext fields.
Signed-off-by: James Almer
---
libavcodec/mpeg12dec.c| 10 ++
libavcodec/mpegvideo_parser.c | 2 +-
2 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/libavcodec/mpeg12dec.c b/libavcodec/mpeg12dec.c
inde
It's only used by encoders, so move it to prevent wrong usage.
Signed-off-by: James Almer
---
libavcodec/encode.c | 31 +++
libavcodec/encode.h | 5 +
libavcodec/internal.h | 5 -
libavcodec/libaomenc.c | 2 +-
libavcodec/libopenh
Attached.
From fc0f592a04ffa99b94b1402905d0bcfb2b15270c Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Tue, 5 Sep 2023 16:53:32 +0200
Subject: [PATCH] avformat: add CRI USM demuxer
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat
Attached.
From c307a7598689fc39ad993c73428b44e0c4d0356e Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Tue, 5 Sep 2023 23:41:22 +0200
Subject: [PATCH] fate: add OSQ test
Signed-off-by: Paul B Mahol
---
tests/fate/lossless-audio.mak | 3 +++
tests/ref/fate/lossless-osq | 1 +
2 files change
Other C++ standard libraries exist. Also, this is not a proper way to
link the standard library anyway. Instead when a C++ dependency is
detected, switch to the C++ compiler driver to properly link everything.
Signed-off-by: Kacper Michajłow
---
configure | 27 ++-
1 file
If libplacebo is statically linked with glslang it requires C++ standard
library. Also recently more C++ code has been added to libplacebo.
Signed-off-by: Kacper Michajłow
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 90ee6e4f7d..ed714639d1 100755
On Wed, Sep 6, 2023 at 12:14 AM Kacper Michajłow wrote:
>
> Other C++ standard libraries exist. Also, this is not a proper way to
> link the standard library anyway. Instead when a C++ dependency is
> detected, switch to the C++ compiler driver to properly link everything.
>
> Signed-off-by: Kacpe
On date Tuesday 2023-09-05 13:19:00 +0200, Anton Khirnov wrote:
> Quoting Stefano Sabatini (2023-09-01 20:28:33)
> > On date Friday 2023-09-01 17:50:56 +0200, Anton Khirnov wrote:
> > > Quoting Stefano Sabatini (2023-08-31 17:06:06)
> > > > On date Saturday 2023-08-26 17:15:36 +0200, Anton Khirnov
On date Tuesday 2023-09-05 12:43:35 +, ffmpeg-devel Mailing List wrote:
[...]
> On date Saturday 2023-09-02 09:20:08 +, Carotti, Elias wrote:
> > On Thu, 2023-08-31 at 19:09 +0200, Stefano Sabatini wrote:
> > >
> >
> > >
> > > > In particular why are you turning on fast_pskip silently base
On date Saturday 2023-08-26 03:10:28 +0200, Stefano Sabatini wrote:
> Also, merge x264opts and x264-opts option docs to avoid duplication
> and make it even more clearer they provide the same functionality.
> ---
> doc/encoders.texi | 66 ++-
> 1 file ch
On date Saturday 2023-08-26 12:56:10 +0200, Stefano Sabatini wrote:
> Drop reference to constants removed in 94eed68ace9f2416af8.
>
> In particular, rename me_method to me_quality and add description for
> supported values.
>
> Address trac issue:
> http://trac.ffmpeg.org/ticket/10003
> ---
> do
On date Friday 2023-09-01 15:43:36 +0200, Stefano Sabatini wrote:
> Also, avoid spurious end-of-line after side data entries, and improve
> rendering of compact output, by adding an indication of the side data
> type for each entry.
>
> Also fixes issue:
> http://trac.ffmpeg.org/ticket/9266
> ---
On date Sunday 2023-09-03 09:39:02 +0200, Paul B Mahol wrote:
> This simplify nothing at all.
I don't mind dropping this one.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit li
If libplacebo is statically linked with glslang it requires C++ standard
library. Also recently more C++ code has been added to libplacebo.
Signed-off-by: Kacper Michajłow
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index f3ff48586a..0dbdffb5c1 100755
Other C++ standard libraries exist. Also, this is not a proper way to
link the standard library anyway. Instead when a C++ dependency is
detected, switch to the C++ compiler driver to properly link everything.
Signed-off-by: Kacper Michajłow
---
configure | 26 ++
1 file
On Wed, 6 Sept 2023 at 00:17, Hendrik Leppkes wrote:
>
> On Wed, Sep 6, 2023 at 12:14 AM Kacper Michajłow wrote:
> >
> > Other C++ standard libraries exist. Also, this is not a proper way to
> > link the standard library anyway. Instead when a C++ dependency is
> > detected, switch to the C++ com
On Tue, Sep 05, 2023 at 10:51:23PM +0800, Nuo Mi wrote:
> On Tue, Sep 5, 2023 at 10:04 AM Michael Niedermayer
> wrote:
>
> > The constraints in the specification are self contradictionary if
> > num_multi_layer_olss is 0
> >
>
> Hi Michael,
> See
> https://github.com/FFmpeg/FFmpeg/blob/master/li
On date Sunday 2023-09-03 09:41:49 +0200, Paul B Mahol wrote:
> Decoder formats may not relate to encoder formats, thus this one looks too
> hackish to me to accept.
Agreed, but this is yet another change unrelated to the fix.
___
ffmpeg-devel mailing li
On date Sunday 2023-09-03 09:41:49 +0200, Paul B Mahol wrote:
> Decoder formats may not relate to encoder formats, thus this one looks too
> hackish to me to accept.
Agreed but this is unrelated to the crash fix.
___
ffmpeg-devel mailing list
ffmpeg-deve
Attached.
From dea5517ee383b4133a11137b99b27ba389e04a47 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Wed, 6 Sep 2023 02:04:10 +0200
Subject: [PATCH] avformat/flacdec: set time base for headerless flac
Fixes #6396.
Signed-off-by: Paul B Mahol
---
libavformat/flacdec.c | 11 ++-
1 f
Attached.
From 8295be1415649255b26cfdb0308d7be208711b4d Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Wed, 6 Sep 2023 02:27:56 +0200
Subject: [PATCH] avcodec/yuv4enc: do not read past end of input in case of odd
height
Signed-off-by: Paul B Mahol
---
libavcodec/yuv4enc.c | 13 -
On Wed, Sep 6, 2023 at 1:49 AM Stefano Sabatini wrote:
> On date Sunday 2023-09-03 09:41:49 +0200, Paul B Mahol wrote:
> > Decoder formats may not relate to encoder formats, thus this one looks
> too
> > hackish to me to accept.
>
> Agreed but this is unrelated to the crash fix.
>
And what if de
On Wed, Sep 6, 2023 at 12:13 AM Marvin Scholz wrote:
>
> On 5 Sep 2023, at 18:02, 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 | 68 +++
Forgot to add the new types to the print, currently
they fallback to "unknown".
>From 439f1e881313ef63ecb8e8e264f4847d6612619d Mon Sep 17 00:00:00 2001
From: Lynne
Date: Sun, 3 Sep 2023 16:47:53 +0200
Subject: [PATCH 1/2] lavu/tx: add missing prints for the type of dctI/dstI
---
libavutil/tx.c
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 defined in section A.3 of the ITU-T H.264 Specifica
On 2023-08-26 04:26 pm, Stefano Sabatini wrote:
Drop reference to constants removed in 94eed68ace9f2416af8.
In particular, rename me_method to me_quality and add description for
supported values.
Address trac issue:
http://trac.ffmpeg.org/ticket/10003
---
doc/encoders.texi | 21 +--
On 2023-08-26 06:40 am, Stefano Sabatini wrote:
Also, merge x264opts and x264-opts option docs to avoid duplication
and make it even more clearer they provide the same functionality.
---
doc/encoders.texi | 66 ++-
1 file changed, 37 insertions(+)
On 2023-08-26 06:40 am, Stefano Sabatini wrote:
Address trac issue:
http://trac.ffmpeg.org/ticket/3947
---
doc/encoders.texi | 8
1 file changed, 8 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 947b0c3320..b7fbc25f92 100644
--- a/doc/encoders.texi
+++ b/do
From: Haihao Xiang
When AVQSVFramesContext.nb_surfaces is set to 0, a dynamic frame pool is
expected, otherwise a fixed frame pool is expected.
In addition, AVQSVFramesContext.info is added. User should provide
AVQSVFramesContext.info instead of AVQSVFramesContext.surfaces for
dynamic frame pool
From: Haihao Xiang
When AVHWFramesContext.initial_pool_size is 0, a dynamic frame pool is
required. We may support this under certain conditions, e.g. oneVPL 2.9+
support dynamic frame allocation, we needn't provide a fixed frame pool
in the mfxFrameAllocator.Alloc callback.
Signed-off-by: Haiha
From: Haihao Xiang
Allow the source is a dynamic frame pool
Signed-off-by: Haihao Xiang
---
libavutil/hwcontext_qsv.c | 61 ++-
1 file changed, 54 insertions(+), 7 deletions(-)
diff --git a/libavutil/hwcontext_qsv.c b/libavutil/hwcontext_qsv.c
index 21ce422
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavutil/hwcontext_qsv.c | 131 +-
1 file changed, 129 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_qsv.c b/libavutil/hwcontext_qsv.c
index ceb5087b6b..d097f28654 100644
--- a/libavutil/hw
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavcodec/qsv.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/libavcodec/qsv.c b/libavcodec/qsv.c
index 7563625627..3f4b7b8193 100644
--- a/libavcodec/qsv.c
+++ b/libavcodec/qsv.c
@@ -987,9 +987,18 @@ stati
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavcodec/qsv.c| 4 ++--
libavcodec/qsvenc.c | 10 ++
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/libavcodec/qsv.c b/libavcodec/qsv.c
index 3f4b7b8193..4ae697379f 100644
--- a/libavcodec/qsv.c
+++ b/libavcodec/q
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavcodec/qsv.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git a/libavcodec/qsv.c b/libavcodec/qsv.c
index 4ae697379f..f8ef5a4ae5 100644
--- a/libavcodec/qsv.c
+++ b/libavcodec/qsv.c
@@ -841,6 +84
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavfilter/qsvvpp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c
index 5cdba7d54a..d09140d89b 100644
--- a/libavfilter/qsvvpp.c
+++ b/libavfilter/qsvvpp.c
@@ -307,7 +307,7 @@ s
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavcodec/qsvdec.c | 57 +++--
1 file changed, 45 insertions(+), 12 deletions(-)
diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c
index da700f25e9..5549df304a 100644
--- a/libavcodec/qsvdec.c
+++
From: Haihao Xiang
This allows a downstream element stores more frames from VAAPI
decoders and fixes error in get_buffer()
$ ffmpeg -hwaccel vaapi -hwaccel_output_format vaapi -i input_100frames.mp4 \
-vf reverse -an -f null -
...
[h264 @ 0x557a075a1400] get_buffer() failed
[h264 @ 0x557a075a14
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
libavfilter/qsvvpp.c | 52
1 file changed, 29 insertions(+), 23 deletions(-)
diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c
index d09140d89b..2c8e73e87d 100644
--- a/libavfilter/qsvvpp.c
+
From: Haihao Xiang
With libva2, the argument for render target list to vaCreateContext() is
a hint, so we may use a dynamic frame pool.
Signed-off-by: Haihao Xiang
---
doc/APIchanges | 4
libavutil/hwcontext_vaapi.c | 2 +-
libavutil/hwcontext_vaapi.h | 5 +++--
libavutil/ver
From: Haihao Xiang
This can avoid out of memory with vaapi filters since commit 5fa00b3.
Example:
$ ffmpeg -init_hw_device vaapi=hw:/dev/dri/renderD128
-hwaccel_output_format vaapi -hwaccel vaapi -i input.mp4 -vf
'scale_vaapi=w=720:h=480' -vframes 1 -f null -
...
[vf#0:0 @ 0x55ffe793ba80] Error
ons 2023-09-06 klockan 02:10 +0200 skrev Paul B Mahol:
> +static const uint16_t sr_table[16] = {
> + 0, 1764, 3528, 3840, 160, 320, 441, 480, 640, 882, 960, 1920, 0,
> 0, 0, 0
> +};
Why not premultiply these by 50?
/Tomas
___
ffmpeg-devel mailing lis
ons 2023-09-06 klockan 02:35 +0200 skrev Paul B Mahol:
> + if (avctx->height & 1) {
> + for (j = 0; j < avctx->width + 1 >> 1; j++) {
Don't we usually wrap shifted expressions in parentheses? I know >> is
lower presedence than + (a wtf in itself tbh) but I seem to recall
parens being the
tis 2023-09-05 klockan 23:44 +0200 skrev Paul B Mahol:
> Attached.
Looks OK
/Tomas
___
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...@ff
77 matches
Mail list logo
