Re: [FFmpeg-devel] [PATCH v2] lavf/rtsp.c: Fix stimeout option not applied on http tunnel

2019-04-08 Thread Jun Li
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 > >>>

Re: [FFmpeg-devel] [PATCH] lavfi: add nlmeans_opencl filter

2019-04-08 Thread Song, Ruiling
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 >

[FFmpeg-devel] [PATCH, v4] lavc/vaapi_decode: find exact va_profile for HEVC_REXT

2019-04-08 Thread Linjie Fu
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.

Re: [FFmpeg-devel] [PATCH, v3 RFC 2/2] lavc/vaapi_decode: find exact va_profile for HEVC_REXT

2019-04-08 Thread Fu, Linjie
> -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

Re: [FFmpeg-devel] [PATCH V2] lavf/matroskaenc: Fix memory leak after write trailer

2019-04-08 Thread myp...@gmail.com
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

Re: [FFmpeg-devel] [PATCH v2] lavf/rtsp.c: Fix stimeout option not applied on http tunnel

2019-04-08 Thread Liu Steven
> 在 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.

Re: [FFmpeg-devel] [PATCH v2] libavutil/hwcontext_opencl.c: fix bug in `opencl_get_plane_format`

2019-04-08 Thread Song, Ruiling
> -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 >

Re: [FFmpeg-devel] [PATCH v2] lavf/rtsp.c: Fix stimeout option not applied on http tunnel

2019-04-08 Thread 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. >> --- >> libavformat/rtsp.c | 10 -- >> 1 file

Re: [FFmpeg-devel] [RFC 2/6] Add common V4L2 request API code

2019-04-08 Thread Jonas Karlman
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

Re: [FFmpeg-devel] [RFC 2/6] Add common V4L2 request API code

2019-04-08 Thread James Almer
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 |

Re: [FFmpeg-devel] [PATCH] libavformat/udp: add options send_pkt_size for udp over ip, for ts over ip, this value must be 1316(7*188)

2019-04-08 Thread edward
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

[FFmpeg-devel] [PATCH] avcodec/bintext: Add error message when resolution is too small for font.

2019-04-08 Thread Nikolas Bowe via ffmpeg-devel
--- 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

Re: [FFmpeg-devel] [RFC 1/6] avutil: add av_buffer_pool_reclaim()

2019-04-08 Thread Jonas Karlman
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

Re: [FFmpeg-devel] [RFC 6/6] Add and use private linux headers for V4L2 request API ctrls

2019-04-08 Thread Jonas Karlman
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 >>

Re: [FFmpeg-devel] [RFC 2/6] Add common V4L2 request API code

2019-04-08 Thread Jonas Karlman
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

Re: [FFmpeg-devel] [RFC 0/6] Add V4L2 request API hwaccels

2019-04-08 Thread Jonas Karlman
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

Re: [FFmpeg-devel] [RFC 1/6] avutil: add av_buffer_pool_reclaim()

2019-04-08 Thread James Almer
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 > ---

Re: [FFmpeg-devel] [PATCH v3] Added XV Support

2019-04-08 Thread Carl Eugen Hoyos
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

Re: [FFmpeg-devel] [RFC 2/6] Add common V4L2 request API code

2019-04-08 Thread Carl Eugen Hoyos
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 |

Re: [FFmpeg-devel] [RFC 6/6] Add and use private linux headers for V4L2 request API ctrls

2019-04-08 Thread Carl Eugen Hoyos
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 + >

Re: [FFmpeg-devel] [RFC 0/6] Add V4L2 request API hwaccels

2019-04-08 Thread Mark Thompson
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.

[FFmpeg-devel] [PATCH v3] Added XV Support

2019-04-08 Thread Shivam Goyal
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 +

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Lou Logan
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

Re: [FFmpeg-devel] [PATCH] lavfi: add nlmeans_opencl filter

2019-04-08 Thread Mark Thompson
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 +

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Hendrik Leppkes
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

[FFmpeg-devel] [RFC 6/6] Add and use private linux headers for V4L2 request API ctrls

2019-04-08 Thread Jonas Karlman
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

[FFmpeg-devel] [RFC 5/6] Add V4L2 request API hevc hwaccel

2019-04-08 Thread Jonas Karlman
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

[FFmpeg-devel] [RFC 4/6] Add V4L2 request API h264 hwaccel

2019-04-08 Thread Jonas Karlman
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 +

[FFmpeg-devel] [RFC 3/6] Add V4L2 request API mpeg2 hwaccel

2019-04-08 Thread Jonas Karlman
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

[FFmpeg-devel] [RFC 2/6] Add common V4L2 request API code

2019-04-08 Thread 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 | 65 +++ 5 files changed, 961 insertions(+) create mode

[FFmpeg-devel] [RFC 1/6] avutil: add av_buffer_pool_reclaim()

2019-04-08 Thread Jonas Karlman
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

[FFmpeg-devel] [RFC 0/6] Add V4L2 request API hwaccels

2019-04-08 Thread Jonas Karlman
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

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Gyan
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

Re: [FFmpeg-devel] [PATCH v2] libavutil/hwcontext_opencl.c: fix bug in `opencl_get_plane_format`

2019-04-08 Thread Mark Thompson
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.

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Ronald S. Bultje
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

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Philip Langdale via ffmpeg-devel
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

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Philip Langdale via ffmpeg-devel
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.

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Marton Balint
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

Re: [FFmpeg-devel] [PATCH] avcodec/agm: add support for higher compression

2019-04-08 Thread Paul B Mahol
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

Re: [FFmpeg-devel] [PATCH] avdevice/opengl_enc: fix build error using msvc compiler

2019-04-08 Thread Carl Eugen Hoyos
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 >

[FFmpeg-devel] [PATCH v2] avformat/utils: Use av_packet_move_ref for packet ownership transfer

2019-04-08 Thread Andriy Gelman
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

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread Carl Eugen Hoyos
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

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-08 Thread 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 decision of extending it. Why do you limit at those ones? There are more

Re: [FFmpeg-devel] [PATCH] avcodec/agm: add support for higher compression

2019-04-08 Thread James Almer
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; >>> + >>>

Re: [FFmpeg-devel] [PATCH] avcodec/agm: add support for higher compression

2019-04-08 Thread Nicolas George
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

Re: [FFmpeg-devel] [PATCH] libavformat/udp: add options send_pkt_size for udp over ip, for ts over ip, this value must be 1316(7*188)

2019-04-08 Thread Marton Balint
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?

Re: [FFmpeg-devel] [PATCH] libavformat/udp: add options send_pkt_size for udp over ip, for ts over ip, this value must be 1316(7*188)

2019-04-08 Thread Thomas Volkert
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

Re: [FFmpeg-devel] [PATCH] libavformat/udp: add options send_pkt_size for udp over ip, for ts over ip, this value must be 1316(7*188)

2019-04-08 Thread Steven Liu
> 在 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

Re: [FFmpeg-devel] [PATCH] avcodec/agm: add support for higher compression

2019-04-08 Thread Paul B Mahol
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

[FFmpeg-devel] [PATCH] libavformat/udp: add options send_pkt_size for udp over ip, for ts over ip, this value must be 1316(7*188)

2019-04-08 Thread edward_email
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

Re: [FFmpeg-devel] [PATCH] avcodec/agm: add support for higher compression

2019-04-08 Thread Nicolas George
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

[FFmpeg-devel] [PATCH] avcodec/agm: add support for higher compression

2019-04-08 Thread Paul B Mahol
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 +++

[FFmpeg-devel] [PATCH] avdevice/opengl_enc: fix build error using msvc compiler

2019-04-08 Thread BIGLER Don (Framatome)
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

Re: [FFmpeg-devel] [PATCH] avformat/av1: Initialize padding in ff_isom_write_av1c

2019-04-08 Thread James Almer
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

Re: [FFmpeg-devel] [PATCH] avformat/dashenc : Fix streaming mode support for webm output

2019-04-08 Thread Andreas Rheinhardt via ffmpeg-devel
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

Re: [FFmpeg-devel] [PATCH] avformat/av1: Initialize padding in ff_isom_write_av1c

2019-04-08 Thread Jeremy Dorfman via ffmpeg-devel
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

Re: [FFmpeg-devel] [PATCH, v3 RFC 2/2] lavc/vaapi_decode: find exact va_profile for HEVC_REXT

2019-04-08 Thread James Almer
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:

Re: [FFmpeg-devel] [PATCH] avformat/mxfdec: export operational pattern UL as file metadata

2019-04-08 Thread Tomas Härdin
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 |

Re: [FFmpeg-devel] [PATCH] avformat/av1: Initialize padding in ff_isom_write_av1c

2019-04-08 Thread James Almer
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(+) > >

[FFmpeg-devel] [PATCH 1/1] libavformat/dashenc : Prevent writing manifest files multiple times

2019-04-08 Thread joepadmiraal
--- 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

[FFmpeg-devel] [PATCH 0/1] libavformat/dashenc : Prevent writing manifest files multiple times

2019-04-08 Thread joepadmiraal
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

[FFmpeg-devel] [PATCH] avformat/av1: Initialize padding in ff_isom_write_av1c

2019-04-08 Thread Jeremy Dorfman via ffmpeg-devel
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

[FFmpeg-devel] [PATCH] avformat/dashenc : Fix streaming mode support for webm output

2019-04-08 Thread 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 +1750,10 @@ static int

Re: [FFmpeg-devel] [PATCH 08/21] avformat/matroskadec: Improve error messages

2019-04-08 Thread Andreas Rheinhardt via ffmpeg-devel
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

Re: [FFmpeg-devel] [PATCH RFC v2 2/3] libavcodec: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Hendrik Leppkes
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 - >

Re: [FFmpeg-devel] [PATCH RFC v2 1/3] fftools: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread myp...@gmail.com
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 - >

[FFmpeg-devel] [PATCH RFC v2 3/3] libavutil: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zachary Zhou
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)

[FFmpeg-devel] [PATCH RFC v2 2/3] libavcodec: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zachary Zhou
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)

[FFmpeg-devel] [PATCH RFC v2 1/3] fftools: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zachary Zhou
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)

Re: [FFmpeg-devel] [PATCH 00/21] New Version

2019-04-08 Thread Steve Lhomme
> 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

Re: [FFmpeg-devel] [PATCH v1 2/3] libavcodec: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zhou, Zachary
> -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

Re: [FFmpeg-devel] [PATCH v1 3/3] libavutil: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zhou, Zachary
> -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

Re: [FFmpeg-devel] [PATCH v1 1/3] fftools: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zhou, Zachary
> -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

Re: [FFmpeg-devel] [PATCH V2] lavf/matroskaenc: Fix memory leak after write trailer

2019-04-08 Thread myp...@gmail.com
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

[FFmpeg-devel] [PATCH v1 3/3] libavutil: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zachary Zhou
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)

[FFmpeg-devel] [PATCH v1 2/3] libavcodec: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zachary Zhou
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)

[FFmpeg-devel] [PATCH v1 1/3] fftools: Add thumbnail output to vaapi_h264 decoder

2019-04-08 Thread Zachary Zhou
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)

Re: [FFmpeg-devel] [PATCH 13/21] avformat/matroskadec: Improve length check

2019-04-08 Thread Steve Lhomme
> 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 > >>

Re: [FFmpeg-devel] [PATCH 10/21] avformat/matroskadec: Don't keep old blocks

2019-04-08 Thread Steve Lhomme
> 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

Re: [FFmpeg-devel] [PATCH 08/21] avformat/matroskadec: Improve error messages

2019-04-08 Thread 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 EBML number > >>

Re: [FFmpeg-devel] [PATCH v2] Added XV Support

2019-04-08 Thread Lauri Kasanen
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 ___

Re: [FFmpeg-devel] [PATCH 1/3] lavc/qsvdec: add support for gpu_copy

2019-04-08 Thread Fu, Linjie
> -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,