> -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 2/3] libavcodec: Add thumbnail output to vaapi_h264
> decoder
>
> This is sample code for reference
>
> HW support for decode+scaling
> -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
> 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
> -Original Message-
> From: Fu, Linjie
> Sent: Tuesday, March 26, 2019 13:38
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie ; ChaoX A Liu
> Subject: [PATCH 1/3] lavc/qsvdec: add support for gpu_copy
>
> Add support for GPU copy when QSV decoders works in system memory
> mode.
> However,
> On April 7, 2019 at 12:54 PM Andreas Rheinhardt via ffmpeg-devel
> wrote:
>
>
> Steve Lhomme:
> > On 3/27/2019 12:18 PM, Andreas Rheinhardt via ffmpeg-devel wrote:
> >> The earlier code had three flaws:
> >>
> >> 1. The case of an unknown-sized element inside a finite-sized element
> >>
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
On Mon, 8 Apr 2019 06:39:27 +0800
Steven Liu wrote:
> >+.long_name = NULL_IF_CONFIG_SMALL("Xunlie Video File"),
XV is a video output format, so please make the title something like
"flv: Add XV (Xunlie Video) support".
- Lauri
___
> 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 EBML number
> >>
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 April 7, 2019 at 11:38 AM Andreas Rheinhardt via ffmpeg-devel
> wrote:
>
>
> Steve Lhomme:
> > On 3/27/2019 12:18 PM, Andreas Rheinhardt via ffmpeg-devel wrote:
> >> Before this commit, the Matroska muxer would read a block when required
> >> to do so, parse the block, create and return
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 -
>
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
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 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 -
>
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
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
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
> 在 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
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
---
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
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
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
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 |
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
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:
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
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
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
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?
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
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
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.
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 = >gb;
>>> +uint8_t lens[256];
>>> +uint32_t output_size;
>>> +int ret, x, len;
>>> +
>>>
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
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 +
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 |
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
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
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
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
>
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
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
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
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 +
>
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
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
> ---
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
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
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
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.
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
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 +
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
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.
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 +
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 = >gb;
+uint8_t lens[256];
+uint32_t
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 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/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
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
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.
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
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
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 |
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
> -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
>
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
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
> >>>
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
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
> 在 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.
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
>
> -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
82 matches
Mail list logo