On 2/4/18, Muhammad Faiz wrote:
> On Sat, Feb 3, 2018 at 9:22 PM, Niklas Haas wrote:
>> From: Niklas Haas
>>
>> Right now, the PTS always starts out as 0, which causes problems on a
>> seek or when inserting this filter mid-stream.
>>
>> Initialize it instead to AV_NOPTS_VALUE and copy the PTS f
On 17/01/2018 11:15, Carl Eugen Hoyos wrote:
2018-01-17 11:56 GMT+01:00 Dr. Alan Barclay :
Attached in a further patch - adding the error checks.
Please merge this patch into your previous patch.
Both patches updated.
Alan.
And please avoid top-posting here, Carl Eugen
__
On 29/01/18 02:59, Jun Zhao wrote:
> V3: - Add error check when av_buffer_ref fail
> - Fix exec encode/write but output file hasn't been open lead to crash
> issue
> - Add build check
> V2: - deduce output format from file extension, because VP8/VP9 encoder
> need to a muxer (e,g ivf or/a
On Sun, Feb 4, 2018 at 9:26 AM, James Almer wrote:
> On 2/3/2018 7:51 PM, Muhammad Faiz wrote:
>> Precalculate and constify ff_square_tab.
>>
>> Signed-off-by: Muhammad Faiz
>> ---
>> libavcodec/me_cmp.c | 51
>> +---
>> libavcodec/me_cmp.h
On Sun, Feb 4, 2018 at 3:32 PM, Paul B Mahol wrote:
> On 2/4/18, Muhammad Faiz wrote:
>> On Sat, Feb 3, 2018 at 9:22 PM, Niklas Haas wrote:
>>> From: Niklas Haas
>>>
>>> Right now, the PTS always starts out as 0, which causes problems on a
>>> seek or when inserting this filter mid-stream.
>>>
On Sat, Feb 3, 2018 at 2:44 AM, Josh de Kock wrote:
> ---
> libavformat/allformats.c | 4 --
> libavformat/rdt.c| 9 +---
> libavformat/rdt.h| 5 --
> libavformat/rtpdec.c | 138
> ++-
> libavformat/rtpdec.h | 25 +++-
Muhammad Faiz (2018-02-04):
> What about av*iterate(int index)?
I like the idea of an index better than the other options evoked,
especially the linked-list-like APIs. It is also more similar to the
APIs for enumerated types.
Another option would be to return the whole list in a mallocated array,
On Sun, Feb 04, 2018 at 05:51:13AM +0700, Muhammad Faiz wrote:
> Precalculate and constify ff_square_tab.
>
> Signed-off-by: Muhammad Faiz
> ---
> libavcodec/me_cmp.c | 51
> +---
> libavcodec/me_cmp.h | 4 +---
> libavcodec/mpegvideo_e
On Thu, Feb 01, 2018 at 01:43:00PM +0100, Jerome Martinez wrote:
> Add support for 16-bit/component RGB with Alpha encoding and decoding in
> FFV1, both RGBA64 and GBRAP16 for encoding, GBRAP16 for decoding.
>
> Resulting bitstream was tested about lossless encoding/decoding by the
> compression f
On Thu, 25 Jan 2018 19:00:43 +0100
wm4 wrote:
> The names inherently clash with the meanings of the HTTP libavformat
> protocol options. Rename them after a deprecation period to make them
> compatible with the HTTP ones.
> ---
> I see no better way that wouldn't require more effort than justifie
On Tue, 30 Jan 2018 13:43:25 +0100
wm4 wrote:
> The ID3v2 "unsynchronization scheme" requires replacing any 0xFF 0x00
> sequences with 0xFF. This has to be done on every byte of the source
> data, while the current code skipped a byte after a replacement. This
> meant 0xFF 0x00 0xFF 00 was transl
Signed-off-by: Rostislav Pehlivanov
---
.gitignore | 2 ++
1 file changed, 2 insertions(+)
diff --git a/.gitignore b/.gitignore
index 0e57cb0b4c..c4135b252d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -36,3 +36,5 @@
/lcov/
/src
/mapfile
+/libavfilter/opencl/unsharp.c
+/libavfilter/opencl/over
On Sat, Jan 20, 2018 at 11:20:22PM +, Rostislav Pehlivanov wrote:
> On 20 January 2018 at 17:26, Aurelien Jacobs wrote:
>
> > On Sun, Jan 14, 2018 at 10:54:34PM +0100, Carl Eugen Hoyos wrote:
> > > 2018-01-14 14:06 GMT+01:00 Aurelien Jacobs :
> > >
> > > > Well, here is an updated patch which
On Sun, Feb 4, 2018 at 3:55 PM, Rostislav Pehlivanov
wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> .gitignore | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/.gitignore b/.gitignore
> index 0e57cb0b4c..c4135b252d 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -36,3 +36,5 @@
On Sun, Feb 4, 2018 at 2:47 PM, Michael Niedermayer
wrote:
> On Sun, Feb 04, 2018 at 05:51:13AM +0700, Muhammad Faiz wrote:
>> Precalculate and constify ff_square_tab.
>>
>> Signed-off-by: Muhammad Faiz
>> ---
>> libavcodec/me_cmp.c | 51
>> +---
On Sun, Feb 04, 2018 at 02:46:09PM +0100, Nicolas George wrote:
> Muhammad Faiz (2018-02-04):
> > What about av*iterate(int index)?
This makes no sense, it's then not an API for iteration of components.
>
> I like the idea of an index better than the other options evoked,
> especially the linked
Josh de Kock (2018-02-04):
> If we were to add in APIs which allowed you to register external components
> again, this idea wouldn't work well as indexes wouldn't necessarily correspond
> to the component which it previously did after you register extra components.
That is not a problem if the doc
On Sun, 4 Feb 2018 22:29:10 +0100
Nicolas George wrote:
> Josh de Kock (2018-02-04):
> > If we were to add in APIs which allowed you to register external components
> > again, this idea wouldn't work well as indexes wouldn't necessarily
> > correspond
> > to the component which it previously did
Josh de Kock (2018-02-04):
> The main benefit of the opaque pointers is the flexibility of how components
> are stored/represented internally, and being able to change/extend it with
> no API changes (only additions). Sure there is the question of 'how efficient
> is it?', but it's not really a rel
On Sun, Feb 04, 2018 at 04:07:26PM +0100, Aurelien Jacobs wrote:
> On Sat, Jan 20, 2018 at 11:20:22PM +, Rostislav Pehlivanov wrote:
> > On 20 January 2018 at 17:26, Aurelien Jacobs wrote:
> >
> > > On Sun, Jan 14, 2018 at 10:54:34PM +0100, Carl Eugen Hoyos wrote:
> > > > 2018-01-14 14:06 GMT
On Fri, Feb 02, 2018 at 11:18:28PM +0100, Michael Niedermayer wrote:
> Fixes: out of array read
> Fixes: poc-2017.avi
>
> Found-by: GwanYeong Kim
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/utvideodec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
[...]
--
On Thu, Feb 01, 2018 at 02:36:16AM +0100, Michael Niedermayer wrote:
> On Wed, Jan 31, 2018 at 07:56:06PM +0100, Paul B Mahol wrote:
> > On 1/31/18, Michael Niedermayer wrote:
> > > Fixes: Timeout
> > > Fixes: 5487/clusterfuzz-testcase-4696837035393024
> > >
> > > Found-by: continuous fuzzing proc
On Sun, Feb 04, 2018 at 12:51:59PM +, Dr. Alan Barclay wrote:
> On 17/01/2018 11:15, Carl Eugen Hoyos wrote:
> >2018-01-17 11:56 GMT+01:00 Dr. Alan Barclay :
> >
> >>Attached in a further patch - adding the error checks.
> >
> >Please merge this patch into your previous patch.
>
> Both patches
Hi!
OOM is unlikely as a failure for avfilter_graph_alloc_filter(), the
patch avoids a surprising error if a filter was not found.
Please comment, Carl Eugen
From 6587726a5e96570bb54e49ccf0b7fd6d94b929c8 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 5 Feb 2018 01:43:08 +0100
Subject
On 2/4/2018 10:33 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> OOM is unlikely as a failure for avfilter_graph_alloc_filter(), the
> patch avoids a surprising error if a filter was not found.
>
> Please comment, Carl Eugen
>
>
> 0001-lavfi-avfiltergraph-Do-not-return-ENOMEM-if-filterch.patch
>
>
> F
On 2/4/2018 11:05 PM, James Almer wrote:
> On 2/4/2018 10:33 PM, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> OOM is unlikely as a failure for avfilter_graph_alloc_filter(), the
>> patch avoids a surprising error if a filter was not found.
>>
>> Please comment, Carl Eugen
>>
>>
>> 0001-lavfi-avfiltergraph-
2018-02-04 15:24 GMT+01:00 wm4 :
> On Thu, 25 Jan 2018 19:00:43 +0100
> wm4 wrote:
>
>> The names inherently clash with the meanings of the HTTP libavformat
>> protocol options. Rename them after a deprecation period to make them
>> compatible with the HTTP ones.
>> ---
>> I see no better way that
>> > I use following command to test ffmpeg-2.8.1:
>>
>> This list is for development of ffmpeg, not for user support or bug reports.
>>
>> Use the ffmpeg-user list for user support, and http://trac.ffmpeg.org/
>> to report bugs.
>
>And please don't expect anyone to help debug issues with ffmpeg-
fix ticket: 7000
Signed-off-by: Steven Liu
---
libavformat/isom.c | 1 +
libavformat/mov.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/libavformat/isom.c b/libavformat/isom.c
index 9d9f85885b..95dceaa50b 100644
--- a/libavformat/isom.c
+++ b/libavformat/isom.c
@@ -187,6 +187,7 @@ cons
29 matches
Mail list logo
