lgtm
On 9/9/19, Jun Zhao wrote:
> From: Jun Zhao
>
> fix logic error in framerate check, it's introduced by commit
> 3ad5d4df9ce794d3eeb0f526c5f3e446bf97c616
>
> Signed-off-by: Jun Zhao
> ---
> libavfilter/avf_concat.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --gi
lgtm
On 8/29/19, Nikolas Bowe wrote:
> When duplicating frames we need to schedule for activation again, otherwise
> frames can build up in the inlink fifo.
> ---
> libavfilter/vf_fps.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/vf_fps.c b/libavfilter/vf
On Mon, Sep 9, 2019 at 4:30 AM James Almer wrote:
>
> On 9/8/2019 7:51 PM, Hendrik Leppkes wrote:
> > Due to the recent addition of Vulkan support to AMF, we require more
> > recent headers that include the new structures, which have been
> > available since AMF 1.4.9 released in September 2018.
>
On Mon, Sep 9, 2019 at 3:21 PM Paul B Mahol wrote:
>
> lgtm
>
Will apply, Thanks
> On 9/9/19, Jun Zhao wrote:
> > From: Jun Zhao
> >
> > fix logic error in framerate check, it's introduced by commit
> > 3ad5d4df9ce794d3eeb0f526c5f3e446bf97c616
> >
> > Signed-off-by: Jun Zhao
> > ---
> > libav
I have an MP4 video, and I'm trying to extract 100 frames starting from
frame number 271. As of right now I can select duration by time using -t or
by frame count by using -frames. And I can also select starting point by
time by using -ss. However, I believe that as of now there is no command
line
Michael,
On Fri, Sep 6, 2019 at 6:21 PM Michael Niedermayer
wrote:
> On Fri, Sep 06, 2019 at 01:11:50PM +0200, Pascal Massimino wrote:
> > Michael,
> >
> > On Thu, Sep 5, 2019 at 6:20 PM Michael Niedermayer
>
> > wrote:
> >
> > > On Wed, Sep 04, 2019 at 07:43:15AM +0200, Pascal Massimino wrote:
Jun Zhao (12019-09-09):
> From: Jun Zhao
>
> fix logic error in framerate check, it's introduced by commit
> 3ad5d4df9ce794d3eeb0f526c5f3e446bf97c616
>
> Signed-off-by: Jun Zhao
> ---
> libavfilter/avf_concat.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Of course, thanks. S
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Sunday, September 1, 2019 01:57
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] lavu/pixfmt: add AYUV pixe
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Fu, Linjie
> Sent: Friday, August 30, 2019 16:05
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, v2 2/2] lavc/vaapi_decode: recreate
>
Hello!
SRT has added a new stream ID specification allowing extraction of various
fields from the user password. This patch adds support for using an ACL to
check user credentials - base on this Haivision sample code:
https://github.com/Haivision/srt/blob/master/testing/srt-test-live.cpp
Thanks,
A
On Sat, Jul 27, 2019 at 07:58:48AM -0700, Aaron Boushley wrote:
> The vf_drawtext filter uses the GET_UTF8 macro in multiple locations.
> Each of these use `continue;` as the error handler. However the
> documentation for the GET_UTF8 macro states "ERROR should not contain
> a loop control statemen
On Sun, Sep 08, 2019 at 09:12:14PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libswscale/swscale.c | 2 --
> 1 file changed, 2 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The
On Sun, Sep 08, 2019 at 06:45:30PM +0800, Limin Wang wrote:
> On Sun, Sep 08, 2019 at 12:46:25AM +0300, Andrey Semashev wrote:
> > On 2019-09-07 18:32, Limin Wang wrote:
> > >On Sat, Sep 07, 2019 at 05:19:55PM +0200, Michael Niedermayer wrote:
> > >>On Wed, Aug 28, 2019 at 06:32:37PM +0300, Andrey
From 9581ee61d2eaeac1cf2a0262d010e95d316228db Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Mon, 9 Sep 2019 23:37:08 +0530
Subject: [PATCH] cmdutils: promote report level if loglevel is higher
---
fftools/cmdutils.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --gi
On Fri, Jul 19, 2019 at 09:53:34PM +0200, Michael Niedermayer wrote:
> On Fri, Jul 19, 2019 at 03:36:43PM +0200, Paul B Mahol wrote:
> > On 7/19/19, Michael Niedermayer wrote:
> > > On Thu, Jun 27, 2019 at 09:32:44AM +0200, Paul B Mahol wrote:
> > >> On 6/27/19, Michael Niedermayer wrote:
> > >>
This basically checks if a pixel that was coded with prediction
and residual could have been stored using a previous case.
This avoids basically a string of 0 symbols stored in less than
50 bytes to hit a O(n²) codepath.
Fixes: Timeout (too slow to wait -> immedeatly)
Fixes:
8668/clusterfuzz-test
Fixes: Timeout (100sec -> 0.7sec)
Fixes:
8668/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_G2M_fuzzer-5174143888130048
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/g2meet.c | 3 +++
1
From: Aman Gupta
These are simple algorithms which can be run efficiently
on low powered devices to produce deinteraced images.
Signed-off-by: Aman Gupta
---
doc/filters.texi | 27 ++
libavfilter/Makefile | 1 +
libavfilter/aarch64/Makefile | 1 +
libavfilt
On 9/9/19, Michael Niedermayer wrote:
> On Fri, Jul 19, 2019 at 09:53:34PM +0200, Michael Niedermayer wrote:
>> On Fri, Jul 19, 2019 at 03:36:43PM +0200, Paul B Mahol wrote:
>> > On 7/19/19, Michael Niedermayer wrote:
>> > > On Thu, Jun 27, 2019 at 09:32:44AM +0200, Paul B Mahol wrote:
>> > >> On
On 9/9/2019 5:12 PM, Aman Gupta wrote:
> From: Aman Gupta
>
> These are simple algorithms which can be run efficiently
> on low powered devices to produce deinteraced images.
>
> Signed-off-by: Aman Gupta
> ---
> doc/filters.texi | 27 ++
> libavfilter/Makefile |
On 9/9/19, Aman Gupta wrote:
> From: Aman Gupta
>
> These are simple algorithms which can be run efficiently
> on low powered devices to produce deinteraced images.
>
> Signed-off-by: Aman Gupta
> ---
> doc/filters.texi | 27 ++
> libavfilter/Makefile | 1 +
> lib
On Mon, Jul 01, 2019 at 07:11:50PM -0300, James Almer wrote:
> On 7/1/2019 11:24 AM, Michael Niedermayer wrote:
> > On Sun, Jun 30, 2019 at 11:18:55PM -0300, James Almer wrote:
> >> On 6/30/2019 10:43 PM, James Almer wrote:
> >>> On 6/30/2019 7:16 PM, Michael Niedermayer wrote:
> Fixes:
> >>>
On Sun, Aug 25, 2019 at 08:41:55PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (12sec -> 3sec)
> Fixes:
> 15327/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_LSCR_fuzzer-5702887719567360
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects
mån 2019-09-09 klockan 22:16 +0200 skrev Michael Niedermayer:
> This basically checks if a pixel that was coded with prediction
> and residual could have been stored using a previous case.
> This avoids basically a string of 0 symbols stored in less than
> 50 bytes to hit a O(n²) codepath.
>
> Fix
mån 2019-09-09 klockan 22:16 +0200 skrev Michael Niedermayer:
> Fixes: Timeout (100sec -> 0.7sec)
> Fixes:
> 8668/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_G2M_fuzzer-5174143888130048
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpe
Am Mo., 9. Sept. 2019 um 22:19 Uhr schrieb Aman Gupta :
>
> From: Aman Gupta
>
> These are simple algorithms which can be run efficiently
> on low powered devices to produce deinteraced images.
Please provide some numbers about the performance
(and subjective visual quality) of the new C code in
On Mon, Sep 9, 2019 at 2:47 PM Carl Eugen Hoyos wrote:
> Am Mo., 9. Sept. 2019 um 22:19 Uhr schrieb Aman Gupta :
> >
> > From: Aman Gupta
> >
> > These are simple algorithms which can be run efficiently
> > on low powered devices to produce deinteraced images.
>
> Please provide some numbers abo
Andriy Gelman:
> Andreas,
>
> On Mon, 19. Aug 23:56, Andreas Rheinhardt wrote:
>> Up until now, avformat_find_stream_info had a potential for memleaks:
>> When everything is fine, it read packets and (depending upon whether
>> AVFMT_FLAG_NOBUFFER was set) put them in a packet list or unreferenced
On Tue, Sep 10, 2019 at 12:00 AM Aman Gupta wrote:
>
> On Mon, Sep 9, 2019 at 2:47 PM Carl Eugen Hoyos wrote:
>
> > Am Mo., 9. Sept. 2019 um 22:19 Uhr schrieb Aman Gupta :
> > >
> > > From: Aman Gupta
> > >
> > > These are simple algorithms which can be run efficiently
> > > on low powered devic
Andriy Gelman:
> On Mon, 19. Aug 23:56, Andreas Rheinhardt wrote:
>> Up until now, read_frame_internal in avformat/utils.c uses a spare
>> packet on the stack that serves no real purpose: At no point in this
>> function is there a need for another packet besides the packet destined
>> for output:
>
Am Di., 10. Sept. 2019 um 00:00 Uhr schrieb Aman Gupta :
>
> On Mon, Sep 9, 2019 at 2:47 PM Carl Eugen Hoyos wrote:
>
> > Am Mo., 9. Sept. 2019 um 22:19 Uhr schrieb Aman Gupta :
> > >
> > > From: Aman Gupta
> > >
> > > These are simple algorithms which can be run efficiently
> > > on low powered
Up until now, read_frame_internal in avformat/utils.c uses a spare
packet on the stack that serves no real purpose: At no point in this
function is there a need for another packet besides the packet destined
for output:
1. If the packet doesn't need a parser, but is output as is, the content
of the
On Mon, Sep 9, 2019 at 3:19 PM Hendrik Leppkes wrote:
> On Tue, Sep 10, 2019 at 12:00 AM Aman Gupta wrote:
> >
> > On Mon, Sep 9, 2019 at 2:47 PM Carl Eugen Hoyos
> wrote:
> >
> > > Am Mo., 9. Sept. 2019 um 22:19 Uhr schrieb Aman Gupta >:
> > > >
> > > > From: Aman Gupta
> > > >
> > > > These
Fixes: Timeout (45sec -> 0.5sec)
Fixes:
16942/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PPM_fuzzer-5085393073995776
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/pnm_parser.c | 7 +++
Fixes: overflow in aspect ratio calculation
Fixes: signed integer overflow: 393215 * 14594 cannot be represented in type
'int'
Fixes:
15728/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMV3IMAGE_fuzzer-5661588893204480
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz
Values larger would fail subsequent tests.
Fixes: signed integer overflow: 5 + 2147483646 cannot be represented in type
'int'
Fixes:
16966/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-5695709549953024
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree
I'm open to suggestions of alternatives.
I want sure if I could do a goto if there was no code at that location so I
chose to add a log statement figuring that would be helpful if you had
problems.
I chose debug because previously the character was completely ignored, so
didn't want to go from no
On 09/09/2019 16:40, Fu, Linjie wrote:
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>> Of Fu, Linjie
>> Sent: Friday, August 30, 2019 16:05
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subject: Re: [FFmpeg-devel]
On Sat, Sep 07, 2019 at 03:55:51PM -0400, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Removed (new_size - pkt->nals_allocated) because this value is always 1
> during the call.
> ---
> libavcodec/h2645_parse.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/libavco
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/h2645_parse.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
index 307e8643e6..403acd2ee1 100644
--- a/libavcodec/h2645_parse.c
+++ b/libavcodec/h2645_parse.c
@@ -4
On 9/9/2019 10:18 PM, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/h2645_parse.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
> index 307e8643e6..403acd2ee1 1006
and get start_number for compute current segment number.
fix ticket: 7976
Signed-off-by: Steven Liu
---
libavformat/dashdec.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index a6f75514f6..4f725ba09a 100644
--- a/lib
On Mon, Sep 09, 2019 at 10:53:53PM -0300, James Almer wrote:
> On 9/9/2019 10:18 PM, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/h2645_parse.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavcod
On 9/9/2019 11:51 PM, Limin Wang wrote:
> On Mon, Sep 09, 2019 at 10:53:53PM -0300, James Almer wrote:
>> On 9/9/2019 10:18 PM, lance.lmw...@gmail.com wrote:
>>> From: Limin Wang
>>>
>>> Signed-off-by: Limin Wang
>>> ---
>>> libavcodec/h2645_parse.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1
On Tue, Sep 10, 2019 at 12:03:14AM -0300, James Almer wrote:
> On 9/9/2019 11:51 PM, Limin Wang wrote:
> > On Mon, Sep 09, 2019 at 10:53:53PM -0300, James Almer wrote:
> >> On 9/9/2019 10:18 PM, lance.lmw...@gmail.com wrote:
> >>> From: Limin Wang
> >>>
> >>> Signed-off-by: Limin Wang
> >>> ---
>
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/h2645_parse.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
index 307e8643e6..f077900617 100644
--- a/libavcodec/h2645_parse.c
+++ b/libavcodec/h2645_pa
46 matches
Mail list logo
