By default the SDK creates a thread for each CPU when creating a mfx
session for decoding / encoding, which results in CPU overhead on a
multi CPU system. Actually creating 2 threads is a better choice for
most cases in practice.
This patch allows user to specify the number of threads created for
The session created for QSV HW device will be used as parent session
only, so we needn't create more threads for this session
---
libavutil/hwcontext_qsv.c | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_qsv.c b/libavutil/hwcontext_
The session for hwupload & hwdownload is used to copy data between
system and video memory, 2 threads are sufficient for the copy in the
SDK.
---
libavutil/hwcontext_qsv.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_qsv.c b/libavutil/
On 3/4/21 11:19 am, Zane van Iperen wrote:
On 1/4/21 9:34 pm, Zane van Iperen wrote:
The block size is hardcoded, so the buffer size is always known.
Statically allocate the buffer on the stack.
Signed-off-by: Zane van Iperen
---
libavcodec/adpcmenc.c | 7 ---
1 file changed, 4 inse
Could someone please upload
https://philip.html5.org/tests/apng/015.png -> /apng/015.png?
Thanks,
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above,
Calling av_frame_make_writable() from decoders is tricky, especially
when frame threading is used. It is much simpler and safer to just make
a private copy of the frame.
This is not expected to have a major performance impact, since
APNG_DISPOSE_OP_BACKGROUND is not used often and
av_frame_make_wri
Anton Khirnov:
> Calling av_frame_make_writable() from decoders is tricky, especially
> when frame threading is used. It is much simpler and safer to just make
> a private copy of the frame.
> This is not expected to have a major performance impact, since
> APNG_DISPOSE_OP_BACKGROUND is not used of
Quoting Marton Balint (2021-04-05 14:32:54)
>
>
> On Mon, 5 Apr 2021, Anton Khirnov wrote:
>
> > It has only been deprecated a year ago.
>
> Considering that this API has limited public usage, I don't think we have
> to be strict about the 2 years here, so IMHO it is fine to remove it
> at th
---
libavutil/video_enc_params.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavutil/video_enc_params.c b/libavutil/video_enc_params.c
index 635176ab91..1779a8799a 100644
--- a/libavutil/video_enc_params.c
+++ b/libavutil/video_enc_params.c
@@ -30,9 +30,9 @@ AVVideo
Quoting Tobias Rapp (2021-03-26 13:58:07)
> Using integer format makes the metadata display similar to the log output.
>
> Fix missing "Overall" metadata key name prefix where necessary. Also
> replace whitespace in some metadata key names with underscore character
> for consistency.
>
> Signed-o
Quoting Andreas Rheinhardt (2021-04-08 10:56:42)
> Anton Khirnov:
> > Calling av_frame_make_writable() from decoders is tricky, especially
> > when frame threading is used. It is much simpler and safer to just make
> > a private copy of the frame.
> > This is not expected to have a major performanc
Anton Khirnov (12021-04-08):
> Does this mean that there are no stability guarantees for metadata
> exported by filters?
We can have stability for the components that are good enough to be
stable, and no stability yet for components that need enhancing.
Regards,
--
Nicolas George
signature.
Anton Khirnov:
> ---
> libavutil/video_enc_params.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavutil/video_enc_params.c b/libavutil/video_enc_params.c
> index 635176ab91..1779a8799a 100644
> --- a/libavutil/video_enc_params.c
> +++ b/libavutil/video_enc_par
Quoting Andreas Rheinhardt (2021-04-08 11:41:41)
> Anton Khirnov:
> > ---
> > libavutil/video_enc_params.c | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/libavutil/video_enc_params.c b/libavutil/video_enc_params.c
> > index 635176ab91..1779a8799a 100644
> > -
Anton Khirnov:
> Quoting Andreas Rheinhardt (2021-04-08 11:41:41)
>> Anton Khirnov:
>>> ---
>>> libavutil/video_enc_params.c | 6 +++---
>>> 1 file changed, 3 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/libavutil/video_enc_params.c b/libavutil/video_enc_params.c
>>> index 635176ab91..1779a8
Apr 8, 2021, 07:35 by yejun@intel.com:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Lynne
>> Sent: 2021年4月8日 12:14
>> To: FFmpeg development discussions and patches
>> Subject: Re: [FFmpeg-devel] [PATCH V7 4/6] lavu: add side data
>> AV_FRAME_DATA_BOUNDING_BOXES
>>
>>
To whom it may concern:
May I ask if my GSoC proposal draft is visible,
the name should be "FFmpeg Windows Screen Record via
Desktop Duplication"
Thanks! :)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/l
Happened in 9168a1c0e67b5c31727b12329b6f52d2bb5e0a14.
Signed-off-by: Andreas Rheinhardt
---
libavformat/webvttenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/webvttenc.c b/libavformat/webvttenc.c
index 809fead69f..2bc86041a7 100644
--- a/libavformat/webvtten
Quoting Andreas Rheinhardt (2021-04-08 12:27:03)
> Anton Khirnov:
> > Quoting Andreas Rheinhardt (2021-04-08 11:41:41)
> >> Anton Khirnov:
> >>> ---
> >>> libavutil/video_enc_params.c | 6 +++---
> >>> 1 file changed, 3 insertions(+), 3 deletions(-)
> >>>
> >>> diff --git a/libavutil/video_enc_par
Quoting James Almer (2021-04-04 01:12:00)
> Signed-off-by: James Almer
> ---
> Now using the avformat_ prefix as Anton requested. I forgot about it when i
> made v3.
>
> libavformat/avformat.h | 39 +++
> libavformat/utils.c| 27 +++
On 4/8/2021 5:44 AM, Anton Khirnov wrote:
Could someone please upload
https://philip.html5.org/tests/apng/015.png -> /apng/015.png?
Thanks,
Uploaded.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-dev
On 4/8/2021 10:09 AM, Anton Khirnov wrote:
Quoting James Almer (2021-04-04 01:12:00)
Signed-off-by: James Almer
---
Now using the avformat_ prefix as Anton requested. I forgot about it when i
made v3.
libavformat/avformat.h | 39 +++
libavformat/utils.c
Quoting James Almer (2021-04-08 15:19:02)
> On 4/8/2021 10:09 AM, Anton Khirnov wrote:
> > Quoting James Almer (2021-04-04 01:12:00)
> >> Signed-off-by: James Almer
> >> ---
> >> Now using the avformat_ prefix as Anton requested. I forgot about it when i
> >> made v3.
> >>
> >> libavformat/avfor
> -Original Message-
> From: ffmpeg-devel On Behalf Of Lynne
> Sent: 2021年4月8日 19:35
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V7 4/6] lavu: add side data
> AV_FRAME_DATA_BOUNDING_BOXES
>
> Apr 8, 2021, 07:35 by yejun@intel.com:
>
> >
>
Guo, Yejun (12021-04-08):
> I'm afraid that we could not make sure all such filters (including filters in
> the
> future) to do the rescale. And in the previous discussion, I got to know that
> 'many other existing side-data types are invalidated by scaling'.
>
> So, we need frame_width and frame
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: 2021年4月8日 22:54
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V7 4/6] lavu: add side data
> AV_FRAME_DATA_BOUNDING_BOXES
>
> Guo, Yejun (12021-04-08):
> > I'm afraid
On Thu, Apr 08, 2021 at 01:58:23AM +0200, Tomas Härdin wrote:
> fre 2021-04-02 klockan 16:35 +0530 skrev Gyan Doshi:
> >
> > On 2021-04-02 15:29, Michael Niedermayer wrote:
> > > Hi all
> > >
> > > We still need to choose the name for 4.4
> > > previous unused suggestions where:
> > > Von Neumann
On Thu, Apr 08, 2021 at 10:46:54AM +0200, Anton Khirnov wrote:
> Calling av_frame_make_writable() from decoders is tricky, especially
> when frame threading is used. It is much simpler and safer to just make
> a private copy of the frame.
> This is not expected to have a major performance impact, s
On Wed, Apr 07, 2021 at 04:59:09PM +0200, Michael Niedermayer wrote:
> On Wed, Apr 07, 2021 at 12:42:50AM +0200, Andreas Rheinhardt wrote:
> > Michael Niedermayer:
> > > Fixes: out of array read
> > > Fixes:
> > > 32968/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSP2_fuzzer-5315296027082752
Apr 8, 2021, 16:51 by yejun@intel.com:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Lynne
>> Sent: 2021年4月8日 19:35
>> To: FFmpeg development discussions and patches
>> Subject: Re: [FFmpeg-devel] [PATCH V7 4/6] lavu: add side data
>> AV_FRAME_DATA_BOUNDING_BOXES
>>
>>
This will give us more room to improve the implementation later.
Suggested-by: Anton Khirnov
Signed-off-by: James Almer
---
libavformat/avformat.h | 12 ++--
libavformat/utils.c| 4 ++--
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavformat/avformat.h b/libavfo
You might want to check your email client as it has added a bunch of
` ` which mangles your message when viewed
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or em
here are the benchmarks https://0x1.st/kX.txt
---
libavcodec/aarch64/h264pred_init.c | 75 +++---
libavcodec/aarch64/h264pred_neon.S | 123 +
2 files changed, 168 insertions(+), 30 deletions(-)
diff --git a/libavcodec/aarch64/h264pred_init.c
b/libavcodec/
Am Do., 8. Apr. 2021 um 21:10 Uhr schrieb Mikhail Nitenko :
>
> here are the benchmarks https://0x1.st/kX.txt
Instead please add the relevant lines to the commit message.
> ---
> libavcodec/aarch64/h264pred_init.c | 75 +++---
> libavcodec/aarch64/h264pred_neon.S | 123 +
It avoids both runtime and compile-time checks.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/rv30.c | 1 +
libavcodec/rv34.c | 9 -
libavcodec/rv40.c | 1 +
3 files changed, 2 insertions(+), 9 deletions(-)
diff --git a/libavcodec/rv30.c b/libavcodec/rv30.c
index 36cd5345fd..e2b75fbe
ff_mpv_decode_init() already sets MpegEncContext.codec_id.
Signed-off-by: Andreas Rheinhardt
---
Supersedes http://ffmpeg.org/pipermail/ffmpeg-devel/2021-April/278741.html
libavcodec/h263dec.c | 1 -
libavcodec/mpeg12dec.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/libavcodec/h263de
From: Andreas Rheinhardt
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mss2.c | 3 +--
libavcodec/vc1.c| 4 +---
libavcodec/vc1.h| 2 +-
libavcodec/vc1_parser.c | 3 ++-
libavcodec/vc1dec.c | 3 +--
5 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/liba
ff_vc1_init_common() already does it.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mss2.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/mss2.c b/libavcodec/mss2.c
index 3e3205ae92..a27fae7559 100644
--- a/libavcodec/mss2.c
+++ b/libavcodec/mss2.c
@@ -752,7 +752,6 @@ static av
Unused since be3492ec7eb2dbb0748c123af911a06c125c90db.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc1.c| 2 --
libavcodec/vc1.h| 2 --
libavcodec/vc1dec.c | 2 --
3 files changed, 6 deletions(-)
diff --git a/libavcodec/vc1.c b/libavcodec/vc1.c
index 5d854b35d2..b7140c089c 100644
-
Signed-off-by: Andreas Rheinhardt
---
All the users of these VLCs and of many more only use VLC.table and
nothing else (the number of bits is hardcoded). Does someone object
to keeping just these pointers in such circumstances?
libavcodec/msmpeg4dec.c | 22 ++
1 file changed,
Signed-off-by: Andreas Rheinhardt
---
libavcodec/msmpeg4enc.c | 23 ---
1 file changed, 4 insertions(+), 19 deletions(-)
diff --git a/libavcodec/msmpeg4enc.c b/libavcodec/msmpeg4enc.c
index 59a18532c2..7147015042 100644
--- a/libavcodec/msmpeg4enc.c
+++ b/libavcodec/msmpeg4en
On Thu, Apr 08, 2021 at 05:34:30PM +0200, Michael Niedermayer wrote:
> On Thu, Apr 08, 2021 at 10:46:54AM +0200, Anton Khirnov wrote:
> > Calling av_frame_make_writable() from decoders is tricky, especially
> > when frame threading is used. It is much simpler and safer to just make
> > a private co
On Wed, Jan 27, 2021 at 3:40 PM wrote:
> From: Levi Dooley
>
> There was an assumption in the existing code that indentation would not
> occur more than once on the same row.
> This was a bad assumption. There are examples of 608 streams which call
> handle_pac multiple times on the same row wit
On Thu, 8 Apr 2021, Mikhail Nitenko wrote:
here are the benchmarks https://0x1.st/kX.txt
---
libavcodec/aarch64/h264pred_init.c | 75 +++---
libavcodec/aarch64/h264pred_neon.S | 123 +
2 files changed, 168 insertions(+), 30 deletions(-)
av_cold void ff_h26
Signed-off-by: Andreas Rheinhardt
---
libavformat/matroskaenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c
index 609a588f78..a4ddf1fa6a 100644
--- a/libavformat/matroskaenc.c
+++ b/libavformat/matroskaenc.c
@@
The value zero for AVPacket.duration means that the duration is unknown,
which in practice means "play this subtitle until overridden by the next
subtitle". Yet for Matroska a BlockGroup with duration zero means
that the subtitle really has a duration zero. "Display until overridden"
is achieved by
> -Original Message-
> From: ffmpeg-devel On Behalf Of Lynne
> Sent: 2021年4月9日 0:57
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V7 4/6] lavu: add side data
> AV_FRAME_DATA_BOUNDING_BOXES
>
First of all, thanks for the quick replies, I see, all
47 matches
Mail list logo
