> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Wednesday, December 15, 2021 5:40 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for
> vaapi
>
> On Tue, Dec
Two benifites of this commit:
1. Save memory. If we play an 8k hevc, previous code we allocate 50M * 20(1 +
16 + 3) = 1G memory. 4 may enough for most of playback usecases. 16 is a waste.
2. Allow downstream cache more frames. A downstream lookahead encoder will
cache some frames. 20 may not
Legacy drivers can't support decode output frame pool resize.
---
libavutil/hwcontext_vaapi.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
index 14a2df38c6..c13c395da2 100644
---
---
libavutil/hwcontext_vaapi.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavutil/hwcontext_vaapi.h b/libavutil/hwcontext_vaapi.h
index 0b2e071cb3..e4c7707861 100644
--- a/libavutil/hwcontext_vaapi.h
+++ b/libavutil/hwcontext_vaapi.h
@@ -58,6 +58,12 @@ enum {
* and the
---
libavutil/hwcontext_vaapi.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
index 83e542876d..14a2df38c6 100644
--- a/libavutil/hwcontext_vaapi.c
+++ b/libavutil/hwcontext_vaapi.c
@@ -475,8 +475,11 @@ static
> You are hacking it to lie to the hwcontext implementation around how the
> device was derived, so the test fails because it finds a different derivation
> structure to what it created? That seems correct?
>
> Your command-line was:
>
> $ ffmpeg -init_hw_device vaapi=intel:/dev/dri/renderD128
ice in qsv_device_create
>
> On Tue, Feb 23, 2021 at 9:34 AM Guangxin Xu wrote:
>
> >
> >
> > On Mon, Feb 22, 2021 at 5:17 PM Soft Works
> wrote:
> >
> >>
> >>
> >> > -Original Message-
> >> > From: ffmpeg-devel On
> -Original Message-
> From: ffmpeg-devel On Behalf Of Xu,
> Guangxin
> Sent: Tuesday, March 9, 2021 5:13 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] avcodec/h264_slice: don't copy frame
> data
We will test vaapi for this patch.
But I am more curious about the software decoder behaviors.
This approach just ref the yuv. Not the intermedia data(like mv, macroblock
type)
Will it have problem if missed frame selected as colPic (Figure 8-2 in spec).
> -Original Message-
> From:
opencl_device_derive only handles AV_HWDEVICE_TYPE_VAAPI.
We need a source device for qsv.
this will fix following pipeline:
ffmpeg -init_hw_device vaapi=intel:/dev/dri/renderD128 -init_hw_device
opencl=ocl@intel -hwaccel qsv -c:v h264_qsv -hwaccel_output_format qsv -i
$input -filter_hw_device
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Friday, January 22, 2021 11:37 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] avutils/vulkan: hwmap, respect src
> frame resolution
>
> Jan 21, 2021,
fixes http://trac.ffmpeg.org/ticket/9055
The hw decoder may allocate a large frame from AVHWFramesContext, and adjust
width and height based on bitstream.
We need to use resolution from src frame instead of AVHWFramesContext.
test command:
ffmpeg -loglevel debug -hide_banner -hwaccel vaapi
fixes #8857
If we do not clear the enc_ctrl, we will reuse previous frames' data like
FrameType.
---
libavcodec/qsvenc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index 2bd2a56227..94473c4eab 100644
--- a/libavcodec/qsvenc.c
+++
---
libavcodec/qsvdec.c | 29 +++--
1 file changed, 11 insertions(+), 18 deletions(-)
diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c
index 3ca16dafae..d10f90a0db 100644
--- a/libavcodec/qsvdec.c
+++ b/libavcodec/qsvdec.c
@@ -682,21 +682,12 @@ static av_cold int
---
libavcodec/Makefile | 14 +--
libavcodec/qsvdec.c | 41 ++-
libavcodec/qsvdec_other.c | 242 --
3 files changed, 47 insertions(+), 250 deletions(-)
delete mode 100644 libavcodec/qsvdec_other.c
diff --git a/libavcodec/Makefile
---
libavcodec/Makefile | 8 +-
libavcodec/qsvdec.c | 217 -
libavcodec/qsvdec_h2645.c | 250 --
3 files changed, 219 insertions(+), 256 deletions(-)
delete mode 100644 libavcodec/qsvdec_h2645.c
diff --git
---
libavcodec/qsvdec_h2645.c | 89 +++
1 file changed, 33 insertions(+), 56 deletions(-)
diff --git a/libavcodec/qsvdec_h2645.c b/libavcodec/qsvdec_h2645.c
index 3d6e85230f..974c1b6034 100644
--- a/libavcodec/qsvdec_h2645.c
+++ b/libavcodec/qsvdec_h2645.c
@@
---
libavcodec/qsvdec_other.c | 188 --
1 file changed, 36 insertions(+), 152 deletions(-)
diff --git a/libavcodec/qsvdec_other.c b/libavcodec/qsvdec_other.c
index 2775e07955..266ac9f2e5 100644
--- a/libavcodec/qsvdec_other.c
+++ b/libavcodec/qsvdec_other.c
@@
---
libavcodec/qsvdec_h2645.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/qsvdec_h2645.c b/libavcodec/qsvdec_h2645.c
index 02c41883b6..3d6e85230f 100644
--- a/libavcodec/qsvdec_h2645.c
+++ b/libavcodec/qsvdec_h2645.c
@@ -69,6 +69,8 @@ static av_cold int
---
libavcodec/qsvdec.c | 29 +++--
1 file changed, 11 insertions(+), 18 deletions(-)
diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c
index ed40e2f4c2..8da367079a 100644
--- a/libavcodec/qsvdec.c
+++ b/libavcodec/qsvdec.c
@@ -681,21 +681,12 @@ static av_cold int
---
libavcodec/Makefile | 14 +--
libavcodec/qsvdec.c | 42 ++-
libavcodec/qsvdec_other.c | 242 --
3 files changed, 48 insertions(+), 250 deletions(-)
delete mode 100644 libavcodec/qsvdec_other.c
diff --git a/libavcodec/Makefile
---
libavcodec/Makefile | 8 +-
libavcodec/qsvdec.c | 215 -
libavcodec/qsvdec_h2645.c | 248 --
3 files changed, 217 insertions(+), 254 deletions(-)
delete mode 100644 libavcodec/qsvdec_h2645.c
diff --git
---
libavcodec/qsvdec_h2645.c | 89 +++
1 file changed, 33 insertions(+), 56 deletions(-)
diff --git a/libavcodec/qsvdec_h2645.c b/libavcodec/qsvdec_h2645.c
index 02c41883b6..b0ab23a922 100644
--- a/libavcodec/qsvdec_h2645.c
+++ b/libavcodec/qsvdec_h2645.c
@@
---
libavcodec/qsvdec_other.c | 188 --
1 file changed, 36 insertions(+), 152 deletions(-)
diff --git a/libavcodec/qsvdec_other.c b/libavcodec/qsvdec_other.c
index 2775e07955..266ac9f2e5 100644
--- a/libavcodec/qsvdec_other.c
+++ b/libavcodec/qsvdec_other.c
@@
you can download it from:
https://www.itu.int/wftp3/av-arch/jctvc-site/bitstream_exchange/draft_conformance/RExt/WPP_HIGH_TP_444_8BIT_RExt_Apple_2.zip
Signed-off-by: Xu Guangxin
---
tests/fate/hevc.mak | 1 +
.../hevc-conformance
you can download it from:
https://www.itu.int/wftp3/av-arch/jctvc-site/bitstream_exchange/draft_conformance/RExt/WPP_HIGH_TP_444_8BIT_RExt_Apple_2.zip
Signed-off-by: Xu Guangxin
---
tests/fate/hevc.mak | 1 +
.../hevc-conformance
WPP_AND_TILE_AND_CABAC_BYPASS_ALIGN_0_HIGH_TP_444_14BIT_RExt_Apple_2.bit
WPP_AND_TILE_AND_CABAC_BYPASS_ALIGN_1_HIGH_TP_444_14BIT_RExt_Apple_2.bit
WPP_AND_TILE_HIGH_TP_444_8BIT_RExt_Apple_2.bit
you can download them from:
https://www.itu.int/wftp3/av-arch/jctvc-site/bitstream_exchange/draft_conformance/RExt/
Signed-off-by: Xu Guangxin
fix ticket: 8932
For poc 2, we have tile boundary at x = 640.
When we predict cu(640,912),the top left pixel is not avaliable to the cu.
So, we can not check it's intra or not. We need set top[-1] = top[0] directly.
see 8.4.4.2.1 for details
---
libavcodec/hevcpred_template.c | 2 +-
1 file
you can download it from:
https://www.itu.int/wftp3/av-arch/jctvc-site/bitstream_exchange/draft_conformance/RExt/WPP_HIGH_TP_444_8BIT_RExt_Apple_2.bit
Signed-off-by: Xu Guangxin
---
tests/fate/hevc.mak | 1 +
.../hevc-conformance
.bit
WPP_AND_TILE_AND_CABAC_BYPASS_ALIGN_1_HIGH_TP_444_14BIT_RExt_Apple_2.bit
WPP_AND_TILE_HIGH_TP_444_8BIT_RExt_Apple_2.bit
you can download them from:
https://www.itu.int/wftp3/av-arch/jctvc-site/bitstream_exchange/draft_conformance/RExt/
Signed-off-by: Xu Guangxin
---
libavcodec/hevc_cabac.c
Steps to reproduce:
1. ./configure --enable-debug=3 --disable-libx264 && make install
2. ffmpeg -i input.mp4 -profile:v baseline output.mp4 -y
you will see a crash like this:
[mpeg4 @ 0x575854c0] [Eval @ 0x7fffbf80] Undefined constant or missing
'(' in 'baseline'
[mpeg4 @ 0x575854c0]
May not related to this patch.
When we have show_existing_frame and the frame_type is key frame, do we need do
"Reference frame update"?
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: Monday, August 24, 2020 3:24 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject:
> -Original Message-
> From: ffmpeg-devel On Behalf Of Guo,
> Yejun
> Sent: Friday, August 14, 2020 9:50 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH V2] dnn_backend_openvino.c: parse options
> in openvino backend
>
> Signed-off-by: Guo, Yejun
> ---
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Mingyu Yin
> Sent: Friday, August 14, 2020 6:11 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH] dnn_backend_native_layer_mathbinary: add
> floormod support
>
> Signed-off-by: Mingyu Yin
> ---
>
v3 changelist: add missed tests/ref/fate/av1-low-overhead-demux
---
tests/fate/demux.mak | 3 +++
tests/ref/fate/av1-low-overhead-demux | 16
2 files changed, 19 insertions(+)
create mode 100644 tests/ref/fate/av1-low-overhead-demux
diff --git
mpeg-devel] [PATCH v3 2/3] avormat/av1dec: add low-
> overhead bitstream format
>
> On Thu, 13 Aug 2020, James Almer wrote:
>
> > On 8/13/2020 3:51 AM, Xu Guangxin wrote:
>
> >> +
> >> +ret = obu_prefetch(s, header, MAX_OBU_HEADER_SIZE);
> >>
> Almer
> Sent: Friday, August 14, 2020 3:11 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 2/3] avormat/av1dec: add low-
> overhead bitstream format
>
> On 8/13/2020 3:51 AM, Xu Guangxin wrote:
> > Hi James,
> > thanks for your feedback,
Hi James,
thanks for your feedback, please help review it again.
Changelist for v3:
use av_fifo_* instead of homebrewed fifo operations
obu_probe(), add padding obu to alllow list
read_header(), use "const AVRational* framerate" instead of "AVRational
framerate"
It's defined in
t; overhead bitstream format
>
> On 8/10/2020 6:34 AM, Xu Guangxin wrote:
> > It's defined in Section 5.2, used by netflix.
> > see http://download.opencontent.netflix.com/?prefix=AV1/Chimera/
> > ---
> > configure| 1 +
> > libavformat
Hi James,
All issues addressed. Could you help review it again?
Thanks for you great help on this.
> -Original Message-
> From: Xu, Guangxin
> Sent: Monday, August 10, 2020 5:34 PM
> To: ffmpeg-devel@ffmpeg.org; jamr...@gmail.com
> Cc: Xu, Guangxin
> Subject: [PATC
It's defined in Section 5.2, used by netflix.
see http://download.opencontent.netflix.com/?prefix=AV1/Chimera/
---
configure| 1 +
libavformat/allformats.c | 1 +
libavformat/av1dec.c | 266 +++
3 files changed, 245 insertions(+), 23
---
tests/fate/demux.mak | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tests/fate/demux.mak b/tests/fate/demux.mak
index 9f3a6be276..763452a533 100644
--- a/tests/fate/demux.mak
+++ b/tests/fate/demux.mak
@@ -13,6 +13,9 @@ fate-aea-demux: CMD = crc -i $(TARGET_SAMPLES)/aea/chirp.aea
---
libavcodec/av1_parse.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/av1_parse.h b/libavcodec/av1_parse.h
index 01bcd646c2..ae0ebb5a18 100644
--- a/libavcodec/av1_parse.h
+++ b/libavcodec/av1_parse.h
@@ -27,6 +27,9 @@
#include "avcodec.h"
#include
ot;av1" to "obu".
Change demux name to ff_obu_demuxer
Use MAX_OBU_HEADER_SIZE instead MAX_HEADER_SIZE
Rename log context c to logctx.
Xu Guangxin (3):
av1_parse: refact, use macro for MAX_OBU_HEADER_SIZE
avormat/av1dec: add low-overhead bitstream format
fate: av1dec, add
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: Friday, August 7, 2020 1:38 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 2/5] av1_parser: do not check buf_size if
> we have size in obu header
>
> On 8/6/
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: Thursday, August 6, 2020 10:09 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 4/5] avormat/av1dec: add low-overhead
> bitstream format
>
> On 8/6/2020
;
> On 8/6/2020 5:04 AM, Xu Guangxin wrote:
> > It's defined in Section 5.2, used by netflix.
> > see http://download.opencontent.netflix.com/?prefix=AV1/Chimera/
> > ---
> > libavformat/allformats.c | 1 +
> > libavformat/av1dec.c | 193
>
@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 2/5] av1_parser: do not check buf_size if
> we have size in obu header
>
> On 8/6/2020 5:04 AM, Xu Guangxin wrote:
> > for low overhead obu, we can't forsee the obu size. we can only get it
> > when we parsed the obu header.
---
tests/fate/demux.mak | 3 +++
tests/ref/fate/av1-low-overhead-demux | 16
2 files changed, 19 insertions(+)
create mode 100644 tests/ref/fate/av1-low-overhead-demux
diff --git a/tests/fate/demux.mak b/tests/fate/demux.mak
index 9f3a6be276..763452a533
It's defined in Section 5.2, used by netflix.
see http://download.opencontent.netflix.com/?prefix=AV1/Chimera/
---
libavformat/allformats.c | 1 +
libavformat/av1dec.c | 193 +--
2 files changed, 185 insertions(+), 9 deletions(-)
diff --git
we need them later
---
libavformat/av1dec.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/libavformat/av1dec.c b/libavformat/av1dec.c
index 297e87cc52..ec66152e03 100644
--- a/libavformat/av1dec.c
+++ b/libavformat/av1dec.c
@@ -60,14 +60,9 @@ static int
for low overhead obu, we can't forsee the obu size. we can only get it
when we parsed the obu header.
---
libavcodec/av1_parse.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/av1_parse.h b/libavcodec/av1_parse.h
index a3b39f039c..823bdedd5e 100644
---
Xu Guangxin (5):
av1_parser: parser_obu_header, return has_size_flag
av1_parser: do not check buf_size if we have size in obu header
avformat/av1dec: refact, do not overide return value in read_obu
avormat/av1dec: add low-overhead bitstream format
fate: av1dec, add test clip for low
From: Xu Guangxin
we need check has_size_flag for low overhead obu
---
libavcodec/av1_parse.c | 4 ++--
libavcodec/av1_parse.h | 8
libavformat/av1.c | 12 ++--
libavformat/av1dec.c | 10 +-
4 files changed, 17 insertions(+), 17 deletions(-)
diff --git
54 matches
Mail list logo
