flags and value.type is needed when pass VASurfaceAttrib to driver.
Otherwise the attribute will be considered invalid in driver.
Signed-off-by: Wangfei
---
libavcodec/vaapi_decode.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/vaapi_decode.c b/libavcodec/vaapi_decode.c
index
On 19-11-2019 12:55 pm, Carl Eugen Hoyos wrote:
Am Di., 19. Nov. 2019 um 08:14 Uhr schrieb Gyan :
[...]
lgtm
Thanks. Pushed as ef479ee660e4dfbf2645fe3a50d8639fdc22ab1b
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/
On 19-11-2019 12:54 pm, Carl Eugen Hoyos wrote:
Am Di., 19. Nov. 2019 um 08:14 Uhr schrieb Gyan :
[...]
lgtm
Thanks. Pushed as 0cfda90b34844ee7e050978db09b529e0a0c
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/m
On Tue, Nov 19, 2019 at 4:24 PM Wangfei wrote:
>
> flags and value.type is needed when pass VASurfaceAttrib to driver.
> Otherwise the attribute will be considered invalid in driver.
>
> Signed-off-by: Wangfei
> ---
> libavcodec/vaapi_decode.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff -
Please revert it, it is incorrect patch,
On 11/19/19, Gyan wrote:
>
>
> On 19-11-2019 12:55 pm, Carl Eugen Hoyos wrote:
>> Am Di., 19. Nov. 2019 um 08:14 Uhr schrieb Gyan :
>>
>> [...]
>>
>> lgtm
>
> Thanks. Pushed as ef479ee660e4dfbf2645fe3a50d8639fdc22ab1b
>
> Gyan
> ___
> -Original Message-
> From: Guo, Yejun
> Sent: Wednesday, November 13, 2019 1:41 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Guo, Yejun
> Subject: [PATCH] fate/filter-video: add test for dnn_processing with model
> halve_first_channel
>
> Signed-off-by: Guo, Yejun
> ---
> tests/fate/filte
Hello fellow developers,
Last week, a large number of us met during VDD
(https://www.videolan.org/videolan/events/vdd19/), as I had announced
previously on this very mailing list.
The meeting was long but productive, as we talked about the organization of our
community.
Quite a few people were
I hereby here declare against this "Decisions" and will act against them.
On 11/19/19, Jean-Baptiste Kempf wrote:
> Hello fellow developers,
>
> Last week, a large number of us met during VDD
> (https://www.videolan.org/videolan/events/vdd19/), as I had announced
> previously on this very mailing
Signed-off-by: Paul B Mahol
---
libavfilter/vf_fade.c | 49 ++-
1 file changed, 44 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_fade.c b/libavfilter/vf_fade.c
index bec765a09e..12b0d0c876 100644
--- a/libavfilter/vf_fade.c
+++ b/libavfilter/vf
Fix a NULL dereference and leaks.
Signed-off-by: Kusanagi Kouichi
---
libavdevice/xcbgrab.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavdevice/xcbgrab.c b/libavdevice/xcbgrab.c
index b7e689343e..063fecf838 100644
--- a/libavdevice/xcbgrab.c
+++ b/libavdevice/xcbgrab.c
@@ -168,6
Use AVBufferPool.
before:
$ ffmpeg -benchmark -f x11grab -video_size 1920x1200 -r 200 -t 3 -i +0,0 -f
null -
...
frame= 600 fps=102 q=-0.0 Lsize=N/A time=00:00:03.00 bitrate=N/A speed=0.51x
video:314kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing
overhead: unknown
bench: u
On 18.11.2019 12:09, Paul B Mahol wrote:
Signed-off-by: Paul B Mahol
---
libavfilter/vf_chromakey.c | 142 +++--
1 file changed, 137 insertions(+), 5 deletions(-)
No complaints about the code. I don't have files to test with, but
assuming you have tested th
This is possible because the size of a scan header is always a multiple
of a byte.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/cbs_jpeg.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/libavcodec/cbs_jpeg.c b/libavcodec/cbs_jpeg.c
index b189cbd9b7..64fe70beab
Up until now, writing the data of a slice uses an intermediate buffer
into which the unit (both header as well as the rest) is assembled
before being copied into a freshly allocated buffer. But given that one
has a very good upper bound on the size needed before one starts copying
the slice data, o
when writing a unit from content.
Writing a unit (i.e. assembling it from its decomposed form) currently
always uses an intermediate buffer; only after the unit has been
completely assembled in this buffer (so that, in particular, the needed
size is known), is the final buffer allocated and the da
This commit makes use of the fact that the final unit buffer is now
allocated within write_unit to avoid a memcpy of tile data: It is now no
longer copied into an intermediate buffer before being written into the
final buffer, but directly written into the final buffer.
Signed-off-by: Andreas Rhei
Writing a unit (always a frame) in cbs_vp9 used an intermediate buffer
to write the frame header followed by the frame data that was copied
into said buffer. Afterwards, the final buffer for the frame was
allocated and everything copied into this buffer. But it is trivial to
compute the needed size
Any more comments?
On Mon, 2019-11-18 at 15:39 +0200, Oleg Dobkin wrote:
> Updated
>
> On Mon, 2019-11-18 at 13:51 +0100, Timo Rothenpieler wrote:
>
> On 18/11/2019 12:25, Oleg Dobkin wrote:
>
> FFmpeg supports multiple tracks of the Video Codec SDK, to support
> older
> drivers and legacy GPUs
This commit makes use of the fact that the final unit buffer is now
allocated within write_unit to avoid a memcpy of scan data: It is now no
longer copied into an intermediate buffer before being written into the
final buffer, but directly written into the final buffer.
Writing the scan element in
On Sun, Nov 17, 2019 at 06:37:58PM -0300, gga wrote:
> The following patch adds a timeout interrupt to av_read_frame to prevent it
> from hanging up the application. This patch was proposed some years ago but
> was not applied back then. I believe it is useful and should be considered
> for appro
Is it vp9_qsv encoder will work on i9-9900k Intel CPU or we need to wait for
new CPU release from Intel?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ff
On 11/18/2019 12:02 AM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> tests/fate/cbs.mak| 26 ++-
> .../fate/cbs-av1-av1-1-b10-23-film_grain-50 | 1 +
> tests/ref/fate/cbs-av1-av1-1-b8-02-allintra | 1 +
> tests/ref/fate/cbs-av1-av1-1-b8
Hi Guys,
We just did some research on gapless playback across multiple client devices,
and could not find support for adding gapless metadata headers in ffmpeg. Our
interest is specifically in AAC/MP4, and we ended up shifting to the fdk-aac
package, which exposes options for adding moov/edts/e
Signed-off-by: Paul B Mahol
---
libavfilter/aarch64/vf_nlmeans_init.c | 4 +-
libavfilter/nlmeans_template.c| 366 ++
libavfilter/vf_nlmeans.c | 526 ++
libavfilter/vf_nlmeans.h | 44 ++-
4 files changed, 520 insertions(
On 19.11.2019 17:42, Oleg Dobkin wrote:
Any more comments?
Only thing I'm still wondering is if it would make sense to use the
primary context by default.
I can't think of any obvious downsides, other than weakened isolation,
which really shouldn't be a huge concern.
And there apparently ar
On Mon, Nov 18, 2019 at 09:02:48AM -0800, Baptiste Coudurier wrote:
>
> > On Nov 15, 2019, at 3:10 PM, Michael Niedermayer
> > wrote:
> >
> > Fixes: out of array access
> > Fixes:
> > 18788/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DVVIDEO_fuzzer-6254863113781248
> >
> > Found-by: con
On Wed, Nov 20, 2019 at 6:43 AM Paul B Mahol wrote:
>
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/aarch64/vf_nlmeans_init.c | 4 +-
> libavfilter/nlmeans_template.c| 366 ++
> libavfilter/vf_nlmeans.c | 526 ++
> libavfilter/vf
> On Tue, Nov 19, 2019 at 4:24 PM Wangfei wrote:
> >
> > flags and value.type is needed when pass VASurfaceAttrib to driver.
> > Otherwise the attribute will be considered invalid in driver.
> >
> > Signed-off-by: Wangfei
> > ---
> > libavcodec/vaapi_decode.c | 2 ++
> > 1 file changed, 2 inser
i9-9900k is coffee lake IIRC, but vp9_qsv encoder just be supported
since Ice lake.
BTW, such question should be moved to FFmpeg-user channel.
Alex <3.1...@ukr.net> 于2019年11月20日周三 上午2:14写道：
>
> Is it vp9_qsv encoder will work on i9-9900k Intel CPU or we need to wait for
> new CPU release from Int
On Fri, Sep 20, 2019 at 5:12 AM Fu, Linjie wrote:
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Fu, Linjie
> > Sent: Wednesday, September 11, 2019 00:02
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH, v2 2/2
On Sun, Sep 29, 2019 at 3:19 AM Fu, Linjie wrote:
> > -Original Message-
> > From: Li, Zhong
> > Sent: Friday, September 13, 2019 00:05
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Cc: Fu, Linjie
> > Subject: RE: [FFmpeg-devel] [PATCH, v2] lavc/vaapi_encod
31 matches
Mail list logo
