On Ma, 2023-02-06 at 13:44 +0800, Fei Wang wrote:
> From: Linjie Fu
>
> Described in HEVC spec A.3.7.
>
> Signed-off-by: Linjie Fu
> Signed-off-by: Fei Wang
> ---
> 1. fix compile warning with VAAPI version less than 1.2.0
>
> libavcodec/avcodec.h | 1 +
> libavcodec/hevc_ps.c | 2 ++
>
Remove CONFIG_VAAPI for VUYX, YUYV422, Y210, XV30, Y212, XV36.
Make 8-bit, 10-bit, 12-bit YUV 4:2:2 video sources as well as YUV 4:4:4
video sources supported by d3d11va and dxva2 just like what VAAPI does.
Sign-off-by: Tong Wu
---
libavcodec/qsv.c | 4
libavutil/hwcontext_qsv.c
Add support for VUYX, YUYV422, Y210, XV30, P012, Y212, XV36.
The added formats work with qsv acceleration and will not have
impact on dxva2 acceleration(-hwaccel dxva2) since so far
these formats are still not supported by using dxva2 acceleration.
Hwupload and hwdownload can work with the added
Add support for VUYX, YUYV422, Y210, XV30, P012, Y212, XV36.
The added formats work with qsv acceleration and will not have
impact on d3d11va acceleration(-hwaccel d3d11va) since so far
these formats are still not supported by using d3d11va acceleration.
Hwupload and hwdownload can work with the
io_close2 should be used instead.
Signed-off-by: Marton Balint
---
doc/APIchanges | 4
libavformat/avformat.c | 6 ++
libavformat/avformat.h | 5 +
libavformat/dashenc.c | 4
libavformat/fifo.c | 4
libavformat/hlsenc.c| 4
CC libavcodec/libx265.o
libavcodec/libx265.c: In function ‘libx265_encode_frame’:
libavcodec/libx265.c:781:5: warning: this ‘else’ clause does not guard...
[-Wmisleading-indentation]
else
^~~~
libavcodec/libx265.c:782:1: note: ...this statement, but the latter is
misleadingly
On Mon, 13 Feb 2023, Tomas Härdin wrote:
mån 2023-02-13 klockan 20:33 +0100 skrev Marton Balint:
On Mon, 13 Feb 2023, Tomas Härdin wrote:
> Passes FATE because we don't have any tests that mux files with a
> whopping 250 frames. Tested with a jpeg2000 Tears of Steel sample.
Have you
mån 2023-02-13 klockan 20:33 +0100 skrev Marton Balint:
>
>
> On Mon, 13 Feb 2023, Tomas Härdin wrote:
>
> > Passes FATE because we don't have any tests that mux files with a
> > whopping 250 frames. Tested with a jpeg2000 Tears of Steel sample.
>
> Have you checked what BMX does? Because as
On Mon, 13 Feb 2023, Tomas Härdin wrote:
Passes FATE because we don't have any tests that mux files with a
whopping 250 frames. Tested with a jpeg2000 Tears of Steel sample.
Have you checked what BMX does? Because as far as I remember for
RDD9 (XDCAM HD) this should not exceed 10 seconds.
Test s337m probing in wav container.
Test dolby_e demuxing for 20 bits with program config '5.1+2'.
---
tests/Makefile | 1 +
tests/fate/audio.mak | 3 +++
tests/ref/fate/s337m-wav | 10 ++
3 files changed, 14 insertions(+)
create mode 100644 tests/ref/fate/s337m-wav
---
libavformat/wavdec.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
index fd9ca89880..29192e48f0 100644
--- a/libavformat/wavdec.c
+++ b/libavformat/wavdec.c
@@ -793,14 +793,14 @@ smv_out:
size =
Add s337m probing and demuxing similarly to spdif.
Add 'non_pcm_mode' option to disable s337m demuxing (pass-through).
---
libavformat/wavdec.c | 47 +++-
1 file changed, 38 insertions(+), 9 deletions(-)
diff --git a/libavformat/wavdec.c
Similar to ff_spdif_probe() with just an additional checking of
the bit resolution of the container as it may be 16 or 24 for s337m.
---
libavformat/s337m.c | 32
libavformat/s337m.h | 16
2 files changed, 48 insertions(+)
diff --git
Prepare the support of s337m in muxers other than raw (ex: wav).
For example, this forbids reading 16 bits DolbyE stream from a 24 bit wav file.
---
libavformat/s337m.c | 21 +++--
libavformat/s337m.h | 3 ++-
2 files changed, 17 insertions(+), 7 deletions(-)
diff --git
Prepare use of s337m_get_packet from outside.
---
libavformat/s337m.c | 24
libavformat/s337m.h | 37 +
2 files changed, 57 insertions(+), 4 deletions(-)
create mode 100644 libavformat/s337m.h
diff --git a/libavformat/s337m.c
Feb 13, 2023, 10:29 by d.kozin...@samsung.com:
> Lynne, if it concerns us, we will comply with both the current and the new
> maintainership policy once your patchset is pushed. We see that your change
> has not yet been pushed into the main branch, and it appears that the
> discussion on this
On Sat, 11 Feb 2023, Martin Storsjö wrote:
On Fri, 10 Feb 2023, Ziemowit Laski wrote:
Second version of my patch. Please let me know if I forgot something.
I believe this looks good, thanks. I'll give it another try (in a day or
two), and push it once I've done that if it works fine.
I
We've had some discussion on IRC about how to get tonemap support into
vf_colorspace and converting from/to PQ (and maybe HLG) and 31-bit
intermediate values. If that is done then the second patch in this set
becomes superfluous. But I'd still like to see this patch (1/2) pushed
if no one objects
Passes FATE because we don't have any tests that mux files with a
whopping 250 frames. Tested with a jpeg2000 Tears of Steel sample.
/Tomas
From ad87019bf1ec7540a43e9a56acaf7adb32c917ee Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Mon, 13 Feb 2023 10:55:06 +0100
Subject:
Lynne, if it concerns us, we will comply with both the current and the new
maintainership policy once your patchset is pushed. We see that your change
has not yet been pushed into the main branch, and it appears that the
discussion on this topic may still be ongoing, although both Michael and
From: Wenbin Chen
According to
https://github.com/Intel-Media-SDK/MediaSDK/blob/master/doc/mediasdk-man.md#configuration-change.
Before calling MFXVideoENCODE_Reset, The application needs to retrieve
any cached frames in the SDK encoder.
A loop is added before MFXVideoENCODE_Reset to retrieve
From: Wenbin Chen
When encode RGB frame, Intel driver convert RGB to YUV, so we cannot
set RGB colorspace to VPL/MSDK.
Signed-off-by: Wenbin Chen
---
libavcodec/qsvenc.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index
> wenbin.chen-at-intel@ffmpeg.org:
> > From: Wenbin Chen
> >
> > According to https://github.com/Intel-Media-
> SDK/MediaSDK/blob/master/doc/mediasdk-man.md#configuration-change.
> > Before calling MFXVideoENCODE_Reset, The application needs to retrieve
> > any cached frames in the SDK
> From: Wenbin Chen
>
> When encode RGB frame, Intel driver convert RGB to YUV, so we cannot
> set RGB colorspace to VPL/MSDK.
>
> Signed-off-by: Wenbin Chen
> ---
> libavcodec/qsvenc.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/qsvenc.c
24 matches
Mail list logo
