Re: [FFmpeg-devel] Tee improvement - discussion

On 06/03/2016 03:46 PM, Nicolas George wrote: Sorry for forgetting to reply. L'octidi 8 prairial, an CCXXIV, Marton Balint a écrit : What if we decouple the non-blocking queue and the retry on failure logic to a separate "buffer" or "fifo" muxer? This seems like what you are trying to do,

[FFmpeg-devel] Matroska / FFV1 Symposium in Berlin

Hi all, I wanted to share news and an invite for a free symposium to be held in Berlin on July 18-20, 2016 hosted by Deutsche Kinemathek and Zuse Institute Berlin which has a specific focus on the development, standardization, and implementation of Matroska and FFV1. Developers, users, and

Re: [FFmpeg-devel] Tee improvement - discussion

On 06/03/2016 03:53 PM, Nicolas George wrote: Le nonidi 9 prairial, an CCXXIV, Jan Sebechlebsky a écrit : If I understand it correctly, I think this will be handled quite smoothy - you don't have to kill the blocked write, the application has to call write_trailer anyway before closing the

Re: [FFmpeg-devel] IRC meeting

Hi, here's I think a list of things left to do. I remember saste doing it on some occasions. Please comment on whether you think I have pointed an actual action to perform. Don't mind the details for now, it's just to get the train going. 2016-05-30 10:49 GMT+02:00 Michael Niedermayer

Re: [FFmpeg-devel] IRC meeting

On Fri, Jun 03, 2016 at 08:32:51PM +0200, Christophe Gisquet wrote: [...] > FOUR.TWO) > > May 28 20:58:44 we probably should config postfix or > > spamassasin to check DMARK/DKIM/SPF or part of that on incoming mai (not > > really important but i thn it doest curretly) > > Details on what

Re: [FFmpeg-devel] IRC meeting

Hi, sorry if I'm or was confusing, I'm best-effort here. 2016-06-03 21:13 GMT+02:00 Michael Niedermayer : > > FOUR.TWO) [...] > i want some assistent to help with dayly server admin duties > most root admins we have help and contribute but are often busy > raz recently

Re: [FFmpeg-devel] [PATCH] libavutil/fifo: Fix fifo grow step

On Fri, Jun 03, 2016 at 02:04:00PM +0200, sebechlebsky...@gmail.com wrote: > From: Jan Sebechlebsky > > Fifo was reallocating always to twice of the requested size. > This fixes it to reallocate to requested size, or twice of the > original size - whichever is greater.

Re: [FFmpeg-devel] AVClass & AVOption [VOTE]

On Sun, May 29, 2016 at 01:32:54AM +0200, Michael Niedermayer wrote: > Hi > > It was suggested in the IRC meeting today that i start a vote to > resolve if AVClass & AVOption should be added to AVCodecParameters > This question needs to be awnsered before the next release because > the ABI would

Re: [FFmpeg-devel] [PATCH] lavf/udp: fix dead code.

On Fri, Jun 03, 2016 at 03:08:51PM +0200, Nicolas George wrote: > Le sextidi 16 prairial, an CCXXIV, Michael Niedermayer a écrit : > > Do you know how to change the push URL for one repository in gitolite? > > I know how to change it for all repositories but only ffmpeg uses the > > videolan

Re: [FFmpeg-devel] [PATCH 1/2] avformat/dump: Print tbc value

On 6/3/2016 7:12 PM, Michael Niedermayer wrote: > Fixes regression of av_dump_format() > Fixes part of Ticket 5444 > > Signed-off-by: Michael Niedermayer > --- > libavformat/dump.c | 11 +++ > 1 file changed, 7 insertions(+), 4 deletions(-) > > diff --git

[FFmpeg-devel] [PATCH 2/2] avformat/rawdec: Fix avg_framerate for h264

The framerate is 25 which is a fixed default and is wrong undo the 1 line change which caused this regression Fixes Ticket 5444 Signed-off-by: Michael Niedermayer --- libavformat/rawdec.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[FFmpeg-devel] [PATCH 1/2] avformat/dump: Print tbc value

Fixes regression of av_dump_format() Fixes part of Ticket 5444 Signed-off-by: Michael Niedermayer --- libavformat/dump.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/libavformat/dump.c b/libavformat/dump.c index 7ff5ef0..485e9fd

Re: [FFmpeg-devel] [PATCH 1/2] avformat/dump: Print tbc value

On Fri, Jun 03, 2016 at 09:48:02PM -0300, James Almer wrote: > On 6/3/2016 7:12 PM, Michael Niedermayer wrote: > > Fixes regression of av_dump_format() > > Fixes part of Ticket 5444 > > > > Signed-off-by: Michael Niedermayer > > --- > > libavformat/dump.c | 11

Re: [FFmpeg-devel] [PATCH 1/2] lavc/mediacodecdec_h264: switch to new BSF API

On Wed, Jun 01, 2016 at 11:25:07AM +0200, Matthieu Bouron wrote: > On Tue, May 31, 2016 at 10:13:40AM +0200, Matthieu Bouron wrote: > > On Sun, May 29, 2016 at 10:15:44AM +0200, Matthieu Bouron wrote: > > > On Fri, May 27, 2016 at 10:13:20AM +0200, Matthieu Bouron wrote: > > > > From: Matthieu

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encoder_{h264, h265}: fix bad format warning

On Thu, Jun 02, 2016 at 07:09:16PM +0100, Mark Thompson wrote: > On 02/06/16 17:20, Matthieu Bouron wrote: > > From: Matthieu Bouron > > > > --- > > libavcodec/vaapi_encode_h264.c | 2 +- > > libavcodec/vaapi_encode_h265.c | 2 +- > > 2 files changed, 2

Re: [FFmpeg-devel] [PATCH] vaapi_encode_h26[45]: Reject bitrate targets higher than 2^31

On Thu, Jun 02, 2016 at 10:36:21PM +0100, Mark Thompson wrote: > On 02/06/16 22:00, Matthieu Bouron wrote: > > On Thu, Jun 02, 2016 at 07:13:39PM +0100, Mark Thompson wrote: > >> --- > >> ... something like this. > >> > >> libavcodec/vaapi_encode_h264.c | 6 ++ > >>

Re: [FFmpeg-devel] [PATCH] lavf/udp: fix dead code.

Le sextidi 16 prairial, an CCXXIV, Michael Niedermayer a écrit : > ok > thanks Thanks. I pushed to g...@source.ffmpeg.org:ffmpeg, it appears on the mailing-list but not on https://git.ffmpeg.org/ffmpeg.git, and I have no permissions for g...@git.ffmpeg.org:ffmpeg. Am I doing something wrong?

Re: [FFmpeg-devel] [PATCH] lavf/udp: fix dead code.

On Fri, Jun 03, 2016 at 01:00:46PM +0200, Nicolas George wrote: > Le sextidi 16 prairial, an CCXXIV, Michael Niedermayer a écrit : > > ok > > thanks > > Thanks. I pushed to g...@source.ffmpeg.org:ffmpeg, it appears on the yes, that is and always was the push url > mailing-list but not on

[FFmpeg-devel] [PATCH] avfilter/avf_showcqt: render default font at 960x16

and let ffmpeg scaler scale it this impoves quality Signed-off-by: Muhammad Faiz --- libavfilter/avf_showcqt.c | 43 --- 1 file changed, 24 insertions(+), 19 deletions(-) diff --git a/libavfilter/avf_showcqt.c

Re: [FFmpeg-devel] [PATCH] vaapi_encode_h26[45]: Reject bitrate targets higher than 2^31

On 03/06/16 09:32, Matthieu Bouron wrote: > On Thu, Jun 02, 2016 at 10:36:21PM +0100, Mark Thompson wrote: >> On 02/06/16 22:00, Matthieu Bouron wrote: >>> On Thu, Jun 02, 2016 at 07:13:39PM +0100, Mark Thompson wrote: --- ... something like this.

Re: [FFmpeg-devel] MetaData in Sun AU format

On Thu, Jun 02, 2016 at 06:07:22AM +0200, Paul B Mahol wrote: > On 6/1/16, miniupnp wrote: > > Hello, > > > > I'm using the .AU audio file format and noticed that FFmpeg always put 8 > > zero's in the annotation field. > > SOX does use the annotation field to put metadata > >

Re: [FFmpeg-devel] IRC meeting

On Fri, 3 Jun 2016 20:32:51 +0200 Christophe Gisquet wrote: > SIX) > > May 28 19:32:58since cehoyos is here, we could > > maybe talk about his behavior and why the CoC and repercussions for > > violating it was introduced to begin with May 28 21:51:31 > >

Re: [FFmpeg-devel] IRC meeting

On Fri, 3 Jun 2016 21:13:09 +0200 Michael Niedermayer wrote: > On Fri, Jun 03, 2016 at 08:32:51PM +0200, Christophe Gisquet wrote: > i want some assistent to help with dayly server admin duties > most root admins we have help and contribute but are often busy > raz

[FFmpeg-devel] [PATCH] avcodec/utils: initialize delay in avcodec_parameters_to_context()

Fixes lost codec delayy Should fix Ticket5509 Signed-off-by: Michael Niedermayer --- libavcodec/utils.c |1 + 1 file changed, 1 insertion(+) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index 7b99526..4016583 100644 --- a/libavcodec/utils.c +++

Re: [FFmpeg-devel] [PATCH 1/1] avformat/tcp: support timeout for getaddrinfo For fixing stucking when resolving addrinfo

On Wed, Jun 1, 2016 at 12:03 PM, XinZheng Zhang wrote: > On Tue, May 31, 2016 at 9:33 PM, Hendrik Leppkes wrote: >> >> On Tue, May 31, 2016 at 2:58 PM, Xinzheng Zhang >> wrote: >> > --- >> > libavformat/tcp.c | 215 >> >

Re: [FFmpeg-devel] [PATCH 2/2] avformat/rawdec: Fix avg_framerate for h264

Hi, On Fri, Jun 3, 2016 at 6:12 PM, Michael Niedermayer wrote: > The framerate is 25 which is a fixed default and is wrong undo the 1 line > change which caused this regression > Fixes Ticket 5444 > > Signed-off-by: Michael Niedermayer > --- >

Re: [FFmpeg-devel] [PATCH 2/2] avformat/rawdec: Fix avg_framerate for h264

On Fri, Jun 03, 2016 at 07:39:08PM -0400, Ronald S. Bultje wrote: > Hi, > > On Fri, Jun 3, 2016 at 6:12 PM, Michael Niedermayer > wrote: > > > The framerate is 25 which is a fixed default and is wrong undo the 1 line > > change which caused this regression > > Fixes

Re: [FFmpeg-devel] [PATCH] vaapi_encode_h26[45]: Reject bitrate targets higher than 2^31

On Fri, Jun 03, 2016 at 10:08:16AM +0100, Mark Thompson wrote: > On 03/06/16 09:32, Matthieu Bouron wrote: > > On Thu, Jun 02, 2016 at 10:36:21PM +0100, Mark Thompson wrote: > >> On 02/06/16 22:00, Matthieu Bouron wrote: > >>> On Thu, Jun 02, 2016 at 07:13:39PM +0100, Mark Thompson wrote: >

Re: [FFmpeg-devel] [PATCH] lavf/udp: fix dead code.

On Fri, Jun 03, 2016 at 01:05:06PM +0200, Michael Niedermayer wrote: > On Fri, Jun 03, 2016 at 01:00:46PM +0200, Nicolas George wrote: > > Le sextidi 16 prairial, an CCXXIV, Michael Niedermayer a écrit : > > > ok > > > thanks > > > > Thanks. I pushed to g...@source.ffmpeg.org:ffmpeg, it appears

[FFmpeg-devel] [PATCH] libavutil/fifo: Fix fifo grow step

From: Jan Sebechlebsky Fifo was reallocating always to twice of the requested size. This fixes it to reallocate to requested size, or twice of the original size - whichever is greater. Signed-off-by: Jan Sebechlebsky --- I believe the

Re: [FFmpeg-devel] [PATCH] lavf/udp: fix dead code.

Le sextidi 16 prairial, an CCXXIV, Michael Niedermayer a écrit : > Do you know how to change the push URL for one repository in gitolite? > I know how to change it for all repositories but only ffmpeg uses the > videolan server for git push, all other repositories we have > use our own server. >

[FFmpeg-devel] [PATCH] lavf/udp: fix dead code.

Since d607861, service can not be NULL, only "0". An UDP address with neither local port nor address leaves both service and node to their default value, and POSIX specifies that they are not allowed to be both NULL; "0" is equivalent to an unspecified port for all currently known protocols. Fix

Re: [FFmpeg-devel] [PATCH] lavf/udp: fix dead code.

On Fri, Jun 03, 2016 at 11:21:23AM +0200, Nicolas George wrote: > Since d607861, service can not be NULL, only "0". > An UDP address with neither local port nor address leaves both > service and node to their default value, and POSIX specifies > that they are not allowed to be both NULL; "0" is

Re: [FFmpeg-devel] [PATCH]Filter: Add snapshot filter. It is enable to save snapshot.

Le quartidi 14 prairial, an CCXXIV, kl222 a écrit : > I understand your usage scenario. But I am not specified snapshot file > name on the command line. But it needs to be updated it is, another > program specified file name. So, I think as a separate filter is better. I think you will need to do

Re: [FFmpeg-devel] Tee improvement - discussion

Sorry for forgetting to reply. L'octidi 8 prairial, an CCXXIV, Marton Balint a écrit : > What if we decouple the non-blocking queue and the retry on failure logic to > a separate "buffer" or "fifo" muxer? > > This seems like what you are trying to do, and by using the exisiting muxer >

Re: [FFmpeg-devel] Tee improvement - discussion

Le nonidi 9 prairial, an CCXXIV, Jan Sebechlebsky a écrit : > If I understand it correctly, I think this will be handled quite smoothy - > you don't have to kill the blocked write, the application has to call > write_trailer anyway before closing the muxer, so I guess this is the place > where tee

Re: [FFmpeg-devel] [PATCH 3/4] lavf/concat: switch to new BSF API.

L'octidi 8 prairial, an CCXXIV, Nicolas George a écrit : > It seems the memory management is not as negligible as I expected. The > result is a ~2.3% slow-down for ~90k frames from AVI, which is approximately > equal to the standard deviation on 10 runs. I suspect this is acceptable > compared to