Am 19.05.16 um 08:56 schrieb Clément Bœsch:
> On Thu, May 19, 2016 at 08:51:24AM +0200, Thilo Borgmann wrote:
>> Hi,
>>
>> Am 19.05.16 um 08:37 schrieb Clément Bœsch:
>>> I get too much mails, on a mailbox I forget to check, about issues I'm
>>> most of the time not willing to address. And I feel b
Files containing lists generated from enabled components were:
static Type *var[] = {
generated list,
NULL };
and included as is in the file using them.
This commit removes the "static Type *var[] = {" declaration
and the final "NULL };" from the generated list and moves them
It passes packets unchanged with a very low overhead.
Using it allows to have the same code path when bitstream filtering
is not used, making the code simpler and avoiding bitroting.
The filter can not be disabled so that applications can rely on it.
It is added out of alphabetical order to keep th
Signed-off-by: Nicolas George
---
libavformat/concatdec.c | 165 ++--
1 file changed, 76 insertions(+), 89 deletions(-)
Unchanged.
diff --git a/libavformat/concatdec.c b/libavformat/concatdec.c
index b3a430e..bbea158 100644
--- a/libavformat/concatd
The FATE scripts separate stdout from stderr.
Having a first idea about what went wrong in the log file
is more convenient.
Signed-off-by: Nicolas George
---
tests/fate-run.sh | 16
1 file changed, 8 insertions(+), 8 deletions(-)
Unchanged.
diff --git a/tests/fate-run.sh b/t
Hi,
Le 18 mai 2016 20:40:08 GMT+02:00, Michael Niedermayer
a écrit :
>Signed-off-by: Michael Niedermayer
>---
> doc/developer.texi | 29 +
> 1 file changed, 29 insertions(+)
>
>diff --git a/doc/developer.texi b/doc/developer.texi
>index 6db93ce..4d3a7ae 100644
>---
Le decadi 30 floréal, an CCXXIV, Michael Niedermayer a écrit :
> Signed-off-by: Michael Niedermayer
> ---
> doc/developer.texi | 29 +
> 1 file changed, 29 insertions(+)
I agree to the code of conduct.
But: I am not sure I should vote anyway, IIRC we did not finali
On Wed, May 18, 2016 at 10:33:23PM +0200, Paul B Mahol wrote:
> Hi,
>
> I want to propose to have an FFmpeg IRC meeting on
> the Saturday of the next week, Saturday May 28,
> UTC 17.
>
> Candidate topics of the day:
> - Code of Conduct and policy around it
does this affect the current vote ?
i
Le tridi 23 floréal, an CCXXIV, Jan Sebechlebsky a écrit :
> My current idea is to create queue for each output (as Marton suggested) and
> process each output in separate thread. I was also considering using just
> single queue, but since the AVPackets are referenced counted, the memory
> overhead
On 5/19/16, Michael Niedermayer wrote:
> On Wed, May 18, 2016 at 10:33:23PM +0200, Paul B Mahol wrote:
>> Hi,
>>
>> I want to propose to have an FFmpeg IRC meeting on
>> the Saturday of the next week, Saturday May 28,
>> UTC 17.
>>
>> Candidate topics of the day:
>
>> - Code of Conduct and policy
On Tue, May 17, 2016 at 03:20:54PM +0200, Matthieu Bouron wrote:
> From: Matthieu Bouron
>
> ---
> libavcodec/mediacodec_wrapper.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/libavcodec/mediacodec_wrapper.c b/libavcodec/mediacodec_wrapper.c
> index 8ce3b32..5c047ea 100644
>
Le nonidi 29 floréal, an CCXXIV, Michael Niedermayer a écrit :
> there where and are accessor functions:
> git grep MAKE_ACCESSORS
Yes, and they should have been the only way of avoiding ABI compatibility
issues.
Another point against AVClass: FFmpeg is mostly in C, C has static typing
and static
On Tue, May 17, 2016 at 12:17:30 +0800, qw wrote:
> Thanks for your reply. What does 'the thread went OT' mean?
I pointed out that the thread which should have been discussing the
posted patch discussed a different matter.
> How to know whether my presented question has been resolved, if
> someon
Fixes CID1361965
Iam not 100% sure this doesnt break some case, if it does please
tell me. Ill fix it
Signed-off-by: Michael Niedermayer
---
libavcodec/bitstream_filter.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/bitstream_filter.c b/libavcodec/bitstream_filter.c
index
On Thu, May 19, 2016 at 12:08:25PM +0200, Nicolas George wrote:
> Le nonidi 29 floréal, an CCXXIV, Michael Niedermayer a écrit :
> > there where and are accessor functions:
> > git grep MAKE_ACCESSORS
>
> Yes, and they should have been the only way of avoiding ABI compatibility
> issues.
applicat
On Thu, May 19, 2016 at 1:29 PM, Michael Niedermayer
wrote:
> Fixes CID1361965
>
> Iam not 100% sure this doesnt break some case, if it does please
> tell me. Ill fix it
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/bitstream_filter.c |2 ++
> 1 file changed, 2 insertions(+)
>
>
On Thu, May 19, 2016 at 02:28:40PM +0200, Hendrik Leppkes wrote:
> On Thu, May 19, 2016 at 1:29 PM, Michael Niedermayer
> wrote:
> > Fixes CID1361965
> >
> > Iam not 100% sure this doesnt break some case, if it does please
> > tell me. Ill fix it
> >
> > Signed-off-by: Michael Niedermayer
> > ---
He asked to forward this patch, so here it is.>From 53a4cafd64b008ad446a8866eaed622aeb320d3b Mon Sep 17 00:00:00 2001
From: Derek Buitenhuis
Date: Thu, 19 May 2016 13:27:08 +0100
Subject: [PATCH] MAINTAINERS: Remove myself
Signed-off-by: Derek Buitenhuis
---
MAINTAINERS | 6 --
1 file chang
Hello Nicolas,
On 05/19/2016 12:44 PM, Nicolas George wrote:
Le tridi 23 floréal, an CCXXIV, Jan Sebechlebsky a écrit :
My current idea is to create queue for each output (as Marton suggested) and
process each output in separate thread. I was also considering using just
single queue, but since
On Thu, May 19, 2016 at 02:47:48PM +0200, wm4 wrote:
> He asked to forward this patch, so here it is.
> MAINTAINERS |6 --
> 1 file changed, 6 deletions(-)
> 20f379abeae676c2c0423b96afe38532e33b764f remove.patch
> From 53a4cafd64b008ad446a8866eaed622aeb320d3b Mon Sep 17 00:00:00 2001
> F
On Thu, 19 May 2016 at 14:15 Michael Niedermayer
wrote:
> On Thu, May 19, 2016 at 02:47:48PM +0200, wm4 wrote:
> > He asked to forward this patch, so here it is.
>
> > MAINTAINERS |6 --
> > 1 file changed, 6 deletions(-)
> > 20f379abeae676c2c0423b96afe38532e33b764f remove.patch
> > Fro
On Wed, May 18, 2016 at 10:33:23PM +0200, Paul B Mahol wrote:
> Hi,
>
> I want to propose to have an FFmpeg IRC meeting on
> the Saturday of the next week, Saturday May 28,
> UTC 17.
>
> Candidate topics of the day:
> - Code of Conduct and policy around it
> - technical development issues
> -
On Wed, May 18, 2016 at 02:46:34PM +0100, Derek Buitenhuis wrote:
> On 5/18/2016 2:32 PM, Carl Eugen Hoyos wrote:
> > I should probably add that this is an interesting comment
> > coming from somebody who breaks FFmpeg with nearly every
> > commit and not only absolutely refuses to work on fixes
Hi,
On Thu, May 19, 2016 at 8:14 AM, Michael Niedermayer wrote:
> On Thu, May 19, 2016 at 12:08:25PM +0200, Nicolas George wrote:
> > Le nonidi 29 floréal, an CCXXIV, Michael Niedermayer a écrit :
> > > there where and are accessor functions:
> > > git grep MAKE_ACCESSORS
> >
> > Yes, and they s
Hi,
patch attached.
From 78dc1f23509f59e64adbc0a4ecf2e6b77581e375 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Thu, 19 May 2016 16:40:07 +0200
Subject: [PATCH] avcodec/adpcm: pick correct step_index for IMA AMV
Fixes #5538
Signed-off-by: Paul B Mahol
---
libavcodec/adpcm.c | 4 ++--
1 fi
On 5/19/2016 11:38 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Thu, May 19, 2016 at 8:14 AM, Michael Niedermayer > wrote:
>
>> On Thu, May 19, 2016 at 12:08:25PM +0200, Nicolas George wrote:
>>> Le nonidi 29 floréal, an CCXXIV, Michael Niedermayer a écrit :
there where and are accessor function
On 5/19/2016 11:43 AM, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
>
> 0001-avcodec-adpcm-pick-correct-step_index-for-IMA-AMV.patch
>
>
> From 78dc1f23509f59e64adbc0a4ecf2e6b77581e375 Mon Sep 17 00:00:00 2001
> From: Paul B Mahol
> Date: Thu, 19 May 2016 16:40:07 +0200
> Subject: [PATCH]
On 5/19/16, James Almer wrote:
> On 5/19/2016 11:43 AM, Paul B Mahol wrote:
>> Hi,
>>
>> patch attached.
>>
>>
>> 0001-avcodec-adpcm-pick-correct-step_index-for-IMA-AMV.patch
>>
>>
>> From 78dc1f23509f59e64adbc0a4ecf2e6b77581e375 Mon Sep 17 00:00:00 2001
>> From: Paul B Mahol
>> Date: Thu, 19 May
>
> Pushed. Waiting for libebur128 removal as dependency.
Thanks. Working on porting libebur128 to FFmpeg now. Hopefully I can
find some time to finish that patch soon.
>
> Can anything be done to make this filter faster?
Probably, I'll do some profiling. The true peak limiter requires
upsamplin
On 5/19/2016 2:12 PM, Michael Niedermayer wrote:
> if derek still wants to leave in 2 weeks then so be it, its his choice
> but i really hope things can be resolved in a way that everyone
> stays and works together and is happy
I will wait 2 weeks.
- Derek
Nothing uses symvers since commit d63443b9 (lavc: drop the
av_fast_{re,m}alloc compatibility wrappers).
Signed-off-by: Natanael Copa
---
configure | 21 -
1 file changed, 21 deletions(-)
diff --git a/configure b/configure
index 2dede36..fb52482 100755
--- a/configure
+++ b/c
On date Saturday 2016-04-02 20:29:42 +0200, Michael Niedermayer encoded:
> On Sat, Apr 02, 2016 at 12:46:50PM +0200, Stefano Sabatini wrote:
> > This allow to remux data packets which are then recognized as ID3 packets.
> > ---
> > libavformat/mpegts.h| 1 +
> > libavformat/mpegtsenc.c | 10 +
This format is useful to inject custom user data into streams.
---
doc/demuxers.texi | 40 +
doc/muxers.texi | 31 +++
libavformat/Makefile| 2 +
libavformat/allformats.c| 1 +
libavformat/fftextdatadec.c | 212 +++
This is required since some softwares are not able to correctly recognize
the metadata.
---
libavformat/mpegtsenc.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 5f22032..4b9e71b 100644
--- a/l
Set the stream_id to 0xbd (private_stream_id_1). Tools seem to assume
that value, and this is consistent with MPEG TS (ITU-T H.222.0) section
2.12.3.
---
libavformat/mpegtsenc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 4b9e71b..
This allows to use the function in a future commit.
---
libavformat/mpegtsenc.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 93cbac1..5f22032 100644
--- a/libavformat/mpegtsenc.c
+++
On date Thursday 2016-05-19 18:45:22 +0200, Stefano Sabatini encoded:
> This format is useful to inject custom user data into streams.
> ---
> doc/demuxers.texi | 40 +
> doc/muxers.texi | 31 +++
> libavformat/Makefile| 2 +
> libavformat/allformats.c
On date Thursday 2016-04-07 23:02:30 +0200, Michael Niedermayer encoded:
> 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:
> > > > T
On Thu, May 19, 2016 at 18:45:22 +0200, Stefano Sabatini wrote:
> [FFmpeg-devel] [PATCH] lavf: add textdata virtual demuxer and demuxer
demuxer and *muxer* !?
> +Store a data stream to an output file:
> +@example
> +ffmpeg -i INPUT -codec copy -map 0 -an -vn data.fftd
Would this mean it could a
On date Thursday 2016-05-19 19:18:02 +0200, Moritz Barsnick encoded:
> On Thu, May 19, 2016 at 18:45:22 +0200, Stefano Sabatini wrote:
>
> > [FFmpeg-devel] [PATCH] lavf: add textdata virtual demuxer and demuxer
>
> demuxer and *muxer* !?
Sure, locally fixed.
> > +Store a data stream to an outpu
On Thu, May 19, 2016 at 09:47:12AM +0200, Nicolas George wrote:
> The FATE scripts separate stdout from stderr.
> Having a first idea about what went wrong in the log file
> is more convenient.
>
> Signed-off-by: Nicolas George
> ---
> tests/fate-run.sh | 16
> 1 file changed, 8
On Thu, May 19, 2016 at 04:43:08PM +0200, Paul B Mahol wrote:
> Hi,
>
> patch attached.
> adpcm.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> 21c3c45dec713439666197c9a6d6a01dc8da6aab
> 0001-avcodec-adpcm-pick-correct-step_index-for-IMA-AMV.patch
> From 78dc1f23509f59e64adb
On Thu, May 19, 2016 at 04:55:29PM +0200, Natanael Copa wrote:
> Nothing uses symvers since commit d63443b9 (lavc: drop the
> av_fast_{re,m}alloc compatibility wrappers).
>
> Signed-off-by: Natanael Copa
> ---
> configure | 21 -
> 1 file changed, 21 deletions(-)
this causes
On Thu, May 19, 2016 at 06:45:29PM +0200, Stefano Sabatini wrote:
> This allows to use the function in a future commit.
> ---
> libavformat/mpegtsenc.c | 34 +-
> 1 file changed, 17 insertions(+), 17 deletions(-)
ok
[...]
--
Michael GnuPG fingerprint: 9FF2128
On Thu, May 19, 2016 at 06:45:41PM +0200, Stefano Sabatini wrote:
> Set the stream_id to 0xbd (private_stream_id_1). Tools seem to assume
> that value, and this is consistent with MPEG TS (ITU-T H.222.0) section
> 2.12.3.
> ---
> libavformat/mpegtsenc.c | 3 +++
> 1 file changed, 3 insertions(+)
On Thu, May 19, 2016 at 09:47:11AM +0200, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavformat/concatdec.c | 165
> ++--
> 1 file changed, 76 insertions(+), 89 deletions(-)
>
>
> Unchanged.
>
>
> diff --git a/libavformat/concat
Le primidi 1er prairial, an CCXXIV, Michael Niedermayer a écrit :
> is the overhead from the null filter insiginicant ?
I have not actually made a benchmark, but I believe it is. Look in
libavcodec/bsf.c: the overhead is limited to a few checks and a
av_packet_move_ref().
Regards,
--
Nicolas
On Thu, May 19, 2016 at 10:54:39PM +0200, Nicolas George wrote:
> Le primidi 1er prairial, an CCXXIV, Michael Niedermayer a écrit :
> > is the overhead from the null filter insiginicant ?
>
> I have not actually made a benchmark, but I believe it is. Look in
> libavcodec/bsf.c: the overhead is lim
Owh, sorry, just wanted to share a fix to my issue.
On 15/05/2016 15:50, Hendrik Leppkes wrote:
> On Sun, May 15, 2016 at 2:10 PM, wrote:
>> resend_headers seems to be only related to PAT/PMT stuff
>> Calling avformat_write_header multiple times do not seems that creepy to
>> me, because we are
Le primidi 1er prairial, an CCXXIV, Michael Niedermayer a écrit :
> applications which supported both libav and ffmpeg cannot use symbols
> that exist in only one of the forks as it would break linking.
>
> the same AVOption based code works with both forks though
>
> using accessors 2 different
On Thu, 19 May 2016 08:37:23 +0200, Clément Bœsch wrote:
> I get too much mails, on a mailbox I forget to check, about issues I'm
> most of the time not willing to address. And I feel bad about not
> answering anymore lately.
> ---
> src/consulting | 39 ---
>
On Thu, 19 May 2016, Nicolas George wrote:
Le tridi 23 floréal, an CCXXIV, Jan Sebechlebsky a écrit :
My current idea is to create queue for each output (as Marton suggested) and
process each output in separate thread. I was also considering using just
single queue, but since the AVPackets are
On 19 May 2016 at 15:18, Derek Buitenhuis
wrote:
> On 5/19/2016 2:12 PM, Michael Niedermayer wrote:
> > if derek still wants to leave in 2 weeks then so be it, its his choice
> > but i really hope things can be resolved in a way that everyone
> > stays and works together and is happy
>
> I will w
On Wed, May 18, 2016 at 08:40:07PM +0200, Michael Niedermayer wrote:
> This is the version i had in my pending branch and should be the last
> version of the Code of Conduct from march, IIRC there where no further
> comments on the last version, so iam calling everyone to vote on this.
> Everyone
Hi,
On Mon, Mar 28, 2016 at 03:39:22PM +0200, Michael Niedermayer wrote:
> On Mon, Mar 28, 2016 at 12:34:05PM +, Kieran Kunhya wrote:
> > On Mon, 28 Mar 2016 at 11:58 Moritz Barsnick wrote:
> >
> > > On Mon, Mar 28, 2016 at 02:18:32 +0200, Michael Niedermayer wrote:
> > > > +it is malice its
On Wed, May 18, 2016 at 08:40:07PM +0200, Michael Niedermayer wrote:
> This is the version i had in my pending branch and should be the last
> version of the Code of Conduct from march, IIRC there where no further
> comments on the last version, so iam calling everyone to vote on this.
> Everyone
On 2 April 2016 at 11:29, Stefano Sabatini wrote:
> On date Monday 2016-03-07 18:05:30 +0100, Stefano Sabatini encoded:
>> In particular, the slice mode API was changed in commit:
>>
>> commit 33c378f7b791310e4cb64b53e2bb8f3f3bded105
>> Author: sijchen
>> Date: Tue Nov 10 09:50:06 2015 -0800
>>
On Fri, 20 May 2016 01:55:15 +0200
Lukasz Marek wrote:
> On 19 May 2016 at 15:18, Derek Buitenhuis
> wrote:
>
> > On 5/19/2016 2:12 PM, Michael Niedermayer wrote:
> > > if derek still wants to leave in 2 weeks then so be it, its his
> > > choice but i really hope things can be resolved in a way
58 matches
Mail list logo
