[FFmpeg-devel] [PATCH] libavfilter/vf_avgblur_opencl.c: add openCL version of libavfilter/vf_avgblur.c filter

[master 319e56f87c] lavfi: Add OpenCL avgblur filter 6 files changed, 381 insertions(+) create mode 100644 libavfilter/opencl/avgblur.cl create mode 100644 libavfilter/vf_avgblur_opencl.c diff --git a/configure b/configure index fe81ba31b5..203737615c 100755 --- a/configure +++ b/configure @@

Re: [FFmpeg-devel] GSoC

On Sun, Mar 11, 2018 at 10:18 PM, Mark Thompson wrote: > On 11/03/18 04:36, Dylan Fernando wrote: > > On Thu, Mar 8, 2018 at 8:57 AM, Mark Thompson wrote: > > > >> On 07/03/18 03:56, Dylan Fernando wrote: > >>> Thanks, it works now > >>> > >>> Would trying to

Re: [FFmpeg-devel] GSoC

On Thu, Mar 15, 2018 at 12:08 PM, Dylan Fernando wrote: > > > On Sun, Mar 11, 2018 at 10:18 PM, Mark Thompson wrote: > >> On 11/03/18 04:36, Dylan Fernando wrote: >> > On Thu, Mar 8, 2018 at 8:57 AM, Mark Thompson wrote: >> > >> >> On

Re: [FFmpeg-devel] [PATCH] libavfilter: Add OpenCL convolution filter v0.1

On 14/03/18 09:43, Danil Iashchenko wrote: > Behaves like the existing convolution filter, except working on OpenCL > hardware frames. > Takes exactly the same options: 4 convolution matrices, 4 rdiv values, 4 bias > values. > If not specified, default parameters are applied. > Matrices can be

Re: [FFmpeg-devel] [PATCH] libavformat/movenc : Change MOV_TIMESCALE from 1000 to 600

On Sat, Mar 10, 2018 at 02:38:17PM +, Mark Burton wrote: > On 9 Mar 2018, at 01:26, Carl Eugen Hoyos wrote: > > This breaks fate, our regression testing suite (my mistake). > > To download the test-suite: > > $ make SAMPLES=fate-suite fate-rsync > > $ make

Re: [FFmpeg-devel] [PATCH]lavfi/deshake: Check alignment before calling asm init function

On Sat, Mar 10, 2018 at 08:50:08PM +0100, Carl Eugen Hoyos wrote: > Hi! > > Attached patch fixes ticket #7078 for me. > > Please comment, Carl Eugen > vf_deshake.c |8 > 1 file changed, 4 insertions(+), 4 deletions(-) > 9f4517eae88416277aeb5bd5b677159914e9c451 >

Re: [FFmpeg-devel] [PATCH v3] avcodec: fix atomics usage for h264/mpeg error_count

On Wed, Mar 14, 2018 at 08:11:35AM +0100, wm4 wrote: > On Tue, 13 Mar 2018 19:07:33 +0100 > Michael Niedermayer wrote: > > > On Tue, Mar 13, 2018 at 04:02:57PM +, Aman Gupta wrote: > > > On Tue, Mar 13, 2018 at 4:39 AM Michael Niedermayer > > >

Re: [FFmpeg-devel] [PATCH]avfilter/astreamslect: fixing activating in some cases

Bodecs Bela (2018-03-14): > In case of some content, astreamselect filter remains in non active > state. > > please review this pacth. I am not sure this is the right fix of this. I am not sure either. framesync was not designed for audio. I would like to investigate: can you share the failing

Re: [FFmpeg-devel] [PATCH v2] avutil/buffer: add av_buffer_fast_alloc()

On Wed, 14 Mar 2018 16:02:36 -0300 James Almer wrote: > On 3/14/2018 3:59 PM, wm4 wrote: > > On Wed, 14 Mar 2018 14:45:33 -0300 > > James Almer wrote: > > > >> On 3/14/2018 1:41 PM, wm4 wrote: > >>> On Wed, 14 Mar 2018 13:30:28 -0300 > >>> James Almer

Re: [FFmpeg-devel] [PATCH v2] avutil/buffer: add av_buffer_fast_alloc()

On 3/14/2018 3:59 PM, wm4 wrote: > On Wed, 14 Mar 2018 14:45:33 -0300 > James Almer wrote: > >> On 3/14/2018 1:41 PM, wm4 wrote: >>> On Wed, 14 Mar 2018 13:30:28 -0300 >>> James Almer wrote: >>> On 3/14/2018 12:51 PM, wm4 wrote: > On Wed, 14

Re: [FFmpeg-devel] [PATCH v2] avutil/buffer: add av_buffer_fast_alloc()

On Wed, 14 Mar 2018 14:45:33 -0300 James Almer wrote: > On 3/14/2018 1:41 PM, wm4 wrote: > > On Wed, 14 Mar 2018 13:30:28 -0300 > > James Almer wrote: > > > >> On 3/14/2018 12:51 PM, wm4 wrote: > >>> On Wed, 14 Mar 2018 12:30:04 -0300 > >>> James Almer

[FFmpeg-devel] [PATCH]avfilter/astreamslect: fixing activating in some cases

Dear All, In case of some content, astreamselect filter remains in non active state. please review this pacth. I am not sure this is the right fix of this. thank you, in advance! Bela Bodecs >From acd81c80b8b5b33b03e99adb3bad04bc291e4218 Mon Sep 17 00:00:00 2001 From: Bela Bodecs

Re: [FFmpeg-devel] [PATCH v2] avutil/buffer: add av_buffer_fast_alloc()

On 3/14/2018 1:41 PM, wm4 wrote: > On Wed, 14 Mar 2018 13:30:28 -0300 > James Almer wrote: > >> On 3/14/2018 12:51 PM, wm4 wrote: >>> On Wed, 14 Mar 2018 12:30:04 -0300 >>> James Almer wrote: >>> Same use case as av_fast_malloc(). If the buffer

Re: [FFmpeg-devel] [PATCH] reitnerlace - tinterlace-like filter under LGPL

2018-03-13 16:10 GMT+01:00 Vasile Toncu : > > > On 06.03.2018 20:38, Thomas Mundt wrote: > >> Hi, >> >> 2018-03-05 13:48 GMT+01:00 Carl Eugen Hoyos : >> >> 2018-03-05 12:37 GMT+01:00, Paul B Mahol : >>> On 3/5/18, Vasile Toncu

Re: [FFmpeg-devel] [PATCH v2] avutil/buffer: add av_buffer_fast_alloc()

On Wed, 14 Mar 2018 13:30:28 -0300 James Almer wrote: > On 3/14/2018 12:51 PM, wm4 wrote: > > On Wed, 14 Mar 2018 12:30:04 -0300 > > James Almer wrote: > > > >> Same use case as av_fast_malloc(). If the buffer passed to it is > >> writable and big enough

Re: [FFmpeg-devel] [PATCH v2] avutil/buffer: add av_buffer_fast_alloc()

On 3/14/2018 12:51 PM, wm4 wrote: > On Wed, 14 Mar 2018 12:30:04 -0300 > James Almer wrote: > >> Same use case as av_fast_malloc(). If the buffer passed to it is >> writable and big enough it will be reused, otherwise a new one will >> be allocated instead. >> >>

Re: [FFmpeg-devel] [PATCH v2] avutil/buffer: add av_buffer_fast_alloc()

On Wed, 14 Mar 2018 12:30:04 -0300 James Almer wrote: > Same use case as av_fast_malloc(). If the buffer passed to it is > writable and big enough it will be reused, otherwise a new one will > be allocated instead. > > Signed-off-by: James Almer > --- >

Re: [FFmpeg-devel] [PATCH] avutil/buffer: add av_buffer_fast_alloc()

On 3/14/2018 12:09 PM, wm4 wrote: > On Wed, 14 Mar 2018 11:59:59 -0300 > James Almer wrote: > >> On 3/14/2018 11:35 AM, wm4 wrote: >>> On Wed, 14 Mar 2018 11:13:52 -0300 >>> James Almer wrote: >>> On 3/14/2018 4:14 AM, wm4 wrote: > On Tue, 13

[FFmpeg-devel] [PATCH v2] avutil/buffer: add av_buffer_fast_alloc()

Same use case as av_fast_malloc(). If the buffer passed to it is writable and big enough it will be reused, otherwise a new one will be allocated instead. Signed-off-by: James Almer --- TODO: Changelog and APIChanges entries, version bump. libavutil/buffer.c | 33

Re: [FFmpeg-devel] [PATCH] avcodec/hapqa_extract: remove the AVOption flags

On 3/14/2018 3:32 AM, Martin Vignali wrote: > 2018-03-14 2:09 GMT+01:00 James Almer : > >> These two are not used for bitstream filters. >> >> Signed-off-by: James Almer >> --- >> libavcodec/hapqa_extract_bsf.c | 7 +++ >> 1 file changed, 3

Re: [FFmpeg-devel] [PATCH] avutil/buffer: add av_buffer_fast_alloc()

On Wed, 14 Mar 2018 11:59:59 -0300 James Almer wrote: > On 3/14/2018 11:35 AM, wm4 wrote: > > On Wed, 14 Mar 2018 11:13:52 -0300 > > James Almer wrote: > > > >> On 3/14/2018 4:14 AM, wm4 wrote: > >>> On Tue, 13 Mar 2018 20:48:56 -0300 > >>> James Almer

Re: [FFmpeg-devel] [PATCH] avutil/buffer: add av_buffer_fast_alloc()

On 3/14/2018 11:35 AM, wm4 wrote: > On Wed, 14 Mar 2018 11:13:52 -0300 > James Almer wrote: > >> On 3/14/2018 4:14 AM, wm4 wrote: >>> On Tue, 13 Mar 2018 20:48:56 -0300 >>> James Almer wrote: >>> Same concept as av_fast_malloc(). If the buffer

Re: [FFmpeg-devel] [PATCH] avutil/buffer: add av_buffer_fast_alloc()

On Wed, 14 Mar 2018 11:13:52 -0300 James Almer wrote: > On 3/14/2018 4:14 AM, wm4 wrote: > > On Tue, 13 Mar 2018 20:48:56 -0300 > > James Almer wrote: > > > >> Same concept as av_fast_malloc(). If the buffer passed to it is writable > >> and big enough

Re: [FFmpeg-devel] [PATCH] avutil/buffer: add av_buffer_fast_alloc()

On 3/14/2018 4:14 AM, wm4 wrote: > On Tue, 13 Mar 2018 20:48:56 -0300 > James Almer wrote: > >> Same concept as av_fast_malloc(). If the buffer passed to it is writable >> and big enough it will be reused, otherwise a new one will be allocated >> instead. >> >> Signed-off-by:

Re: [FFmpeg-devel] [PATCH] doc/utils: document the "ms" and "us" suffixes for durations

On Sat, Mar 10, 2018 at 19:32:09 +0100, Moritz Barsnick wrote: > These suffixes were recently introduced in > 61c972384d311508d07f9360d196909e27195655 > and completed in 8218249f1f04de65904f58519bde21948e5a0783. Ping. ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] [PATCH v2 1/1] libavformat/hlsenc: Option to set timeout for socket I/O operation

On 3/14/18 5:31 PM, Steven Liu wrote: > > >> On 14 Mar 2018, at 19:57, Steven Liu wrote: >> >> >> >>> On 14 Mar 2018, at 19:45, Dixit, Vishwanath wrote: >>> >>> >>> On 3/6/18 2:12 PM, Steven Liu wrote: > On 5 Mar 2018, at 17:41,

Re: [FFmpeg-devel] [PATCH] avcodec/openh264enc.c: generate IDR frame in response to I frame pict_type

On Mon, Mar 12, 2018 at 14:38:21 -0800, Lou Logan wrote: > But you don't necessarily need to make a new patch to address the > minor whitespace issue. You can wait for other comments and include > it with any other requested changes. Another whitespace nit: > if

Re: [FFmpeg-devel] [PATCH] Fix iterating of input and output devices

My bad Am 14.03.2018 13:25, schrieb Timo Rothenpieler: -if (!(prev = ((AVOutputFormat *)prev)->next)) +if (!(prev = prev ? ((AVInputFormat *)prev)->next : (void*)outdev_list[0])) AVOutputFormat ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] [PATCH] Fix iterating of input and output devices

>-if (!(prev = ((AVOutputFormat *)prev)->next)) >+if (!(prev = prev ? ((AVInputFormat *)prev)->next : (void*)outdev_list[0])) AVOutputFormat smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list

[FFmpeg-devel] [PATCH] Fix iterating of input and output devices

This fixes the iterating of input and output devices In the previous implementation the first input or output device was skipped when device_next was called with prev = NULLFrom f90823e8dccf5751e88b8990f5789d8f67e7c496 Mon Sep 17 00:00:00 2001 From: Felix Matouschek Date:

Re: [FFmpeg-devel] [PATCH v2 1/1] libavformat/hlsenc: Option to set timeout for socket I/O operation

> On 14 Mar 2018, at 19:57, Steven Liu wrote: > > > >> On 14 Mar 2018, at 19:45, Dixit, Vishwanath wrote: >> >> >> On 3/6/18 2:12 PM, Steven Liu wrote: >>> >>> On 5 Mar 2018, at 17:41, rpata...@akamai.com wrote: From: Ravindra

Re: [FFmpeg-devel] [PATCH]download: Use git.ffmpeg.org to browse repository

2018-03-09 0:02 GMT+01:00, Lou Logan : > On Thu, 8 Mar 2018 23:37:19 +0100 > Carl Eugen Hoyos wrote: >> diff --git a/src/download b/src/download >> index 6783c35..b03e3d0 100644 >> --- a/src/download >> +++ b/src/download >> @@ -143,7 +143,7 @@ >>

Re: [FFmpeg-devel] [PATCH v2 1/1] libavformat/hlsenc: Option to set timeout for socket I/O operation

> On 14 Mar 2018, at 19:45, Dixit, Vishwanath wrote: > > > On 3/6/18 2:12 PM, Steven Liu wrote: >> >> >>> On 5 Mar 2018, at 17:41, rpata...@akamai.com wrote: >>> >>> From: Ravindra >>> >>> --- >>> doc/muxers.texi | 3 +++ >>>

Re: [FFmpeg-devel] [PATCH v2 1/1] libavformat/hlsenc: Option to set timeout for socket I/O operation

On 3/6/18 2:12 PM, Steven Liu wrote: > > >> On 5 Mar 2018, at 17:41, rpata...@akamai.com wrote: >> >> From: Ravindra >> >> --- >> doc/muxers.texi | 3 +++ >> libavformat/hlsenc.c | 5 - >> 2 files changed, 7 insertions(+), 1 deletion(-) >> >> diff --git

Re: [FFmpeg-devel] [PATCH] libavfilter: Add OpenCL convolution filter v0.1

2018-03-14 10:43 GMT+01:00, Danil Iashchenko : > About sscanf. I had (!err_code) condition, because I would never > get empty line as option (if not specified, I always have default > matrix), but changed to (err_code != 1) due to read-ability. Was this requested? I ask

[FFmpeg-devel] [PATCH] libavfilter: Add OpenCL convolution filter v0.1

Behaves like the existing convolution filter, except working on OpenCL hardware frames. Takes exactly the same options: 4 convolution matrices, 4 rdiv values, 4 bias values. If not specified, default parameters are applied. Matrices can be different sizes. NEW IN THIS PATCH: -fixed bug, if

[FFmpeg-devel] [PATCH 1/2] fftools/cmdutils: add logflags option

Allows to set the AV_LOG_PRINT_LEVEL and AV_LOG_SKIP_REPEATED flags using a distinct command-line option, similar to other flag options. Previously only the AV_LOG_SKIP_REPEATED flag was supported as a prefix to the "loglevel" option value. Signed-off-by: Tobias Rapp ---

[FFmpeg-devel] [PATCH 2/2] avutil/log: print level prefix also when no AVClass context is available

Adds the level prefix to all log messages, except those with level <= AV_LOG_QUIET as they seem to be used for flushing the log buffer. Signed-off-by: Tobias Rapp --- libavutil/log.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH v2] Change cube faces order to match Youtube's

On 3/14/18, Hazem Ashmawy wrote: > So I'm still looking into using bilinear instead of nearest. Most of > the online discussions are in the context of computer graphics and > using things like openGL shaders. > > One solution I found and may try to implement is to add

[FFmpeg-devel] [PATCH] ffmpeg_filter: enable stream_loop in HWAccel transcoding.

From 731b6cb1f3a13fa18cfe39c1ddba92050b999668 Mon Sep 17 00:00:00 2001 From: Jun Zhao Date: Wed, 14 Mar 2018 16:13:39 +0800 Subject: [PATCH] ffmpeg_filter: enable stream_loop in HWAccel transcoding. use the cmd: ffmpeg -y -stream_loop 1 -hwaccel vaapi -hwaccel_device

Re: [FFmpeg-devel] [PATCH v2] Change cube faces order to match Youtube's

So I'm still looking into using bilinear instead of nearest. Most of the online discussions are in the context of computer graphics and using things like openGL shaders. One solution I found and may try to implement is to add padding pixels around each face tile in the input frame. This should

[FFmpeg-devel] [PATCH] avformat/opensrt: add Haivision Open SRT protocol

Updated patch according to latest feedback : - spelling errors and capitalization - renamed option "timeout" -> "rw_timeout" - changed max values for duration parameters to INT64_MAX 0001-avformat-opensrt-add-Haivision-Open-SRT-protocol.patch Description: Binary data

Re: [FFmpeg-devel] [PATCH] avutil/buffer: add av_buffer_fast_alloc()

On Tue, 13 Mar 2018 20:48:56 -0300 James Almer wrote: > Same concept as av_fast_malloc(). If the buffer passed to it is writable > and big enough it will be reused, otherwise a new one will be allocated > instead. > > Signed-off-by: James Almer > --- >

Re: [FFmpeg-devel] [PATCH v3] avcodec: fix atomics usage for h264/mpeg error_count

On Tue, 13 Mar 2018 19:07:33 +0100 Michael Niedermayer wrote: > On Tue, Mar 13, 2018 at 04:02:57PM +, Aman Gupta wrote: > > On Tue, Mar 13, 2018 at 4:39 AM Michael Niedermayer > > wrote: > > > > > On Mon, Mar 12, 2018 at 06:49:19PM -0700,

Re: [FFmpeg-devel] [PATCH] avcodec/hapqa_extract: remove the AVOption flags

2018-03-14 2:09 GMT+01:00 James Almer : > These two are not used for bitstream filters. > > Signed-off-by: James Almer > --- > libavcodec/hapqa_extract_bsf.c | 7 +++ > 1 file changed, 3 insertions(+), 4 deletions(-) > > diff --git

Re: [FFmpeg-devel] fate/hap : add test for hap encoding

2018-03-14 1:48 GMT+01:00 James Almer : > On 3/13/2018 4:31 PM, Martin Vignali wrote: > > 2018-03-11 19:37 GMT+01:00 Martin Vignali : > > > >> > >> > >> 2017-11-26 18:25 GMT+01:00 Martin Vignali : > >> > >>> Hello, > >>> > >>>

[FFmpeg-devel] [PATCH 10/10] lavf/movenc: handle AC3 and EAC3 data extraction in check_bitstream

This allows us to write AC3 and EAC3 data to the header even in non-seekable output, like with segment.c (which I add tests for). --- libavformat/movenc.c | 64 +--- tests/fate/avformat.mak | 60 +-

[FFmpeg-devel] [PATCH 06/10] Revert "avformat/mux: stop delaying writing the header"

This reverts commit d6d605eb05c3ca32f591016c345eb2ad9e81c554. --- libavformat/avformat.h | 2 +- libavformat/internal.h | 6 + libavformat/mux.c | 52 ++ libavformat/options_table.h| 2 +-

[FFmpeg-devel] [PATCH 09/10] lavf/mux: propagate extradata changes before we call write_header to codecpar

This includes extradata generated by an encoder post-init, or extradata generated by automatically-added bsfs. This fixes remuxing ADTS to non-seekable MKV, which had been broken in f63c3516577d605e51cf16358cbdfa0bc97565d8, so the tests modified there are restored. This moves extradata writing

[FFmpeg-devel] [PATCH 08/10] lavf/matroskaenc: don't rewrite extradata if we already have some

matroska doesn't support mid-stream extradata changes, and rewriting the same extradata already written in write_header would cause errors since we previously didn't write a filler void. --- libavformat/matroskaenc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[FFmpeg-devel] [PATCH 04/10] lavf/dashenc: remove unneeded call to dash_free

--- libavformat/dashenc.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 79d63e52d4..5689aef811 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -1030,10 +1030,8 @@ static int

[FFmpeg-devel] [PATCH 07/10] lavf: document that AVStream::codecpar may be modified by lavf after avformat_write_header(). This is assumed not to break API because it's already true (see e.g. matroska

--- libavformat/avformat.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libavformat/avformat.h b/libavformat/avformat.h index 9e87d6cdac..5f0ebfc114 100644 --- a/libavformat/avformat.h +++ b/libavformat/avformat.h @@ -1006,7 +1006,8 @@ typedef struct AVStream { *

[FFmpeg-devel] [PATCH 05/10] lavf/dashenc: don't call flush_init_segment before avformat_write_header

Fixes crash when muxing MKV-in-DASH --- libavformat/dashenc.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 5689aef811..63ff827583 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -985,13 +985,6

[FFmpeg-devel] [PATCH 01/10] FATE: add -nostdin to remaining ffmpeg CLI invocations

This prevents ffmpeg from modifying terminal parameters, which resulted in broken terminals after tests nondeterministically when multiple processes attempted to save and restore the state at the same time. --- tests/fate/avformat.mak | 6 +++--- tests/fate/filter-audio.mak | 4 ++--

[FFmpeg-devel] [PATCH 03/10] lavf/movenc: keep eac3_priv around; fixes eac3 in DASH

DASH muxing sometimes calls mov_write_eac3_tag multiple times on the same stream. We need to keep this data around so it's available in the second call, else we won't write the data QuickTime needs. --- libavformat/movenc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/libavformat/movenc.c

[FFmpeg-devel] [PATCH 02/10] lavf/movenc: fix leak of eac3_priv

This could previously happen in error or early-exit cases. The next commit would make it happen in all cases. --- libavformat/movenc.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/libavformat/movenc.c b/libavformat/movenc.c index 5b1e66c897..accab417f6 100644 ---