On Wo, 2023-02-08 at 16:04 +0800, wenbin.chen-at-intel@ffmpeg.org wrote:
> From: Wenbin Chen
>
> Signed-off-by: Wenbin Chen
> ---
> libavfilter/qsvvpp.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c
> index e181e7b5
On Di, 2023-02-07 at 11:59 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> The common code will be used in QSV based stack filters.
>
> Signed-off-by: Haihao Xiang
> ---
> libavfilter/stack_internal.c | 355 +++
> libavfilter/stack_internal.h | 60 ++
> li
On Di, 2023-02-07 at 14:36 +0800, Tong Wu wrote:
> 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 d3d11v
On Sat, 11 Feb 2023, Ziemowit Laski wrote:
Thanks for the detailed explanation. Now my head hurts.
I guess by "native" you mean those apps that do not depend on MSYS/Cygwin
DLL functionality? All of the apps are native.
Yeah, more or less. They use the regular win32 api just like MSVC based
This is v2 of the patch for https://trac.ffmpeg.org/ticket/10148.
It implements the handling described at
http://ffmpeg.org/pipermail/ffmpeg-devel/2023-February/306542.html, that is:
* If we receive [AUD][IDR], we emit [AUD][SPS][PPS][IDR]
* If we receive [SEI][AUD][IDR], we emit [AUD][SPS][P
Fixes: Timeout
Fixes:
55116/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VORBIS_fuzzer-4572159970508800
Signed-off-by: Michael Niedermayer
---
libavcodec/vorbisdec.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/vorbisdec.c b/libavcodec/vorbisdec.c
index dd856a6dfe..93
> Not at all - it's entirely a technical thing. MSYS, which is a fork of
> cygwin, is an environment to provide a full POSIX (i.e. unix) environment
> on top of Windows, which involves a lot of trickery to make system calls
> like fork() work on top of a OS that doesn't provide that.
But that's ex
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 ca
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 2f
Anton Khirnov:
> The filter calls pthreads functions unconditionally.
> ---
> configure | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index d67855c729..12184c7f26 100755
> --- a/configure
> +++ b/configure
> @@ -3667,7 +3667,7 @@ eq_filter_deps="
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 encoder.
> A loop
On Mon, 13 Feb 2023, Ziemowit Laski wrote:
Not at all - it's entirely a technical thing. MSYS, which is a fork of
cygwin, is an environment to provide a full POSIX (i.e. unix) environment
on top of Windows, which involves a lot of trickery to make system calls
like fork() work on top of a OS tha
12 matches
Mail list logo