On 9/5/19, Mark Filipak wrote:
> On 09/04/2019 03:09 AM, Kieran Kunhya wrote:
>> On Wed, 4 Sep 2019, 07:34 Kieran O Leary,
>> wrote:
>>
>>> Hi,
>>>
>>> On Wed, 4 Sep 2019, 04:09 Mark Filipak, <
>>> markfilipak.windows+ffm...@gmail.com> wrote:
>>>
No one has responded. What does that indicate
Signed-off-by: Paul B Mahol
---
libavfilter/vf_v360.c | 14 +++---
libavfilter/x86/vf_v360.asm | 2 +-
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index e69aa7e8c5..2c1a175d7d 100644
--- a/libavfilter/vf_v360.c
+++ b/
Signed-off-by: Paul B Mahol
---
libavfilter/vf_v360.c | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index 2fee0016b9..dd41bb293c 100644
--- a/libavfilter/vf_v360.c
+++ b/libavfilter/vf_v
In preparation of SIMD assembly.
Signed-off-by: Paul B Mahol
---
libavfilter/vf_v360.c | 168 ++
1 file changed, 89 insertions(+), 79 deletions(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index 627caedc01..2fee0016b9 100644
--- a/libavfi
Signed-off-by: Paul B Mahol
---
libavfilter/v360.h | 113
libavfilter/vf_v360.c | 236 -
libavfilter/x86/Makefile | 2 +
libavfilter/x86/vf_v360.asm| 98 ++
libavfilter/x86/vf_v360_init.c | 43 ++
Signed-off-by: Paul B Mahol
---
libavfilter/vf_v360.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index dd41bb293c..fc120097d9 100644
--- a/libavfilter/vf_v360.c
+++ b/libavfilter/vf_v360.c
@@ -33,6 +33,7 @@
* 5) Remap i
On Thu, Sep 5, 2019 at 6:40 AM Aman Gupta wrote:
>
> On Wed, Sep 4, 2019 at 4:49 AM Jun Zhao wrote:
>
> > From: Jun Zhao
> >
> > Use the command ./configure with/without --disable-v4l2-m2m test.
> >
> > Signed-off-by: Jun Zhao
> > ---
> > configure | 28 +++-
> > 1 fi
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6c81e1da40..70ea16954f 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -9538,7 +9538,7 @@ The filter accepts the following options:
@table @option
@item cont
On Wed, Sep 4, 2019 at 9:29 PM Paul B Mahol wrote:
> +movd xm6, [pd_255]
> +vpbroadcastdm6, xm6
vpbroadcastdm6, [pd_255]
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To
On Fri, Aug 16, 2019 at 10:38:46AM +0200, Błażej Szczygieł wrote:
> fixes #8080
>
> Signed-off-by: Błażej Szczygieł
> ---
> libavformat/tls_gnutls.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavformat/tls_gnutls.c b/libavformat/tls_gnutls.c
> index f32bc2821b..f507b7d044 10
On 9/5/2019 11:44 AM, Henrik Gramner wrote:
> On Wed, Sep 4, 2019 at 9:29 PM Paul B Mahol wrote:
>> +movd xm6, [pd_255]
>> +vpbroadcastdm6, xm6
>
> vpbroadcastdm6, [pd_255]
I suggested VBROADCASTI128 m6, [pd_255] instead. Is vpbroadcastd faster?
On 9/5/19, James Almer wrote:
> On 9/5/2019 11:44 AM, Henrik Gramner wrote:
>> On Wed, Sep 4, 2019 at 9:29 PM Paul B Mahol wrote:
>>> +movd xm6, [pd_255]
>>> +vpbroadcastdm6, xm6
>>
>> vpbroadcastdm6, [pd_255]
>
> I suggested VBROADCASTI128 m6, [pd_255] instead. Is vpbro
On 9/5/2019 5:52 AM, Paul B Mahol wrote:
> diff --git a/libavfilter/x86/vf_v360.asm b/libavfilter/x86/vf_v360.asm
> new file mode 100644
> index 00..e1efe2e3a3
> --- /dev/null
> +++ b/libavfilter/x86/vf_v360.asm
> @@ -0,0 +1,98 @@
> +;
On Wed, Sep 04, 2019 at 07:43:15AM +0200, Pascal Massimino wrote:
> Hi,
>
> this patch break the decoding loop when invalid webp chunk is encountered.
> We can still have a valid frame ready to be returned (*got_frame = 1).
>
> fixes trac #8107 (/#7612)
These bug references should be in the com
On 9/5/19, James Almer wrote:
> On 9/5/2019 5:52 AM, Paul B Mahol wrote:
>> diff --git a/libavfilter/x86/vf_v360.asm b/libavfilter/x86/vf_v360.asm
>> new file mode 100644
>> index 00..e1efe2e3a3
>> --- /dev/null
>> +++ b/libavfilter/x86/vf_v360.asm
>> @@ -0,0 +1,98 @@
>> +;
On 9/5/2019 1:57 PM, Paul B Mahol wrote:
> On 9/5/19, James Almer wrote:
>> On 9/5/2019 5:52 AM, Paul B Mahol wrote:
>>> diff --git a/libavfilter/x86/vf_v360.asm b/libavfilter/x86/vf_v360.asm
>>> new file mode 100644
>>> index 00..e1efe2e3a3
>>> --- /dev/null
>>> +++ b/libavfilter/x86/vf_v
On Wed, Sep 04, 2019 at 03:47:50PM +0530, Gyan wrote:
>
>
> On 02-09-2019 09:24 PM, Michael Niedermayer wrote:
> >On Sat, Aug 31, 2019 at 08:28:51PM +0530, Gyan wrote:
> >>A user observed that stream_loop didn't work with very short FLV files.
> >>seek_to_start in ffmpeg.c calls av_seek_frame wit
On 05-09-2019 07:30 PM, Sourabh Sharma wrote:
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6c81e1da40..70ea16954f 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -9538,7 +9538,7 @@ The filter accept
On Thu, Aug 22, 2019 at 08:09:25PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (288sec -> 1ms)
> Fixes:
> 16353/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VQA_fuzzer-5633402606190592
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/
On Thu, Aug 22, 2019 at 05:56:14PM +0200, Michael Niedermayer wrote:
> On Thu, Aug 22, 2019 at 09:32:39AM +0200, Moritz Barsnick wrote:
> > On Thu, Aug 22, 2019 at 00:18:54 +0200, Michael Niedermayer wrote:
> >
> > Nits:
> >
> > > Fixes: undefined mempcpy() use
> >
> > memcpy
> >
> > > +
On Tue, Sep 03, 2019 at 06:58:03PM +0200, Tomas Härdin wrote:
> tis 2019-09-03 klockan 13:25 +0200 skrev Michael Niedermayer:
> > On Tue, Sep 03, 2019 at 12:16:47PM +0200, Tomas Härdin wrote:
> > > tis 2019-09-03 klockan 02:14 +0200 skrev Michael Niedermayer:
> > > > Fixes: signed integer overflow:
On 05-09-2019 10:50 PM, Michael Niedermayer wrote:
On Wed, Sep 04, 2019 at 03:47:50PM +0530, Gyan wrote:
On 02-09-2019 09:24 PM, Michael Niedermayer wrote:
On Sat, Aug 31, 2019 at 08:28:51PM +0530, Gyan wrote:
A user observed that stream_loop didn't work with very short FLV files.
seek_to_s
From: Aman Gupta
Signed-off-by: Aman Gupta
---
libavcodec/mediacodecdec_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mediacodecdec_common.c
b/libavcodec/mediacodecdec_common.c
index eae9c28d42..c538a00775 100644
--- a/libavcodec/mediacodecdec_common.c
From: Aman Gupta
Signed-off-by: Aman Gupta
---
libavcodec/mediacodecdec_common.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/mediacodecdec_common.c
b/libavcodec/mediacodecdec_common.c
index b9465244a3..ab8525fb14 100644
--- a/libavcodec/mediacodecdec_common.c
+++ b/libavcode
From: Aman Gupta
In rare circumstances, if the codec is not configured with the
proper parameters the input buffers can be allocated with a size
that's too small to hold an individual packet. Since MediaCodec
expects exactly one incoming buffer with a given PTS, it is not
valid to split data for
From: Aman Gupta
MediaCodec decoders require PTS for proper operation.
Signed-off-by: Aman Gupta
---
libavcodec/mediacodecdec_common.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/mediacodecdec_common.c
b/libavcodec/mediacodecdec_common.c
index 1656cd666
From: Aman Gupta
Signed-off-by: Aman Gupta
---
libavcodec/mediacodec_surface.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/mediacodec_surface.c b/libavcodec/mediacodec_surface.c
index aada1ecebe..efcc4dc63c 100644
--- a/libavcodec/mediacodec_surface.c
+++ b
From: Aman Gupta
The loop may mutate the input buffer, so re-fetch it to ensure
the current one is always used.
Signed-off-by: Aman Gupta
---
libavcodec/mediacodecdec_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mediacodecdec_common.c
b/libavcodec/me
When demuxing a Matroska/WebM file, streams are added for tracks and for
attachments, so that the array containing the former can be NULL even
when the corresponding AVFormatContext has streams. So check for there
to be tracks in the MatroskaDemuxContext instead of just streams in the
AVFormatConte
matroska_parse_block currently asserts that the duration is not equal to
AV_NOPTS_VALUE, but there is nothing that actually guarantees this. It
is easy to create (spec-compliant) files which run into this assert;
so replace it and instead cap the duration to INT64_MAX, as the duration
field of an A
The WebM Dash specification [1] contains a requirement that a SeekHead
that references the Cues is mandatory if the Cues are after the
Clusters. There is no such requirement in case the Cues appear before
the Clusters.
Yet webm_dash_manifest_cues contained such an implicit requirement:
If it couldn
1. The Matroska CuePoints (the index entries) contain timestamps and
offsets as uint64_t. When adding them to a stream's index, they will be
automatically converted to int64_t. Up until now, there was no check for
whether a overflow happened during said conversion. This has been
changed. Given that
8a286e74 made sure that when a seek is performed to parse a level 1
element, the appropriate level is set (a special function for this
purpose is used: matroska_reset_status). This function can fail just
like the seeks that it replaced; and just like the seeks that it replaced,
it was left unchecke
A Seek element in a Matroska SeekHead should contain a SeekID and a
SeekPosition element and upon reading, they should be sanitized:
Given that IDs are restricted to 32 bit, longer SeekIDs should be treated
as invalid. Instead currently the lower 32 bits have been used.
For SeekPosition, no check
index_scale in matroska_add_index_entries is effectively unused
since 4f7d9b77.
Signed-off-by: Andreas Rheinhardt
---
libavformat/matroskadec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 10df4cce45..f4393a513d
If one isn't in a cluster initially, matroska_parse_cluster would test
whether the next element is a cluster. Said test can fail and if it
failed, the error would be returned until 71c90881. But 71c90881 changed
this inadvertently: If the element found is an unknown-length element that
is intended
re-sending without tabs.
On Wed, Sep 4, 2019 at 6:22 PM Carl Eugen Hoyos wrote:
>
> Am Do., 5. Sept. 2019 um 00:08 Uhr schrieb Alexey Potakhov :
>
> > In some rare cases when IAMStreamConfig_GetStreamCaps returns
> > an error avformat_open_input() crashes with access violation.
>
> Tabs are rejec
Fixes: signed integer overflow: 9223371075321077760 * 2 cannot be represented
in type 'long'
Fixes:
16447/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFWAVESYNTH_fuzzer-5698937431785472
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Sig
Several subtitle demuxers set negative durations
Fixes: signed integer overflow: 9223372036854775807 - -1 cannot be represented
in type 'long'
Fixes:
16925/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5766519790764032
Found-by: continuous fuzzing process
https://github.com/google/oss-f
From: Aman Gupta
Signed-off-by: Aman Gupta
---
libavcodec/mediacodecdec_common.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/mediacodecdec_common.c
b/libavcodec/mediacodecdec_common.c
index ab8525fb14..d200372dd4 100644
--- a/libavcodec/mediacodecdec_
From: Aman Gupta
This will make it easy to switch to ANativeWindow_fromSurface
and ANativeWindow_release in the future.
Signed-off-by: Aman Gupta
---
libavcodec/mediacodec_surface.c | 11 ---
libavcodec/mediacodec_surface.h | 7 +--
2 files changed, 9 insertions(+), 9 deletions(-)
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6c81e1da40..70ea16954f 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -9538,7 +9538,7 @@ The filter accepts the following options:
@table @option
@item cont
hlsenc has been merge fmp4 and mpegts workflow before
so it can merge m3u8 list AVIOContext now.
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index f881b
43 matches
Mail list logo