[FFmpeg-devel] [PATCH 1/4] lavc/audiotoolboxdec: avoid relying on consumer-provided params when possible

--- configure| 2 + libavcodec/Makefile | 6 +-- libavcodec/audiotoolboxdec.c | 103 ++- 3 files changed, 86 insertions(+), 25 deletions(-) diff --git a/configure b/configure index 94a66d8..f8ff5ca 100755 --- a/configure

[FFmpeg-devel] [PATCH 2/4] lavc/audiotoolboxdec: reindent

--- libavcodec/audiotoolboxdec.c | 46 ++-- 1 file changed, 23 insertions(+), 23 deletions(-) diff --git a/libavcodec/audiotoolboxdec.c b/libavcodec/audiotoolboxdec.c index 9db1ad9..2740648 100644 --- a/libavcodec/audiotoolboxdec.c +++

[FFmpeg-devel] [PATCH 3/4] lavf/audiotoolboxdec: only send extradata for formats that use it

Fixes initialization errors for some AVI files --- libavcodec/audiotoolboxdec.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/libavcodec/audiotoolboxdec.c b/libavcodec/audiotoolboxdec.c index 2740648..80b1f33 100644 --- a/libavcodec/audiotoolboxdec.c +++

[FFmpeg-devel] [PATCH 4/4] lavf/audiotoolboxdec: only provide block alignment for ILBC

Fixes decode errors for some AVI files --- libavcodec/audiotoolboxdec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/audiotoolboxdec.c b/libavcodec/audiotoolboxdec.c index 80b1f33..31e14d4 100644 --- a/libavcodec/audiotoolboxdec.c +++

Re: [FFmpeg-devel] [GSoC][Outreachy] mentoring

On Tue, Apr 05, 2016 at 10:40:19PM +0200, Michael Niedermayer wrote: > Hi mentors > > Please make sure you volunteer for mentoring any students you consider > to mentor in the web interfaces for > Outreachy (Willing to Mentor" button) and GSoC ("WANT TO MENTOR" button) > Its in no case possible

[FFmpeg-devel] [PATCH 8/8] lavf/movenc+dashenc: add automatic bitstream filtering

--- libavformat/dashenc.c | 43 +++- libavformat/movenc-test.c | 3 ++ libavformat/movenc.c | 100 +++--- 3 files changed, 121 insertions(+), 25 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index

[FFmpeg-devel] [PATCH 7/8] lavf/dashenc: add deinit function

--- libavformat/dashenc.c | 51 +-- 1 file changed, 17 insertions(+), 34 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 931d32d..dce5525 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -580,16

[FFmpeg-devel] [PATCH 6/8] lavf/movenc: add deinit function

--- libavformat/movenc.c | 63 ++-- 1 file changed, 27 insertions(+), 36 deletions(-) diff --git a/libavformat/movenc.c b/libavformat/movenc.c index efaac36..3146799 100644 --- a/libavformat/movenc.c +++ b/libavformat/movenc.c @@ -5233,21 +5233,18

[FFmpeg-devel] [PATCH 3/8] lavf/mux: add avformat_init_output

This allows a consumer to run the muxer's init function without actually writing the header, which is useful in chained muxers that support automatic bitstream filtering. --- libavformat/avformat.h | 30 +++-- libavformat/internal.h | 10 + libavformat/mux.c | 59

[FFmpeg-devel] [PATCH 1/8] lavf: add a flag to enable/disable automatic bitstream filtering

This is mostly useful for muxers that wrap other muxers, such as dashenc and segment. The actual duplicated bitstream filtering is largely harmless, but delaying the header can cause problems when the muxer intended the header to be written to a separate file. --- libavformat/avformat.h | 1

[FFmpeg-devel] [PATCH 2/8] lavf/mux: run AVCodec::deinit if write_header fails

--- libavformat/mux.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/libavformat/mux.c b/libavformat/mux.c index 52dfc09..8517c5f 100644 --- a/libavformat/mux.c +++ b/libavformat/mux.c @@ -459,8 +459,11 @@ int avformat_write_header(AVFormatContext *s, AVDictionary

[FFmpeg-devel] [PATCH 4/8] lavf/segment: add deinit function

--- libavformat/segment.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/libavformat/segment.c b/libavformat/segment.c index 9527c87..2dfd232 100644 --- a/libavformat/segment.c +++ b/libavformat/segment.c @@ -626,8 +626,9 @@ static int

[FFmpeg-devel] [PATCH 5/8] lavf/segment: fix writing separate header with auto BSF

--- libavformat/segment.c | 55 ++- 1 file changed, 41 insertions(+), 14 deletions(-) diff --git a/libavformat/segment.c b/libavformat/segment.c index 2dfd232..a79b0f3 100644 --- a/libavformat/segment.c +++ b/libavformat/segment.c @@ -259,6 +259,7

Re: [FFmpeg-devel] [PATCH] avcodec: add TrueMotion 2.0 RealTime decoder

On 4/7/16, Paul B Mahol wrote: > On 4/6/16, Paul B Mahol wrote: >> Hi, >> >> patch attached. >> > > Improved version attached. > Now even better version attached. From 37a03dc4d963c6fe5e52fcb742ce9fdf60a9a70b Mon Sep 17 00:00:00 2001 From: Paul B Mahol

Re: [FFmpeg-devel] [PATCH] lavf/mpegts: add 0x15 (metadata) entry to the ISO_types array

On Thu, Apr 07, 2016 at 08:43:40PM +0200, Stefano Sabatini wrote: > On date Saturday 2016-04-02 15:56:55 +0200, Michael Niedermayer encoded: > > On Sat, Apr 02, 2016 at 12:46:57PM +0200, Stefano Sabatini wrote: > > > This allows to recognize ID3 packets from the stream type. > > > --- > > >

Re: [FFmpeg-devel] [PATCH] Implement hdcd filtering

On Tue, Mar 29, 2016 at 11:30:28AM +0200, Benjamin St wrote: > > Not all of the comments on top of the filter file look > > very useful to me, what do you think? > > In any case, I'd say a link to these should be useful: > > http://www.audiomisc.co.uk/HFN/HDCD/Enigma.html > >

Re: [FFmpeg-devel] [PATCH] avfilter: add remap filter

Thank you Paul for your great help. I was contacted by a guy in Guatemala to help him with his 360 action cam, and with lots of praise for us he sent his first test result https://youtu.be/bjF7yPbLTjQ I have a separate program to generate mapfiles for fisheye lens remaps for 360 cams. It is not

Re: [FFmpeg-devel] [PATCH] Implement hdcd filtering

On Thu, Apr 07, 2016 at 03:21:46PM +0200, Benjamin St wrote: > > if the license is compatible with the LGPL then you could be added to > > the exceptions > > > Is it compatible? I would say yes... (but I'm not sure) ill leave that to carl, he knows more about licenses and such either way, "make

Re: [FFmpeg-devel] [PATCH] lavf/mpegts: add 0x15 (metadata) entry to the ISO_types array

On date Saturday 2016-04-02 15:56:55 +0200, Michael Niedermayer encoded: > On Sat, Apr 02, 2016 at 12:46:57PM +0200, Stefano Sabatini wrote: > > This allows to recognize ID3 packets from the stream type. > > --- > > libavformat/mpegts.c | 1 + > > 1 file changed, 1 insertion(+) > > breaks

Re: [FFmpeg-devel] [PATCH] avformat/format: Fix registering a format more than once and related races

On Thu, 7 Apr 2016 17:51:26 +0200 Michael Niedermayer wrote: > Signed-off-by: Michael Niedermayer > --- > libavformat/format.c | 16 ++-- > 1 file changed, 10 insertions(+), 6 deletions(-) > > diff --git a/libavformat/format.c

Re: [FFmpeg-devel] hardware codec for ffmpeg upstream

On Thu, 7 Apr 2016 23:29:52 +0800 Jung Zhao wrote: > Hi, > > I want to upload my hardware codec to ffmpeg upstream. Is there any > suggestion or document for referring? > Sounds like you've already written code? In that case just send a patch to this mailing list.

Re: [FFmpeg-devel] [PATCH] doc/filters: add drawtext example

On Sun, 3 Apr 2016 14:42:36 +0530, Mulvya V wrote: > From 455db8cec1a7649e5d8e2aab659477a710e40b76 Mon Sep 17 00:00:00 2001 > From: Mulvya > Date: Sun, 3 Apr 2016 14:27:01 +0530 > Subject: [PATCH] doc/filters: add drawtext example > > Show example which draws text at a random

Re: [FFmpeg-devel] [PATCH] added support for hardware assist H264 video encoding for the Raspberry Pi

> On Mar 31, 2016, at 7:27 PM, Amancio Hasty wrote: > > I am not a lawyer… > > > I updated the patch. vc264.c now has a the copyright notice embedded in > a volatile global so if a binary is compiled against vc264.o , the copyright > notice > can be displayed by: >

[FFmpeg-devel] [PATCH] avformat/format: Fix registering a format more than once and related races

Signed-off-by: Michael Niedermayer --- libavformat/format.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/libavformat/format.c b/libavformat/format.c index 15fe167..f0abb5d 100644 --- a/libavformat/format.c +++

[FFmpeg-devel] hardware codec for ffmpeg upstream

Hi, I want to upload my hardware codec to ffmpeg upstream. Is there any suggestion or document for referring? -- Best Regards, Jung ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] lavc/mediacodec: add hwaccel support

On Fri, 18 Mar 2016 17:50:39 +0100 Matthieu Bouron wrote: > From: Matthieu Bouron > > --- > > Hello, Can't say much about this, so just some minor confused comments. > > The following patch add hwaccel support to the mediacodec

Re: [FFmpeg-devel] [PATCH 2/2] vf_colorspace: x86-64 SIMD (SSE2) optimizations.

On Wed, 6 Apr 2016 at 19:10 Ronald S. Bultje wrote: > --- > libavfilter/colorspacedsp.c |3 + > libavfilter/colorspacedsp.h |3 + > libavfilter/x86/Makefile |2 + > libavfilter/x86/colorspacedsp.asm| 1115 >

Re: [FFmpeg-devel] [PATCH] Implement hdcd filtering

> if the license is compatible with the LGPL then you could be added to > the exceptions > Is it compatible? I would say yes... (but I'm not sure) Any further comments? Thanks, Benjamin ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] lavc/mediacodec: add hwaccel support

On Wed, Mar 23, 2016 at 6:16 PM, Matthieu Bouron wrote: > > > On Tue, Mar 22, 2016 at 10:04 AM, Matthieu Bouron < > matthieu.bou...@gmail.com> wrote: > >> >> >> On Fri, Mar 18, 2016 at 5:50 PM, Matthieu Bouron < >> matthieu.bou...@gmail.com> wrote: >> >>> From:

Re: [FFmpeg-devel] [PATCH] avfilter: add remap filter

On 4/6/16, F.Sluiter wrote: > Works for me! Applied. Thanks. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] libavcodec/exr : Fix channel detection

Hello, In attach a patch who fix channel detection, if an exr have for example channel RGBZ. In that case, we need to use RGB channel not RGZ (actual case). I let the identation modification inside the patch, because it's a small patch. The patch set the target channel offset, only if no

[FFmpeg-devel] [PATCH] avfilter/vf_drawtext: add optional default value to metadata function

Signed-off-by: Tobias Rapp --- doc/filters.texi | 7 ++- libavfilter/vf_drawtext.c | 4 +++- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/doc/filters.texi b/doc/filters.texi index 592fc24..3675b13 100644 --- a/doc/filters.texi +++

Re: [FFmpeg-devel] [PATCH] added support for hardware assist H264 video encoding for the Raspberry Pi

On 06/04/16 14:25, Amancio Hasty wrote: > >> On Apr 6, 2016, at 3:42 AM, wm4 wrote: >> >> On Wed, 6 Apr 2016 02:56:49 -0700 >> Amancio Hasty wrote: >> >>> If you think is better and it works , are there any plans to incorporate >>> such an older patch?

Re: [FFmpeg-devel] [PATCH] avcodec: add TrueMotion 2.0 RealTime decoder

On 4/6/16, Paul B Mahol wrote: > Hi, > > patch attached. > Improved version attached. From 8dd34eaffcd5fbb0c37dd8e889edbf5e1856b6f8 Mon Sep 17 00:00:00 2001 From: Paul B Mahol Date: Wed, 6 Apr 2016 11:02:39 +0200 Subject: [PATCH] avcodec: add TrueMotion 2.0

Re: [FFmpeg-devel] [PATCH v4 1/3] avformat/tee: Refactor close_slaves function in tee muxer

L'octidi 18 germinal, an CCXXIV, Marton Balint a écrit : > Apart from this, it look good to me. Nicolas, could you ACK this please? No problem, of course. Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] lavc/audiotoolbox: avoid relying on consumer-provided params when possible

Rodger Combs gmail.com> writes: > -// DecoderConfig descriptor > -put_descr(, 0x04, 13 + 5+avctx->extradata_size); > +// DecoderConfig descriptor > +put_descr(, 0x04, 13 + 5+avctx->extradata_size); Please separate the cosmetic from the actual changes to

Re: [FFmpeg-devel] [PATCH] avformat: support shorten in nistsphere demuxer

On 4/7/16, Carl Eugen Hoyos wrote: > Paul B Mahol gmail.com> writes: > >> > Is using sidedata also a possibility? >> >> For what? > > To avoid creating artificial extradata not defined > by a file format. Not possible. ___

Re: [FFmpeg-devel] [PATCH] avformat: support shorten in nistsphere demuxer

Paul B Mahol gmail.com> writes: > > Is using sidedata also a possibility? > > For what? To avoid creating artificial extradata not defined by a file format. Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] avformat: support shorten in nistsphere demuxer

On 4/7/16, Carl Eugen Hoyos wrote: > Paul B Mahol gmail.com> writes: > >> patch attached. > > Is using sidedata also a possibility? For what? Nope. > Carl Eugen > > ___ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org >

[FFmpeg-devel] [PATCH] lavc/audiotoolbox: avoid relying on consumer-provided params when possible

We now attempt to parse extradata before init when present. In MPEG audio and (E)AC3, we wait for the first packet and parse its header (unless the consumer provided a channel count and sample rate at init). --- configure| 2 + libavcodec/Makefile | 6 +-