[FFmpeg-devel] [PATCH]lavc/cdg: Add transparency

Hi! Attached patch implements transparency for cdg files, reproducible with our fate sample. Please comment, Carl Eugen diff --git a/libavcodec/cdgraphics.c b/libavcodec/cdgraphics.c index aca7cb0..87ad5e7 100644 --- a/libavcodec/cdgraphics.c +++ b/libavcodec/cdgraphics.c @@ -49,6 +49,7 @@

Re: [FFmpeg-devel] [PATCH] avfilter/vf_removegrain: replace qsort with AV_QSORT

On Mon, Oct 26, 2015 at 5:50 AM, Michael Niedermayer wrote: > On Sun, Oct 25, 2015 at 03:10:27PM -0400, Ganesh Ajjanagadde wrote: >> filter_slice calls qsort, so qsort is in a performance critical >> position. AV_QSORT is substantially faster due to the inlining of the >>

Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design session control and internal allocation

On Mon, Oct 26, 2015 at 12:44 PM, wm4 wrote: > On Mon, 26 Oct 2015 11:22:38 +0100 > Gwenole Beauchesne wrote: > > >> >> /** >> >> * Hardware Accelerator identifier. >> >> * >> >> * @note >> >> * A hardware accelerator can be device-less. This means

[FFmpeg-devel] [PATCH] lavu/stereo3d: add serialization and deserialization functions

--- doc/APIchanges | 3 ++ libavutil/Makefile | 1 + libavutil/stereo3d.c | 137 +++ libavutil/stereo3d.h | 47 libavutil/version.h | 2 +- tests/fate/libavutil.mak | 4 ++ 6 files changed, 193

[FFmpeg-devel] [PATCH 10/12] tools/crypto_bench: switch to OpenSSL's faster AES API

--- tools/crypto_bench.c | 85 +--- 1 file changed, 47 insertions(+), 38 deletions(-) diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c index 15bb5f1..8a468ba 100644 --- a/tools/crypto_bench.c +++ b/tools/crypto_bench.c @@ -244,6 +244,7 @@

[FFmpeg-devel] [PATCH 11/12] tools/crypto_bench: add support for multiple lavu versions by cpuflag

--- tools/crypto_bench.c | 50 ++ 1 file changed, 42 insertions(+), 8 deletions(-) diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c index 8a468ba..b513c55 100644 --- a/tools/crypto_bench.c +++ b/tools/crypto_bench.c @@ -32,6 +32,7 @@

Re: [FFmpeg-devel] [PATCH] lavfi: add realtime filter.

On Sun, Oct 25, 2015 at 17:35:32 +0100, Nicolas George wrote: > +@table @option > +@item limit > +Time limit for the pauses. Any pause longer than that will be considered > +a timestamp discontinuity and reset the timer. Default is 2 seconds. > +@end table [...] > +static const AVOption options[]

Re: [FFmpeg-devel] [PATCH] avfilter/vf_removegrain: replace qsort with AV_QSORT

On Sun, Oct 25, 2015 at 03:10:27PM -0400, Ganesh Ajjanagadde wrote: > filter_slice calls qsort, so qsort is in a performance critical > position. AV_QSORT is substantially faster due to the inlining of the > comparison callback. Thus, the increase in performance is worth the > increase in binary

Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design session control and internal allocation

On Mon, 26 Oct 2015 11:22:38 +0100 Gwenole Beauchesne wrote: > >> /** > >> * Hardware Accelerator identifier. > >> * > >> * @note > >> * A hardware accelerator can be device-less. This means that only the > >> * underlying hardware resource, e.g. a Linux dma_buf handle,

[FFmpeg-devel] [PATCH 12/12] FATE: add crypto protocol test

--- tests/fate/avformat.mak| 1 + tests/lavf-regression.sh | 8 tests/ref/lavf-fate/crypto | 3 +++ 3 files changed, 12 insertions(+) create mode 100644 tests/ref/lavf-fate/crypto diff --git a/tests/fate/avformat.mak b/tests/fate/avformat.mak index 1d13434..21b8f8a 100644 ---

[FFmpeg-devel] [PATCH 04/12] lavu/aes: align AVAES struct members

--- libavutil/aes_internal.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/libavutil/aes_internal.h b/libavutil/aes_internal.h index e5bf4bd..4944258 100644 --- a/libavutil/aes_internal.h +++ b/libavutil/aes_internal.h @@ -21,6 +21,7 @@ #ifndef AVUTIL_AES_INTERNAL_H

[FFmpeg-devel] [PATCH 02/12] lavu/aes: move AVAES to separate internal header

--- libavutil/aes.c | 16 +--- libavutil/aes_internal.h | 41 + 2 files changed, 42 insertions(+), 15 deletions(-) create mode 100644 libavutil/aes_internal.h diff --git a/libavutil/aes.c b/libavutil/aes.c index b59e7de..61e9dd1

[FFmpeg-devel] [PATCH 06/12] lavu/aes: add x86 AESNI optimizations

crypto_bench comparison for AES-128-ECB: lavu_aesni AES-128-ECB size: 1048576 runs: 1024 time:0.596 +- 0.081 lavu_c AES-128-ECB size: 1048576 runs: 1024 time: 17.007 +- 2.131 crypto AES-128-ECB size: 1048576 runs: 1024 time:0.612 +- 1.857 gcrypt AES-128-ECB

[FFmpeg-devel] [PATCH 05/12] lavu/aes: test CBC functionality

--- libavutil/aes.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/libavutil/aes.c b/libavutil/aes.c index 4fa01ea..4b871a0 100644 --- a/libavutil/aes.c +++ b/libavutil/aes.c @@ -280,7 +280,7 @@ int main(int argc, char **argv) { 0x10, 0xa5, 0x88, 0x69,

[FFmpeg-devel] [PATCH 01/12] lavu: add AESNI CPU flag

--- configure | 4 doc/APIchanges| 3 +++ libavutil/cpu.c | 4 libavutil/cpu.h | 1 + libavutil/version.h | 2 +- libavutil/x86/cpu.c | 2 ++ libavutil/x86/cpu.h | 3 +++ libavutil/x86/x86inc.asm | 13

[FFmpeg-devel] [PATCH 09/12] tools/crypto_bench: add AES-CBC modes

--- tools/crypto_bench.c | 140 +-- 1 file changed, 137 insertions(+), 3 deletions(-) diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c index ad20f95..15bb5f1 100644 --- a/tools/crypto_bench.c +++ b/tools/crypto_bench.c @@ -52,6 +52,7 @@

Re: [FFmpeg-devel] [PATCH] lavu/opt: enhance printing durations.

Le quintidi 5 brumaire, an CCXXIV, Clement Boesch a écrit : > > Note: While I am touching the options code, I have this crazy idea about > > replacing AV_OPT_TYPE_* that would allow to get out of escaping hell > > completely. I will not have time to act on it soon, but if someone wants to > > hear

Re: [FFmpeg-devel] [PATCH 2/2] lavfi: add testsrc2 test source.

Le quintidi 5 brumaire, an CCXXIV, Clement Boesch a écrit : > Same. I also think the noise could get some improvement with a wider > color spectrum. I agree, but unfortunately, there is no drawutils API to blend a colored mask. It would be necessary to write one, and I do not want to spend too

Re: [FFmpeg-devel] [PATCH] lavu/stereo3d: add serialization and deserialization functions

On Mon, Oct 26, 2015 at 02:05:54AM -0500, Rodger Combs wrote: > --- > doc/APIchanges | 3 ++ > libavutil/Makefile | 1 + > libavutil/stereo3d.c | 137 > +++ > libavutil/stereo3d.h | 47 >

Re: [FFmpeg-devel] [PATCH] lavfi: add realtime filter.

> This is how it works with fields of type AV_OPT_TYPE_DURATION: the value is > internally in microseconds (AV_TIME_BASE), but the user interface converts > the strings in seconds, multiplying them by 100, or even in > H:MM:SS.DD. Ah, I missed that fact. I just scanned "ffmpeg -h full"

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

On Sun, Oct 25, 2015 at 01:53:07AM +0200, Michael Niedermayer wrote: > Hi all > > Heres another suggested addition to the voting committee > also off topic but i wonder if "[DECISSION]" in the subject is the best > choice for this > > I Suggest to add all people who pushed or pull-requested 20

Re: [FFmpeg-devel] [PATCH] lavu/opt: enhance printing durations.

On Mon, Oct 26, 2015 at 09:56:37PM +0100, Nicolas George wrote: > Le quintidi 5 brumaire, an CCXXIV, Clement Boesch a écrit : > > > Note: While I am touching the options code, I have this crazy idea about > > > replacing AV_OPT_TYPE_* that would allow to get out of escaping hell > > > completely.

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

On Mon, Oct 26, 2015 at 09:55:05PM +0100, Paul B Mahol wrote: > On 10/26/15, Clement Boesch wrote: > > On Sun, Sep 20, 2015 at 12:55:11PM +0200, Clement Boesch wrote: > >> Hi Voting Committee > >> > >> This mail is an attempt to try out the process described on > >>

[FFmpeg-devel] [PATCH] lavu/stereo3d: add serialization and deserialization functions

--- doc/APIchanges | 3 ++ libavutil/Makefile | 1 + libavutil/stereo3d.c | 137 +++ libavutil/stereo3d.h | 47 libavutil/version.h | 2 +- tests/fate/libavutil.mak | 4 ++ tests/ref/fate/stereo3d

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

On 25.10.2015 01:53, Michael Niedermayer wrote: > The newly added developers would be > Ganesh Ajjanagadde > Lou Logan > Marton Balint > Philip Langdale > Reimar Döffinger > > All of them have also contributed significantly outside of just self > pushed commits. > I belive

Re: [FFmpeg-devel] [PATCH] swr: do not reject channel layouts that use channel 63

On Sun, Oct 25, 2015 at 06:31:02PM +0100, wm4 wrote: > Channel layouts are essentially uint64_t, and every value is valid. > --- > libswresample/options.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) this LGTM if no unsiged int64 support is added to avoptions [...] --

Re: [FFmpeg-devel] [PATCH] Use ff_thread_once() to initialize sin/cos static tables.

On Sun, Oct 25, 2015 at 4:56 AM, Ronald S. Bultje wrote: > > So this is likely because we init all tables instead of just these that we > need, right? So how about having one ff_once per table? That should be > trivial to implement. > (from the right account this time) Just

Re: [FFmpeg-devel] [PATCH] lavfi: add realtime filter.

Le quartidi 4 brumaire, an CCXXIV, Mark Harris a écrit : > > +if (sleep > s->limit || sleep < -s->limit) { > > +av_log(ctx, AV_LOG_WARNING, > > + "time discontinuity detected: %"PRIi64" us, > > resetting\n", > > + sleep); > Won't this also

Re: [FFmpeg-devel] [PATCH] swr: do not reject channel layouts that use channel 63

On Mon, 26 Oct 2015 20:31:00 +0100 Michael Niedermayer wrote: > On Sun, Oct 25, 2015 at 06:31:02PM +0100, wm4 wrote: > > Channel layouts are essentially uint64_t, and every value is valid. > > --- > > libswresample/options.c | 8 > > 1 file changed, 4

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

On Sun, Oct 25, 2015 at 02:23:21PM +0100, Nicolas George wrote: > Le quartidi 4 brumaire, an CCXXIV, Michael Niedermayer a écrit : > > Heres another suggested addition to the voting committee > > also off topic but i wonder if "[DECISSION]" in the subject is the best > > choice for this > >

Re: [FFmpeg-devel] [PATCH] lavu/stereo3d: add serialization and deserialization functions

On 10/26/2015 4:45 PM, Rodger Combs wrote: > diff --git a/libavutil/stereo3d.h b/libavutil/stereo3d.h > index 1135dc9..8b8aced 100644 > --- a/libavutil/stereo3d.h > +++ b/libavutil/stereo3d.h > @@ -149,4 +149,51 @@ AVStereo3D *av_stereo3d_alloc(void); > */ > AVStereo3D

Re: [FFmpeg-devel] [PATCH] lavu/opt: enhance printing durations.

On Mon, Oct 26, 2015 at 09:19:58PM +0100, Nicolas George wrote: > Trim unneeded leading components and trailing zeros. > Move the formating code in a separate function. > Use the function also to format the default value, it was currently > printed as plain integer, inconsistent to the way it is

Re: [FFmpeg-devel] [PATCH] FATE: add crypto protocol test

On Mon, Oct 26, 2015 at 12:47:28PM -0500, Rodger Combs wrote: > --- > tests/fate/avformat.mak| 1 + > tests/lavf-regression.sh | 9 + > tests/ref/lavf-fate/crypto | 3 +++ > 3 files changed, 13 insertions(+) > create mode 100644 tests/ref/lavf-fate/crypto is this missing some

Re: [FFmpeg-devel] [PATCH] lavfi: add realtime filter.

Le quintidi 5 brumaire, an CCXXIV, Moritz Barsnick a écrit : > $ ffmpeg -h filter=realtime > [...] > realtime AVOptions: > limit..FVA... sleep time limit (default 2e+06) > > > It's misleading to mention "seconds" and to expect microseconds. Or to > mention "2" in one place and

[FFmpeg-devel] [PATCH] FATE: add crypto protocol test

--- tests/Makefile | 5 + tests/fate/avformat.mak | 1 + tests/lavf-regression.sh | 9 + tests/ref/lavf/crypto| 3 +++ 4 files changed, 18 insertions(+) create mode 100644 tests/ref/lavf/crypto diff --git a/tests/Makefile b/tests/Makefile index 7ee4a46..c501813 100644

[FFmpeg-devel] [PATCH] lavu/opt: enhance printing durations.

Trim unneeded leading components and trailing zeros. Move the formating code in a separate function. Use the function also to format the default value, it was currently printed as plain integer, inconsistent to the way it is parsed. Signed-off-by: Nicolas George ---

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

On Sun, Sep 20, 2015 at 12:55:11PM +0200, Clément Bœsch wrote: > Hi Voting Committee > > This mail is an attempt to try out the process described on > http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2015-September/178858.html > > This thread is a call for the following people: > Michael

Re: [FFmpeg-devel] [PATCH 2/2] lavfi: add testsrc2 test source.

On Sun, Oct 25, 2015 at 04:06:15PM +, Paul B Mahol wrote: > On 10/25/15, Nicolas George wrote: > > Le quartidi 4 brumaire, an CCXXIV, Nicolas George a ecrit : > >> Similar to testsrc, but using drawutils and therefore > >> supporting a lot of pixel formats instead of just

[FFmpeg-devel] [PATCH] doc/filters.texi: ebur128 grammar fix

--- doc/filters.texi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/filters.texi b/doc/filters.texi index 1de6a2f..2914e40 100644 --- a/doc/filters.texi +++ b/doc/filters.texi @@ -12958,7 +12958,7 @@ This mode requires a build with @code{libswresample}. Treat mono input

Re: [FFmpeg-devel] [libav-devel] [PATCH] opusdec: Don't run vector_fmul_scalar on zero length arrays

On Mon, Oct 26, 2015 at 11:29 PM, Kieran Kunhya wrote: > From a1314d5c9774d555718bbc0a8612144c890bbc59 Mon Sep 17 00:00:00 2001 > From: Kieran Kunhya > Date: Mon, 26 Oct 2015 22:26:35 + > Subject: [PATCH] opusdec: Don't run vector_fmul_scalar on zero length

[FFmpeg-devel] [PATCH] opusdec: Don't run vector_fmul_scalar on zero length arrays

From a1314d5c9774d555718bbc0a8612144c890bbc59 Mon Sep 17 00:00:00 2001 From: Kieran Kunhya Date: Mon, 26 Oct 2015 22:26:35 + Subject: [PATCH] opusdec: Don't run vector_fmul_scalar on zero length arrays Fixes crashes on fuzzed files --- libavcodec/opusdec.c |2 +- 1 file

Re: [FFmpeg-devel] [libav-devel] [PATCH] opusdec: Don't run vector_fmul_scalar on zero length arrays

On 26 October 2015 at 22:48, Hendrik Leppkes wrote: > On Mon, Oct 26, 2015 at 11:29 PM, Kieran Kunhya wrote: >> From a1314d5c9774d555718bbc0a8612144c890bbc59 Mon Sep 17 00:00:00 2001 >> From: Kieran Kunhya >> Date: Mon, 26 Oct 2015 22:26:35

Re: [FFmpeg-devel] [PATCH] doc/filters.texi: ebur128 grammar fix

On Mon, Oct 26, 2015, at 02:44 PM, Kyle Swanson wrote: > --- > doc/filters.texi | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/doc/filters.texi b/doc/filters.texi > index 1de6a2f..2914e40 100644 > --- a/doc/filters.texi > +++ b/doc/filters.texi > @@ -12958,7 +12958,7 @@

Re: [FFmpeg-devel] [libav-devel] [PATCH] opusdec: Don't run vector_fmul_scalar on zero length arrays

On Mon, Oct 26, 2015 at 11:09:44PM +, Kieran Kunhya wrote: > On 26 October 2015 at 22:48, Hendrik Leppkes wrote: > > On Mon, Oct 26, 2015 at 11:29 PM, Kieran Kunhya wrote: > >> From a1314d5c9774d555718bbc0a8612144c890bbc59 Mon Sep 17 00:00:00 2001 > >>

Re: [FFmpeg-devel] [PATCH] FATE: add crypto protocol test

On Mon, Oct 26, 2015 at 07:57:34PM -0500, Rodger Combs wrote: > --- > tests/Makefile | 5 + > tests/fate/avformat.mak | 1 + > tests/lavf-regression.sh | 9 + > tests/ref/lavf/crypto| 3 +++ > 4 files changed, 18 insertions(+) > create mode 100644 tests/ref/lavf/crypto

[FFmpeg-devel] [PATCH] fix: assigning instead of comparing

Signed-off-by: AppChecker --- libavformat/webmdashenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/webmdashenc.c b/libavformat/webmdashenc.c index 898e464..76e7eda 100644 --- a/libavformat/webmdashenc.c +++ b/libavformat/webmdashenc.c @@

Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design session control and internal allocation

On Mon, 26 Oct 2015 15:01:50 +0100 Gwenole Beauchesne wrote: > 2015-10-26 12:44 GMT+01:00 wm4 : > > On Mon, 26 Oct 2015 11:22:38 +0100 > > Gwenole Beauchesne wrote: > > > > > >> >> /** > >> >> * Hardware Accelerator identifier. >

Re: [FFmpeg-devel] [PATCH] Adds support parsing the QuickTime Metadata Keys.

On Mon, Oct 26, 2015 at 8:06 AM, Derek Buitenhuis < derek.buitenh...@gmail.com> wrote: > On 10/23/2015 7:41 PM, Tinglin Liu wrote: > > Derek, would you do the amend and push? Let me know if you need me to > > resend an amended patch. Thanks. > > Amended and pushed. > > As before: Is there a

Re: [FFmpeg-devel] Using ffmpeg library

Hi, Thank you Lou for your answer. Best regards. 2015-10-22 17:14 GMT-04:00 Lou Logan : > On Thu, 22 Oct 2015 16:04:05 -0400, mohamed larbi gharib wrote: > > > Hi, > > > > Thank you for your help. > > > > I would like to get information on what library shall I use for parsing >

Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design session control and internal allocation

On Mon, Oct 26, 2015 at 1:12 PM, wm4 wrote: > On Mon, 26 Oct 2015 12:56:31 +0100 > Hendrik Leppkes wrote: > >> >> > I think doing cropping as metadata would also simplify code a lot. For >> >> > example, nobody has to worry about non-mod-2 yuv420

Re: [FFmpeg-devel] [PATCH] Adds support parsing the QuickTime Metadata Keys.

On 10/23/2015 7:41 PM, Tinglin Liu wrote: > Derek, would you do the amend and push? Let me know if you need me to > resend an amended patch. Thanks. Amended and pushed. As before: Is there a sample somewhere we can add a FATE test for? - Derek ___

Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design session control and internal allocation

2015-10-26 12:44 GMT+01:00 wm4 : > On Mon, 26 Oct 2015 11:22:38 +0100 > Gwenole Beauchesne wrote: > > >> >> /** >> >> * Hardware Accelerator identifier. >> >> * >> >> * @note >> >> * A hardware accelerator can be device-less. This means that only the

Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design session control and internal allocation

On Mon, 26 Oct 2015 12:56:31 +0100 Hendrik Leppkes wrote: > >> > I think doing cropping as metadata would also simplify code a lot. For > >> > example, nobody has to worry about non-mod-2 yuv420 anymore, and how it > >> > should be handled. It's less tricky, more correct,

Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design session control and internal allocation

> -Ursprüngliche Nachricht- > Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag > von Hendrik Leppkes > Gesendet: Donnerstag, 22. Oktober 2015 17:56 > An: FFmpeg development discussions and patches > Betreff: Re: [FFmpeg-devel] [PATCH] libavcodec/qsv.c: Re-design

Re: [FFmpeg-devel] [PATCH 07/12] checkasm: add tests for AES

On Mon, Oct 26, 2015 at 9:25 AM, Rodger Combs wrote: > --- > tests/checkasm/Makefile | 2 +- > tests/checkasm/aes.c | 61 > +++ > tests/checkasm/checkasm.c | 1 + > tests/checkasm/checkasm.h | 1 + > 4 files changed,

Re: [FFmpeg-devel] [PATCH] swr: do not reject channel layouts that use channel 63

On 10/25/2015 5:31 PM, wm4 wrote: > Channel layouts are essentially uint64_t, and every value is valid. > --- > libswresample/options.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) Probably needs a micro version bump. - Derek ___

Re: [FFmpeg-devel] [PATCH] libavformat/riff.c: Adding support of PCM_S24LE in WAVEFORMATEXTENSIBLE

On 10/22/2015 11:27 PM, Thierry Foucu wrote: > here is another version to fix the file. This looks no more hacky than what already exists in the file, I guess... I'm sure Hendrik has an opinion. - Derek ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] [PATCH 12/12] FATE: add crypto protocol test

On 10/26/2015 5:25 AM, Rodger Combs wrote: > --- > tests/fate/avformat.mak| 1 + > tests/lavf-regression.sh | 8 > tests/ref/lavf-fate/crypto | 3 +++ > 3 files changed, 12 insertions(+) > create mode 100644 tests/ref/lavf-fate/crypto > > diff --git a/tests/fate/avformat.mak

[FFmpeg-devel] [PATCH] FATE: add crypto protocol test

--- tests/fate/avformat.mak| 1 + tests/lavf-regression.sh | 9 + tests/ref/lavf-fate/crypto | 3 +++ 3 files changed, 13 insertions(+) create mode 100644 tests/ref/lavf-fate/crypto diff --git a/tests/fate/avformat.mak b/tests/fate/avformat.mak index 1d13434..21b8f8a 100644 ---