This is sample code for reference
HW support for decode+scaling in a single HW command (VDBOX+SFC).
The primary target usage is video analytics, but can be used playback,
transcoding, etc.
For VAAPI -
https://github.com/intel/libva
basically, it allows multiple outputs (in different resolutions)
This is sample code for reference
HW support for decode+scaling in a single HW command (VDBOX+SFC).
The primary target usage is video analytics, but can be used playback,
transcoding, etc.
For VAAPI -
https://github.com/intel/libva
basically, it allows multiple outputs (in different resolutions)
This is sample code for reference
HW support for decode+scaling in a single HW command (VDBOX+SFC).
The primary target usage is video analytics, but can be used playback,
transcoding, etc.
For VAAPI -
https://github.com/intel/libva
basically, it allows multiple outputs (in different resolutions)
On Mon, Apr 8, 2019 at 9:09 AM myp...@gmail.com wrote:
>
>
>
> On Fri, Apr 5, 2019 at 12:38 AM Andreas Rheinhardt via ffmpeg-devel
> wrote:
> >
> > Jun Zhao:
> > > From: Jun Zhao
> > >
> > > Fix memory leak after write trailer for #7827, only store a audio
> > > packet whose buffer has size gre
> -Original Message-
> From: Zhou, Zachary
> Sent: Monday, April 8, 2019 3:10 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhou, Zachary
> Subject: [PATCH v1 1/3] fftools: Add thumbnail output to vaapi_h264 decoder
>
> This is sample code for reference
>
> HW support for decode+scaling in a
> -Original Message-
> From: Zhou, Zachary
> Sent: Monday, April 8, 2019 3:10 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhou, Zachary
> Subject: [PATCH v1 3/3] libavutil: Add thumbnail output to vaapi_h264
> decoder
>
> This is sample code for reference
>
> HW support for decode+scaling i
> -Original Message-
> From: Zhou, Zachary
> Sent: Monday, April 8, 2019 3:10 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhou, Zachary
> Subject: [PATCH v1 2/3] libavcodec: Add thumbnail output to vaapi_h264
> decoder
>
> This is sample code for reference
>
> HW support for decode+scaling
> On April 7, 2019 at 8:56 PM Andreas Rheinhardt via ffmpeg-devel
> wrote:
>
>
> Hello,
>
> thanks for taking the time to review this. Much appreciated.
>
> Steve Lhomme:
> > Hi,
> >
> > On 3/27/2019 12:18 PM, Andreas Rheinhardt wrote:
> >> This also changed the handling of unknown-sized ele
This is sample code for reference
HW support for decode+scaling in a single HW command (VDBOX+SFC).
The primary target usage is video analytics, but can be used playback,
transcoding, etc.
For VAAPI -
https://github.com/intel/libva
basically, it allows multiple outputs (in different resolutions)
This is sample code for reference
HW support for decode+scaling in a single HW command (VDBOX+SFC).
The primary target usage is video analytics, but can be used playback,
transcoding, etc.
For VAAPI -
https://github.com/intel/libva
basically, it allows multiple outputs (in different resolutions)
This is sample code for reference
HW support for decode+scaling in a single HW command (VDBOX+SFC).
The primary target usage is video analytics, but can be used playback,
transcoding, etc.
For VAAPI -
https://github.com/intel/libva
basically, it allows multiple outputs (in different resolutions)
On Mon, Apr 8, 2019 at 4:54 PM Zachary Zhou wrote:
>
> This is sample code for reference
>
> HW support for decode+scaling in a single HW command (VDBOX+SFC).
> The primary target usage is video analytics, but can be used playback,
> transcoding, etc.
>
> For VAAPI -
> https://github.com/intel/lib
On Mon, Apr 8, 2019 at 10:54 AM Zachary Zhou wrote:
>
> This is sample code for reference
>
> HW support for decode+scaling in a single HW command (VDBOX+SFC).
> The primary target usage is video analytics, but can be used playback,
> transcoding, etc.
>
> For VAAPI -
> https://github.com/intel/li
Steve Lhomme:
>> On April 7, 2019 at 11:24 AM Andreas Rheinhardt via ffmpeg-devel
>> wrote:
>>
>>
>> Steve Lhomme:
>>> On 3/27/2019 12:18 PM, Andreas Rheinhardt via ffmpeg-devel wrote:
ebml_read_num had a number of flaws:
1. The check for read errors/EOF was totally wrong. E.g. an
---
libavformat/dashenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index f8d71166d4..9dd520787f 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -1750,10 +1750,10 @@ static int dash_write_packet(AVFormatC
Otherwise, AV1 encodes with FFmpeg trigger use-of-uninitialized-value
warnings under MemorySanitizer, and the output buffer potentially
changes from run to run.
---
libavformat/av1.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/av1.c b/libavformat/av1.c
index a0aad436a6..5fde8df
This is the second attempt which prevents writing the manifest files too many
times.
I fixed the audio only case.
joepadmiraal (1):
libavformat/dashenc : Prevent writing manifest files multiple times
libavformat/dashenc.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(
---
libavformat/dashenc.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index f8d71166d4..4585a46202 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -145,6 +145,8 @@ typedef struct DASHContext
On 4/8/2019 9:14 AM, Jeremy Dorfman via ffmpeg-devel wrote:
> Otherwise, AV1 encodes with FFmpeg trigger use-of-uninitialized-value
> warnings under MemorySanitizer, and the output buffer potentially
> changes from run to run.
> ---
> libavformat/av1.c | 1 +
> 1 file changed, 1 insertion(+)
>
>
On 2019-04-03 21:35, Marton Balint wrote:
Can be useful for API users as ffmpeg/libavformat can't properly support some
operational patterns.
Signed-off-by: Marton Balint
---
libavformat/mxfdec.c | 7 +++
tests/ref/fate/mxf-probe-d10 | 1 +
tests/ref/fate/mxf-probe-dnxhd | 1
On 4/7/2019 11:02 PM, Fu, Linjie wrote:
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>> Of Michael Niedermayer
>> Sent: Friday, April 5, 2019 00:52
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subject: Re: [FFmpeg
Judging by the code, I think flush_put_bits only pads out to a byte
boundary rather than the end of the buffer. By my read it will run the body
of the while loop 3 times in this case, for bit_left = 8, 16, 24, so only 3
bytes are filled in header.
I'd expect this to only affect the actual output i
Karthick J via ffmpeg-devel:
> ---
> libavformat/dashenc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
> index f8d71166d4..9dd520787f 100644
> --- a/libavformat/dashenc.c
> +++ b/libavformat/dashenc.c
> @@ -1750,10 +17
On 4/8/2019 10:53 AM, Jeremy Dorfman via ffmpeg-devel wrote:
> Judging by the code, I think flush_put_bits only pads out to a byte
> boundary rather than the end of the buffer. By my read it will run the body
> of the while loop 3 times in this case, for bit_left = 8, 16, 24, so only 3
> bytes are
0001-avdevice-opengl_enc-fix-build-error-using-msvc-compi.patch
Description: 0001-avdevice-opengl_enc-fix-build-error-using-msvc-compi.patch
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsu
Signed-off-by: Paul B Mahol
---
libavcodec/agm.c | 403 +++--
libavformat/riff.c | 4 +
2 files changed, 392 insertions(+), 15 deletions(-)
diff --git a/libavcodec/agm.c b/libavcodec/agm.c
index cbd45e8095..e183b7f508 100644
--- a/libavcodec/agm.c
+++
Paul B Mahol (12019-04-08):
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/agm.c | 403 +++--
> libavformat/riff.c | 4 +
> 2 files changed, 392 insertions(+), 15 deletions(-)
>
> diff --git a/libavcodec/agm.c b/libavcodec/agm.c
> index cbd45e8095..e
From: “Edward.Wu” <“edward_em...@126.com”>
Signed-off-by: “Edward.Wu” <“edward_em...@126.com”>
---
libavformat/udp.c | 45 -
1 file changed, 44 insertions(+), 1 deletion(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index cf73d331e0..7563b671fe
On 4/8/19, Nicolas George wrote:
> Paul B Mahol (12019-04-08):
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/agm.c | 403 +++--
>> libavformat/riff.c | 4 +
>> 2 files changed, 392 insertions(+), 15 deletions(-)
>>
>> diff --git a/libavcodec/agm.
> 在 2019年4月8日，23:42，edward_email 写道：
>
> From: “Edward.Wu” <“edward_em...@126.com”>
>
> Signed-off-by: “Edward.Wu” <“edward_em...@126.com”>
> —
Document please.
> libavformat/udp.c | 45 -
> 1 file changed, 44 insertions(+), 1 deletion(-)
>
> diff --
Hi,
On 08.04.19 17:42, edward_email wrote:
From: “Edward.Wu” <“edward_em...@126.com”>
Signed-off-by: “Edward.Wu” <“edward_em...@126.com”>
---
libavformat/udp.c | 45 -
1 file changed, 44 insertions(+), 1 deletion(-)
diff --git a/libavformat/udp.c
On Mon, 8 Apr 2019, edward_email wrote:
From: “Edward.Wu” <“edward_em...@126.com”>
Signed-off-by: “Edward.Wu” <“edward_em...@126.com”>
---
libavformat/udp.c | 45 -
1 file changed, 44 insertions(+), 1 deletion(-)
Why is this patch needed at all? If
Paul B Mahol (12019-04-08):
> Yes, changed output_size to int.
Sounds worse.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 4/8/2019 12:42 PM, Paul B Mahol wrote:
>>> +static int decode_huffman2(AVCodecContext *avctx, int header, int size)
>>> +{
>>> +AGMContext *s = avctx->priv_data;
>>> +GetBitContext *gb = &s->gb;
>>> +uint8_t lens[256];
>>> +uint32_t output_size;
>>> +int ret, x, len;
>>> +
>>
On 2019-04-06 10:35, Marton Balint wrote:
On Sat, 6 Apr 2019, Jean-Baptiste Kempf wrote:
Hello,
On Sat, 6 Apr 2019, at 18:42, Balint Marton wrote:
Here is a call for the people in the voting committee [1] on the
decision of extending it.
Why do you limit at those ones? There are more commit
2019-04-08 19:51 GMT+02:00, Philip Langdale via ffmpeg-devel
:
> On 2019-04-06 10:35, Marton Balint wrote:
>> On Sat, 6 Apr 2019, Jean-Baptiste Kempf wrote:
>>
>>> Hello,
>>>
>>> On Sat, 6 Apr 2019, at 18:42, Balint Marton wrote:
Here is a call for the people in the voting committee [1] on the
From: Andriy Gelman
This commit replaces packet assignment operator with av_packet_move_ref
when there is a packet ownership transfer.
---
Michael, the update patch now has correct behavior for ticket 4221.
libavformat/utils.c | 30 --
1 file changed, 16 insertions(+
2019-04-08 17:07 GMT+02:00, BIGLER Don (Framatome) :
> diff --git a/libavdevice/opengl_enc.c b/libavdevice/opengl_enc.c
> index 54c7e610bd..4263f0e4ef 100644
> --- a/libavdevice/opengl_enc.c
> +++ b/libavdevice/opengl_enc.c
> @@ -25,7 +25,7 @@
> #include
> #include
> #include
> -#include
> +#i
On 4/8/19, James Almer wrote:
> On 4/8/2019 12:42 PM, Paul B Mahol wrote:
+static int decode_huffman2(AVCodecContext *avctx, int header, int size)
+{
+AGMContext *s = avctx->priv_data;
+GetBitContext *gb = &s->gb;
+uint8_t lens[256];
+uint32_t output_s
On Mon, 8 Apr 2019, Philip Langdale via ffmpeg-devel wrote:
On 2019-04-06 10:35, Marton Balint wrote:
On Sat, 6 Apr 2019, Jean-Baptiste Kempf wrote:
Hello,
On Sat, 6 Apr 2019, at 18:42, Balint Marton wrote:
Here is a call for the people in the voting committee [1] on the
decision of exten
On 2019-04-08 12:10, Marton Balint wrote:
I emailed Marton out-of-band, but I am not in the list because a few
of my recent commits
were pushed by Timo instead of me pushing them directly. My authored
list is 23 commits
but 4 were pushed by Timo, so Marton's command line returns '19' for
me.
On 2019-04-06 09:42, Balint Marton wrote:
Hi All
Here is a call for the people in the voting committee [1] on the
decision of extending it.
Using the same guidelines as in the second extension [2], the
following candidates were found:
git log libav/master..master --no-merges --since=2018-03-3
Hi,
On Sat, Apr 6, 2019 at 12:42 PM Balint Marton wrote:
> Hi All
>
> Here is a call for the people in the voting committee [1] on the decision
> of extending it.
>
> Using the same guidelines as in the second extension [2], the following
> candidates were found:
>
> git log libav/master..master
On 08/04/2019 03:01, Jarek Samic wrote:
> The `opencl_get_plane_format` function was incorrectly determining the
> value used to set the image channel order. This resulted in all RGB
> pixel formats being set to the `CL_RGBA` pixel format, regardless of
> whether or not they actually *were* RGBA.
>
On 06-04-2019 10:12 PM, Balint Marton wrote:
Some of these developers are already in the voting committee, the new
ones would be:
...
Martin Vignali
This developer has left the project.
http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=6dc1da416e14ede6cf8018183f86aeec5cfae86b
G
Hello,
This is a request for comments on a new hwaccel using the V4L2 request API
that was created in collaboration with Jernej Skrabec.
The V4L2 ctrls needed for statless decoding is not yet stable and reside in
private kernel headers. This patchset adds a copy of the kernel private headers
need
Signed-off-by: Jonas Karlman
---
libavutil/buffer.c | 13 +
libavutil/buffer.h | 5 +
2 files changed, 18 insertions(+)
diff --git a/libavutil/buffer.c b/libavutil/buffer.c
index 8d1aa5fa84..9c5d530c7a 100644
--- a/libavutil/buffer.c
+++ b/libavutil/buffer.c
@@ -272,6 +272,19 @@
Signed-off-by: Jonas Karlman
---
configure | 8 +
libavcodec/Makefile | 1 +
libavcodec/hwaccel.h | 2 +
libavcodec/v4l2_request.c | 885 ++
libavcodec/v4l2_request.h | 65 +++
5 files changed, 961 insertions(+)
create mode 10
Signed-off-by: Jonas Karlman
---
configure | 3 +
libavcodec/Makefile | 1 +
libavcodec/hwaccels.h | 1 +
libavcodec/mpeg12dec.c | 6 ++
libavcodec/v4l2_request_mpeg2.c | 154
5 files changed, 165 insert
From: Jernej Skrabec
Signed-off-by: Jernej Skrabec
Signed-off-by: Jonas Karlman
---
configure | 3 +
libavcodec/Makefile| 1 +
libavcodec/h264_slice.c| 4 +
libavcodec/h264dec.c | 3 +
libavcodec/hwaccels.h | 1 +
libavcodec
From: Jernej Skrabec
Signed-off-by: Jernej Skrabec
Signed-off-by: Jonas Karlman
---
configure | 3 +
libavcodec/Makefile| 1 +
libavcodec/hevcdec.c | 10 +
libavcodec/hwaccels.h | 1 +
libavcodec/v4l2_request_hevc.c | 391 +
From: Jernej Skrabec
---
libavcodec/h264-ctrls.h | 192 +++
libavcodec/hevc-ctrls.h | 197
libavcodec/mpeg2-ctrls.h| 82 +
libavcodec/v4l2_request_h264.c | 5 +-
libavcodec/v4l2_request_hevc.c |
On Sat, Apr 6, 2019 at 6:42 PM Balint Marton wrote:
>
> Hi All
>
> Here is a call for the people in the voting committee [1] on the decision
> of extending it.
>
> Using the same guidelines as in the second extension [2], the following
> candidates were found:
>
> git log libav/master..master --no
On 01/04/2019 08:52, Ruiling Song wrote:
> Signed-off-by: Ruiling Song
> ---
> This filter runs about 2x faster on integrated GPU than nlmeans on my Skylake
> CPU.
> Anybody like to give some comments?
Nice!
> configure | 1 +
> doc/filters.texi| 4 +
>
On Sat, Apr 6, 2019, at 8:42 AM, Balint Marton wrote:
>
> Question: Do you support extending the voting committte with the people
> above?
Yes
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To uns
Updated patch for ticket #3720 .
I have tried to improve the patch as suggested.
>From 8c4cd8cfc2b7b07cebbfefb96fc9bb9e92668385 Mon Sep 17 00:00:00 2001
From: Shivam Goyal
Date: Tue, 9 Apr 2019 02:01:17 +0530
Subject: [PATCH] Added XV Support v3
---
libavformat/Makefile | 1 +
libavforma
On 08/04/2019 21:09, Jonas Karlman wrote:
> Hello,
>
> This is a request for comments on a new hwaccel using the V4L2 request API
> that was created in collaboration with Jernej Skrabec.
>
> The V4L2 ctrls needed for statless decoding is not yet stable and reside in
> private kernel headers. This
2019-04-08 22:14 GMT+02:00, Jonas Karlman :
> From: Jernej Skrabec
>
> ---
> libavcodec/h264-ctrls.h | 192 +++
> libavcodec/hevc-ctrls.h | 197
> libavcodec/mpeg2-ctrls.h| 82 +
> libavcodec/v4l2_re
2019-04-08 22:12 GMT+02:00, Jonas Karlman :
> Signed-off-by: Jonas Karlman
> ---
> configure | 8 +
> libavcodec/Makefile | 1 +
> libavcodec/hwaccel.h | 2 +
> libavcodec/v4l2_request.c | 885 ++
> libavcodec/v4l2_request.h |
2019-04-08 22:37 GMT+02:00, Shivam Goyal :
> Updated patch for ticket #3720 .
>
> I have tried to improve the patch as suggested.
Please fix the commit message as suggested by Lauri
and please make above (first) line part of the commit
message.
The first avio_seek() should be a skip, the header
f
On 4/8/2019 5:12 PM, Jonas Karlman wrote:
> Signed-off-by: Jonas Karlman
> ---
> libavutil/buffer.c | 13 +
> libavutil/buffer.h | 5 +
> 2 files changed, 18 insertions(+)
>
> diff --git a/libavutil/buffer.c b/libavutil/buffer.c
> index 8d1aa5fa84..9c5d530c7a 100644
> --- a/liba
On 2019-04-08 22:41, Mark Thompson wrote:
> On 08/04/2019 21:09, Jonas Karlman wrote:
>> Hello,
>>
>> This is a request for comments on a new hwaccel using the V4L2 request API
>> that was created in collaboration with Jernej Skrabec.
>>
>> The V4L2 ctrls needed for statless decoding is not yet sta
On 2019-04-08 22:52, Carl Eugen Hoyos wrote:
> 2019-04-08 22:12 GMT+02:00, Jonas Karlman :
>> Signed-off-by: Jonas Karlman
>> ---
>> configure | 8 +
>> libavcodec/Makefile | 1 +
>> libavcodec/hwaccel.h | 2 +
>> libavcodec/v4l2_request.c | 885 ++
On 2019-04-08 22:57, Carl Eugen Hoyos wrote:
> 2019-04-08 22:14 GMT+02:00, Jonas Karlman :
>> From: Jernej Skrabec
>>
>> ---
>> libavcodec/h264-ctrls.h | 192 +++
>> libavcodec/hevc-ctrls.h | 197
>> libavcodec/mpeg2-ctr
On 2019-04-08 23:04, James Almer wrote:
> On 4/8/2019 5:12 PM, Jonas Karlman wrote:
>> Signed-off-by: Jonas Karlman
>> ---
>> libavutil/buffer.c | 13 +
>> libavutil/buffer.h | 5 +
>> 2 files changed, 18 insertions(+)
>>
>> diff --git a/libavutil/buffer.c b/libavutil/buffer.c
>>
---
libavcodec/bintext.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/bintext.c b/libavcodec/bintext.c
index d85f2c2dd4..49b75c9e27 100644
--- a/libavcodec/bintext.c
+++ b/libavcodec/bintext.c
@@ -93,8 +93,10 @@ static av_cold int decode_init(AVCodecContext *av
At 2019-04-09 00:29:43, "Marton Balint" wrote:
>
>
>On Mon, 8 Apr 2019, edward_email wrote:
>
>> From: “Edward.Wu” <“edward_em...@126.com”>
>>
>> Signed-off-by: “Edward.Wu” <“edward_em...@126.com”>
>> ---
>> libavformat/udp.c | 45 -
>> 1 file ch
On 4/8/2019 5:12 PM, Jonas Karlman wrote:
> Signed-off-by: Jonas Karlman
> ---
> configure | 8 +
> libavcodec/Makefile | 1 +
> libavcodec/hwaccel.h | 2 +
> libavcodec/v4l2_request.c | 885 ++
> libavcodec/v4l2_request.h | 65
On 2019-04-09 00:35, James Almer wrote:
> On 4/8/2019 5:12 PM, Jonas Karlman wrote:
>> Signed-off-by: Jonas Karlman
>> ---
>> configure | 8 +
>> libavcodec/Makefile | 1 +
>> libavcodec/hwaccel.h | 2 +
>> libavcodec/v4l2_request.c | 885 +
Ping.
On Fri, Apr 5, 2019 at 12:00 PM Jun Li wrote:
>
>
> On Fri, Apr 5, 2019 at 11:50 AM Jun Li wrote:
>
>> stimeout option is already used in tcp transport, since
>> http is based on tcp, pass the option to http for tunneling
>> case.
>> ---
>> libavformat/rtsp.c | 10 --
>> 1 file c
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Tuesday, April 9, 2019 3:49 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] libavutil/hwcontext_opencl.c: fix bug
> in
> `opencl_get_plane_for
> 在 2019年4月9日，上午8:54，Jun Li 写道：
>
> Ping.
>
> On Fri, Apr 5, 2019 at 12:00 PM Jun Li wrote:
>
>>
>>
>> On Fri, Apr 5, 2019 at 11:50 AM Jun Li wrote:
>>
>>> stimeout option is already used in tcp transport, since
>>> http is based on tcp, pass the option to http for tunneling
>>> case.
>>
On Mon, Apr 8, 2019 at 3:29 PM myp...@gmail.com wrote:
>
> On Mon, Apr 8, 2019 at 9:09 AM myp...@gmail.com wrote:
> >
> >
> >
> > On Fri, Apr 5, 2019 at 12:38 AM Andreas Rheinhardt via ffmpeg-devel
> > wrote:
> > >
> > > Jun Zhao:
> > > > From: Jun Zhao
> > > >
> > > > Fix memory leak after wr
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of James Almer
> Sent: Monday, April 8, 2019 21:56
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH, v3 RFC 2/2] lavc/vaapi_decode: find
> exact va_profile for HEVC_REXT
>
> On
Use the profile constraint flags to determine the exact va_profile for
HEVC_REXT.
Directly cast PTLCommon to H265RawProfileTierLevel, and use ff_h265_get_profile
to get the exact profile.
Add h265_profile_level.o to build objects for vaapi_decode to fix the compile
dependency issue.
Signed-off-b
Thanks for the valuable comments!
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Tuesday, April 9, 2019 4:26 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavfi: add nlmeans_opencl filter
>
>
On Mon, Apr 8, 2019 at 6:23 PM Liu Steven wrote:
>
>
> > 在 2019年4月9日，上午8:54，Jun Li 写道：
> >
> > Ping.
> >
> > On Fri, Apr 5, 2019 at 12:00 PM Jun Li wrote:
> >
> >>
> >>
> >> On Fri, Apr 5, 2019 at 11:50 AM Jun Li wrote:
> >>
> >>> stimeout option is already used in tcp transport, since
> >>> h
77 matches
Mail list logo
