Re: [FFmpeg-devel] [PATCH] avfilter/af_asetnsamples: fix sample queuing.

On 4/6/19, Nikolas Bowe via ffmpeg-devel wrote: > When asetnsamples uses output samples < input samples, remaining samples > build up in the fifo over time. > Fix this by marking the filter as ready again if there are enough samples. > > Regression since ef3babb2c70f564dc1634b3f29c6e35a2b2dc239 >

Re: [FFmpeg-devel] [PATCH] apedec: add ability to check CRC

Apr 4, 2019, 10:30 AM by mich...@niedermayer.cc: > On Wed, Mar 06, 2019 at 02:47:37PM +0100, Lynne wrote: > >> 6 Mar 2019, 11:22 by >> d...@lynne.ee >> : >> >> > The CRC flag is only signalled once every few minutes but CRC is still >> > always present so the patch uses the f

[FFmpeg-devel] [PATCH 1/2] fftools/ffmpeg: Propagate attached_pic

This commit enables propagating an AVStream's attached_pic from the input to the corresponding output stream. Signed-off-by: Andreas Rheinhardt --- fftools/ffmpeg.c | 8 1 file changed, 8 insertions(+) diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c index 0f157d67d8..4528c466c7 100644

[FFmpeg-devel] [PATCH 2/2] avformat/matroskaenc: Write attached_pic as attachment

This commit changes the way video streams with disposition AV_DISPOSITION_ATTACHED_PIC and that actually contain an attached_pic are handled: From now on, they will be written as attachment, not as a Matroska Track. The restriction to tracks that actually contain an attached_pic is important. E.g.

[FFmpeg-devel] [PATCH 0/2] [RFC] Attached pics, particularly wrt Matroska

Hello, there are currently a few open track issues related to Matroska attached pics: #2270, #4286, #4591 and #7717. So I thought it worthwhile to take a look. The modifications to mux streams with disposition AV_DISPOSITION_ATTACHED_PIC that contain an attached pic are easy; see the second patch

[FFmpeg-devel] [PATCH] avcodec/pnm_parser: Support concatenated ASCII images

Fixes: Timeout (8sec -> 0.1sec) Fixes: 13864/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PAM_fuzzer-5737860621139968 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/pnm_parser.c | 15 +++

Re: [FFmpeg-devel] [PATCH v2] aarch64/opusdsp: implement NEON accelerated postfilter and deemphasis

2019-04-02 13:47 GMT+02:00, Lynne : > 153372 UNITS in postfilter_c, 65536 runs, 0 skips > 73164 UNITS in postfilter_neon, 65536 runs, 0 skips -> 2.1x speedup > > 80591 UNITS in deemphasis_c, 131072 runs, 0 skips > 43969 UNITS in deemphasis_neon, 131072 runs, 0 skips -> 1.8

Re: [FFmpeg-devel] [PATCH] avformat/flvdec: added support for KUX container

2019-03-19 18:11 GMT+01:00, swarajhota...@gmail.com : > From: Swaraj Hota > > Fixes ticket #4519. > --- > This is my qualification task for GSoC 2019. Patch applied. Thank you, Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ff

Re: [FFmpeg-devel] [PATCH v2] aarch64/opusdsp: implement NEON accelerated postfilter and deemphasis

Apr 6, 2019, 2:42 PM by ceffm...@gmail.com: > 2019-04-02 13:47 GMT+02:00, Lynne <> d...@lynne.ee > >: > >> 153372 UNITS in postfilter_c, 65536 runs, 0 skips >> 73164 UNITS in postfilter_neon, 65536 runs, 0 skips -> 2.1x speedup >> >> 80591 UNITS in deemphasis

Re: [FFmpeg-devel] [PATCH]lavd/v4l2: Use ioctl(..., "int request" ) on Android

2018-12-09 18:50 GMT+01:00, Mark Thompson : > On 06/12/2018 22:37, Carl Eugen Hoyos wrote: >> Hi! >> >> Attached patch fixes building with new Android toolchain, used to be a >> warning. >> >> Please comment, Carl Eugen >> >> From d366c948af086520bfb2a4048e76f8d117690776 Mon Sep 17 00:00:00 2001 >>

Re: [FFmpeg-devel] [PATCH v2] aarch64/opusdsp: implement NEON accelerated postfilter and deemphasis

2019-04-06 16:08 GMT+02:00, Lynne : > > > > Apr 6, 2019, 2:42 PM by ceffm...@gmail.com: > >> 2019-04-02 13:47 GMT+02:00, Lynne <> d...@lynne.ee > >> >: >> >>> 153372 UNITS in postfilter_c, 65536 runs, 0 skips >>> 73164 UNITS in postfilter_neon, 65536 runs, 0 skip

Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg.c: allow forcing input framerate on streamcopy

2019-04-06 5:14 GMT+02:00, Leo Izen : > On 4/4/19 5:11 AM, Michael Niedermayer wrote: >> On Wed, Jan 09, 2019 at 05:26:53PM -0500, Leo Izen wrote: >>> --- >>> fftools/ffmpeg.c | 19 ++- >>> 1 file changed, 14 insertions(+), 5 deletions(-) >> Does this behave as intended when ther

[FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

Hi All Here is a call for the people in the voting committee [1] on the decision of extending it. Using the same guidelines as in the second extension [2], the following candidates were found: git log libav/master..master --no-merges --since=2018-03-30T00:00:00Z --until 2019-03-30T00:00:0

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

2019-04-06 18:42 GMT+02:00, Balint Marton : > Here is a call for the people in the voting committee [1] on > the decision of extending it. Please add Moritz Barsnick who does most of the work on the user mailing list and occasionally sends patches (and did some reviews). Carl Eugen _

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

Hello, On Sat, 6 Apr 2019, at 18:42, Balint Marton wrote: > Here is a call for the people in the voting committee [1] on the decision > of extending it. Why do you limit at those ones? There are more commiters, even in the last year. I don't see Philip or Vittorio, for example. -- Jean-Baptist

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

On Sat, 6 Apr 2019, Jean-Baptiste Kempf wrote: Hello, On Sat, 6 Apr 2019, at 18:42, Balint Marton wrote: Here is a call for the people in the voting committee [1] on the decision of extending it. Why do you limit at those ones? There are more commiters, even in the last year. I don't see P

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

On Sat, 6 Apr 2019, Carl Eugen Hoyos wrote: 2019-04-06 18:42 GMT+02:00, Balint Marton : Here is a call for the people in the voting committee [1] on the decision of extending it. Please add Moritz Barsnick who does most of the work on the user mailing list and occasionally sends patches (a

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

On 06/04/2019 18:40, Marton Balint wrote: > Sorry, vote has been called for, and I used the commit count to select > people as in the second extension: > > https://ffmpeg.org/pipermail/ffmpeg-devel/2015-October/182057.html That's from 2015... - Derek

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

On Sat, Apr 06, 2019 at 06:42:10PM +0200, Balint Marton wrote: > Hi All > > Here is a call for the people in the voting committee [1] on the decision of > extending it. > > Using the same guidelines as in the second extension [2], the following > candidates were found: > > git log libav/master..

Re: [FFmpeg-devel] [DECISION] Include more developers in the voting committee [#4]

On 4/6/19, Derek Buitenhuis wrote: > On 06/04/2019 18:40, Marton Balint wrote: >> Sorry, vote has been called for, and I used the commit count to select >> people as in the second extension: >> >> https://ffmpeg.org/pipermail/ffmpeg-devel/2015-October/182057.html > > That's from 2015... So, let's

Re: [FFmpeg-devel] [PATCH 2/2] avcodec: add bink2 video decoder

On Wed, Mar 27, 2019 at 09:21:47PM +0100, Paul B Mahol wrote: > Signed-off-by: Paul B Mahol > --- > Missing deblocking. > --- > configure |1 + > libavcodec/Makefile |1 + > libavcodec/allcodecs.c |1 + > libavcodec/avcodec.h|1 + > libavcodec/bink2.c |

[FFmpeg-devel] [PATCH 1/3] avcodec/pnm_parser: Factor next initialization out

Signed-off-by: Michael Niedermayer --- libavcodec/pnm_parser.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/libavcodec/pnm_parser.c b/libavcodec/pnm_parser.c index e3bfa3c490..91a9edc016 100644 --- a/libavcodec/pnm_parser.c +++ b/libavcodec/pnm_parser.c @@ -47,6 +47,7 @@

[FFmpeg-devel] [PATCH 2/3] avcodec/pnm_parser: Factor out next/index compensation

Signed-off-by: Michael Niedermayer --- libavcodec/pnm_parser.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/libavcodec/pnm_parser.c b/libavcodec/pnm_parser.c index 91a9edc016..95241c30b3 100644 --- a/libavcodec/pnm_parser.c +++ b/libavcodec/pnm_parser.c @@ -70,19

[FFmpeg-devel] [PATCH 3/3] avcodec/agm: Check that there is available input in read_code()

Fixes: Timeout (46sec -> 7ms) Fixes: 14030/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AGM_fuzzer-5721258760601600 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/agm.c | 3 +++ 1 file c

Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg.c: allow forcing input framerate on streamcopy

On Fri, Apr 05, 2019 at 11:14:23PM -0400, Leo Izen wrote: > On 4/4/19 5:11 AM, Michael Niedermayer wrote: > >On Wed, Jan 09, 2019 at 05:26:53PM -0500, Leo Izen wrote: > >>--- > >> fftools/ffmpeg.c | 19 ++- > >> 1 file changed, 14 insertions(+), 5 deletions(-) > >Does this behave a

Re: [FFmpeg-devel] [PATCH] apedec: add ability to check CRC

On Sat, Apr 06, 2019 at 10:44:00AM +0200, Lynne wrote: > Apr 4, 2019, 10:30 AM by mich...@niedermayer.cc: > > > On Wed, Mar 06, 2019 at 02:47:37PM +0100, Lynne wrote: > > > >> 6 Mar 2019, 11:22 by >> d...@lynne.ee >> : > >> > >> > The CRC flag is only signalled once every few

Re: [FFmpeg-devel] [PATCH 2/2] avcodec: add bink2 video decoder

On Sun, Apr 07, 2019 at 09:15:32AM +1000, Peter Ross wrote: > On Wed, Mar 27, 2019 at 09:21:47PM +0100, Paul B Mahol wrote: > > Signed-off-by: Paul B Mahol > > --- > > Missing deblocking. > > --- > > configure |1 + > > libavcodec/Makefile |1 + > > libavcodec/allcodecs.

Re: [FFmpeg-devel] [PATCH 2/2] avcodec: add bink2 video decoder

On 3/27/2019 5:21 PM, Paul B Mahol wrote: > Signed-off-by: Paul B Mahol > --- > Missing deblocking. > --- > configure |1 + > libavcodec/Makefile |1 + > libavcodec/allcodecs.c |1 + > libavcodec/avcodec.h|1 + > libavcodec/bink2.c | 787 ++

Re: [FFmpeg-devel] [PATCH]download: Fix the release link

Michael Niedermayer wrote: >i think we should probably make a new major release ... +1 Best regards, Reto ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or emai

Re: [FFmpeg-devel] [PATCH 00/21] New Version

Hi, On 3/27/2019 12:18 PM, Andreas Rheinhardt wrote: This also changed the handling of unknown-sized elements: They are now ended whenever an element not known to be allowed in them is encountered. If we are already on level 1 and encounter an element not known to be allowed in an unknown-sized

Re: [FFmpeg-devel] [PATCH] swscale/ppc: VSX-optimize yuv2rgb_full_2

On Mon, 1 Apr 2019 13:13:59 +0300 Lauri Kasanen wrote: > ./ffmpeg -f lavfi -i yuvtestsrc=duration=1:size=1200x1440 -sws_flags area \ > -s 1200x720 -f null -vframes 100 -pix_fmt $i -nostats \ > -cpuflags 0 -v error - > > 32-bit mul, power8 only. > > ~4x speedup: > > rgb24 >

Re: [FFmpeg-devel] [PATCH] swscale/ppc: VSX-optimize non-full-chroma yuv2rgb_1

On Sun, 31 Mar 2019 17:18:47 +0300 Lauri Kasanen wrote: > ./ffmpeg -f lavfi -i yuvtestsrc=duration=1:size=1200x1440 -sws_flags > fast_bilinear \ > -s 1200x1440 -f null -vframes 100 -pix_fmt $i -nostats \ > -cpuflags 0 -v error - > > 32-bit mul, power8 only. > > 1.8-2.3x speedup:

Re: [FFmpeg-devel] [PATCH] swscale/ppc: VSX-optimize yuv2rgb_full_X

On Mon, 1 Apr 2019 13:37:32 +0300 Lauri Kasanen wrote: > ./ffmpeg -f lavfi -i yuvtestsrc=duration=1:size=1200x1440 \ > -s 1200x720 -f null -vframes 100 -pix_fmt $i -nostats \ > -cpuflags 0 -v error - > > 32-bit mul, power8 only. > > ~6.4x speedup: > > rgb24 > 2142

Re: [FFmpeg-devel] [PATCH 05/21] avformat/matroskadec: Set offset of first cluster

On 3/27/2019 12:18 PM, Andreas Rheinhardt via ffmpeg-devel wrote: By default, the data_offset member of the AVFormatInternal of the AVFormatContext associated with the MatroskaDemuxContext has not been initialized explicitly by any Matroska-specific function, so that it was initialized by default

[FFmpeg-devel] [PATCH v2] Added XV Support

This time i modified the initial buffer at the time of reading header instead of changing the IO layer. Suggest any changes required. >From 277a4267f8cbb68c5fa57a0bddd215e04ca662bd Mon Sep 17 00:00:00 2001 From: Shivam Goyal Date: Sun, 7 Apr 2019 12:13:21 +0530 Subject: [PATCH] Added XV Supp

Re: [FFmpeg-devel] [PATCH 08/21] avformat/matroskadec: Improve error messages

On 3/27/2019 12:18 PM, Andreas Rheinhardt via ffmpeg-devel wrote: ebml_read_num had a number of flaws: 1. The check for read errors/EOF was totally wrong. E.g. an EBML number beginning with the invalid 0x00 would be considered a read error, although it is just invalid data. 2. The check for read