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, Aman Gupta wrote:
> > > > From: Aman Gupta
> >
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
> ---
> TODO: Changelog and APIChanges entries, ve
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
___
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 hel
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
/dev/dri/renderD128 -hwaccel
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 padding pixels
> around each
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 a/libavutil/log.c b/libavutil/log.c
index
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
---
doc/fftools-common-opts.
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 matric
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 because several developers
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 a/doc/muxers.texi b/doc/muxers.texi
> 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 +++
>>> libavformat/hlsenc.c | 5 -
>>> 2 files changed, 7 inser
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 @@
>>
>>Snapshot
>>
> 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
---
doc/muxers.texi | 3
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: Wed, 14 Mar 2018 13:14:
>-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
ff
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
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 (frame->pict_type==AV_PICTURE_TY
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, rpata...@akamai.com wrote:
>
> From: Ravindr
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
ffmpe
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: James Almer
>> ---
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 it will be reused, otherwise a new one w
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 passed to it is writable
and big enough
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 wrote:
> >>>
> Same concept
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 insertions(+), 4 deletions(-)
>>
>> diff --git a/li
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 +++
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 Mar 2018 20:48:56 -0300
> James Alm
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
> ---
> TODO: Changelog and APIChanges entries, v
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.
>>
>> Signed-off-by: James Almer
>> --
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 it will be reused, otherwise a new one
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 wrote:
> Hello,
>
> Thanks for the review. I've
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 passed to it is
writable and big enoug
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
Date: Wed,
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 wrote:
> >>>
> Same use cas
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 Mar 2018 12:30:04 -0300
> James Alme
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 wrote:
> >>>
> On 3/14/2018
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 ca
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
> > >
> > > wrote:
> > >
> > > > On Mon, Mar 12,
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
> 0001-lavfi-deshak
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 SAMPLES=fate-suite GEN=1 fate
> > Thi
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 dif
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 07/03/18 03:56, Dylan Fernando wrote:
>> >>> Thanks, it work
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 implement an OpenCL version of vf_fa
[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
@@ -
On Fri, 2 Mar 2018 12:16:37 +0100
wm4 wrote:
> This adds a way for an API user to transfer QP data and metadata without
> having to keep the reference to AVFrame, and without having to
> explicitly care about QP APIs. It might also provide a way to finally
> remove the deprecated QP related fiel
45 matches
Mail list logo
