Re: [FFmpeg-devel] [PATCH] lavf/mov: fix stream extradata_size allocation

On Wed, Jul 13, 2016 at 10:51:23PM +0200, Matthieu Bouron wrote: > From: Matthieu Bouron > > Fixes CID 1363963. > --- > libavformat/mov.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) LGTM thx [...] -- Michael GnuPG fingerprint:

Re: [FFmpeg-devel] [PATCH 2/2] avformat/mux: Apply auto bsfs in av_write_frame() too

2016-07-14 1:08 GMT+08:00 Michael Niedermayer : > Signed-off-by: Michael Niedermayer > --- > libavformat/mux.c |4 > 1 file changed, 4 insertions(+) > > diff --git a/libavformat/mux.c b/libavformat/mux.c > index 5cb0ca7..d674bd4 100644 >

[FFmpeg-devel] [PATCH] remove the check_bitstream from segment

because Michael Niedermayer has re-factor BSF logic into a shareable function and make both av_write_frame and av_interleaved_write_frame use it. Signed-off-by: LiuQi --- libavformat/segment.c | 21 - 1 file changed, 21 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH 1/2] avformat/mux: Factor do_packet_auto_bsf() out

2016-07-14 1:08 GMT+08:00 Michael Niedermayer : > Signed-off-by: Michael Niedermayer > --- > libavformat/mux.c | 102 > ++--- > 1 file changed, 57 insertions(+), 45 deletions(-) > > diff --git

Re: [FFmpeg-devel] Fwd: [PATCH] Automatically inserted bitstream filter 'h264_mp4toannexb' into hlsenc

Michael Niedermayer 于2016年7月14日 周四上午1:12写道： > On Wed, Jul 13, 2016 at 02:52:34PM +0200, Hendrik Leppkes wrote: > > On Wed, Jul 13, 2016 at 12:28 PM, Michael Niedermayer > > wrote: > > > On Wed, Jun 29, 2016 at 01:07:13AM +0200, Hendrik Leppkes

Re: [FFmpeg-devel] libzvbi automatically obtain teletext durations

On Wed, Jul 13, 2016 at 15:31:54 +0300, Lukas wrote: > May we expect an update, which modifies libzvbi to have default > behaviour to obtain original durations from teletext? libzvbi is not an ffmpeg project. I believe this limitation is from said library, so you need to ask its developers.

[FFmpeg-devel] [PATCH] lavf/mov: fix stream extradata_size allocation

From: Matthieu Bouron Fixes CID 1363963. --- libavformat/mov.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/mov.c b/libavformat/mov.c index 2712364..3843ceb 100644 --- a/libavformat/mov.c +++ b/libavformat/mov.c @@ -2336,7

[FFmpeg-devel] libzvbi automatically obtain teletext durations

Hello, I am converting DVB teletext to SRT. As far as I know, libzvbi can only set txt_duration to a constant number of miliseconds. Then every time subtitles show, their duration is the same. May we expect an update, which modifies libzvbi to have default behaviour to obtain original durations

Re: [FFmpeg-devel] Fwd: [PATCH] Automatically inserted bitstream filter 'h264_mp4toannexb' into hlsenc

On Wed, Jul 13, 2016 at 02:52:34PM +0200, Hendrik Leppkes wrote: > On Wed, Jul 13, 2016 at 12:28 PM, Michael Niedermayer > wrote: > > On Wed, Jun 29, 2016 at 01:07:13AM +0200, Hendrik Leppkes wrote: > >> On Wed, Jun 29, 2016 at 12:30 AM, Steven Liu

[FFmpeg-devel] [PATCH 1/2] avformat/mux: Factor do_packet_auto_bsf() out

Signed-off-by: Michael Niedermayer --- libavformat/mux.c | 102 ++--- 1 file changed, 57 insertions(+), 45 deletions(-) diff --git a/libavformat/mux.c b/libavformat/mux.c index a447645..5cb0ca7 100644 ---

[FFmpeg-devel] [PATCH 2/2] avformat/mux: Apply auto bsfs in av_write_frame() too

Signed-off-by: Michael Niedermayer --- libavformat/mux.c |4 1 file changed, 4 insertions(+) diff --git a/libavformat/mux.c b/libavformat/mux.c index 5cb0ca7..d674bd4 100644 --- a/libavformat/mux.c +++ b/libavformat/mux.c @@ -893,6 +893,10 @@ int

[FFmpeg-devel] [PATCH] vp9: add 32x32 idct AVX2 implementation.

About 1.8x speedup compared to AVX version for full IDCT. Other sub-IDCT scenarios also see speedups. Full --bench output for idct_32x32_add_{bpp}_${subidct}_${opt} (50k cycles): nop: 16.5 vp9_inv_dct_dct_32x32_add_8_1_c: 2284.4 vp9_inv_dct_dct_32x32_add_8_1_sse2: 145.0

Re: [FFmpeg-devel] [PATCH] vp9: add 16x16 idct avx2 (8-bit).

Hi, On Mon, Jul 11, 2016 at 6:15 PM, Henrik Gramner wrote: > On Mon, Jul 11, 2016 at 11:48 PM, Carl Eugen Hoyos > wrote: > > Ronald S. Bultje gmail.com> writes: > > > >> +%if ARCH_X86_64 > > > > Just curious: Why does this not work on x86-32? > > Isn't

Re: [FFmpeg-devel] Fwd: [PATCH] Automatically inserted bitstream filter 'h264_mp4toannexb' into hlsenc

2016-07-13 19:35 GMT+08:00 Michael Niedermayer : > On Wed, Jul 13, 2016 at 07:22:52PM +0800, Steven Liu wrote: > > 2016-07-13 18:28 GMT+08:00 Michael Niedermayer : > > > > > On Wed, Jun 29, 2016 at 01:07:13AM +0200, Hendrik Leppkes wrote: > > > > On

Re: [FFmpeg-devel] [PATCH] fate: fix fate-vp8 dependencies

On 7/13/2016 3:09 AM, Hendrik Leppkes wrote: > On Wed, Jul 13, 2016 at 6:05 AM, James Almer wrote: >> Fix the demuxer dependencies in some of the tests and remove the vp8 decoder >> dependency for the stream copy tests >> > > I assume you actually tested those without the

Re: [FFmpeg-devel] [PATCH] libavformat: Add FIFO pseudo-muxer

On 07/12/2016 10:28 AM, Nicolas George wrote: Le quintidi 25 messidor, an CCXXIV, Marton Balint a écrit : The fifo muxer never returns EAGAIN. It silently drops the packets in non-blocking mode on a full queue. This behaviour is useful for the tee muxer case, when you don't want one

Re: [FFmpeg-devel] libavcodec/exr : rename variable in b44_uncompress func

On Sun, Jun 26, 2016 at 10:33:50PM +0200, Martin Vignali wrote: > Hello, > > in attach patch to rename variables use in b44_uncompress func > to be more consistent, to the rest of ffmpeg code. > > also rename variable who was incorrectly named (named from french word). > indexHG_x -> index_tl_x

Re: [FFmpeg-devel] Fwd: [PATCH] Automatically inserted bitstream filter 'h264_mp4toannexb' into hlsenc

On Wed, Jul 13, 2016 at 12:28 PM, Michael Niedermayer wrote: > On Wed, Jun 29, 2016 at 01:07:13AM +0200, Hendrik Leppkes wrote: >> On Wed, Jun 29, 2016 at 12:30 AM, Steven Liu wrote: >> > >> > >> > 2016-06-29 0:16 GMT+08:00 Hendrik Leppkes

Re: [FFmpeg-devel] Fwd: [PATCH] Automatically inserted bitstream filter 'h264_mp4toannexb' into hlsenc

On Wed, Jul 13, 2016 at 07:22:52PM +0800, Steven Liu wrote: > 2016-07-13 18:28 GMT+08:00 Michael Niedermayer : > > > On Wed, Jun 29, 2016 at 01:07:13AM +0200, Hendrik Leppkes wrote: > > > On Wed, Jun 29, 2016 at 12:30 AM, Steven Liu > > wrote: > >

Re: [FFmpeg-devel] Fwd: [PATCH] Automatically inserted bitstream filter 'h264_mp4toannexb' into hlsenc

2016-07-13 18:28 GMT+08:00 Michael Niedermayer : > On Wed, Jun 29, 2016 at 01:07:13AM +0200, Hendrik Leppkes wrote: > > On Wed, Jun 29, 2016 at 12:30 AM, Steven Liu > wrote: > > > > > > > > > 2016-06-29 0:16 GMT+08:00 Hendrik Leppkes

Re: [FFmpeg-devel] [PATCH 2/7] avformat/tee: Use ff_stream_encode_params_copy()

On 07/13/2016 12:56 PM, Jan Sebechlebsky wrote: On 07/12/2016 10:23 AM, Nicolas George wrote: Le quartidi 24 messidor, an CCXXIV, Jan Sebechlebsky a écrit : I think it is used in decoding only - the documentation of AVStream mentions only decoding and I also tried to search references to

Re: [FFmpeg-devel] [PATCH] Avoid sending packets to network when multicast ttl is 0 in udp

I attached the patch. The actual bug is, when creating a local multicast stream (i.e. giving "rtp://224.1.1.1:1?ttl=0" to avio_open), then you can see the packets on the network and not just on local machine (despite setting multicast ttl to 0) which was a security bug in my purpose of usage

Re: [FFmpeg-devel] [PATCH][WIP] avfilter: add libebur128 port

On Mon, Jun 27, 2016 at 11:14:45AM -0500, Kyle Swanson wrote: > On Sun, Jun 19, 2016 at 2:17 AM, Kyle Swanson wrote: > > Hi, > > > > af_loudnorm currently links libebur128. The port makes sense because > > libebur128 is tiny, MIT-licensed, has a good API, and would be useful > > in

Re: [FFmpeg-devel] Fwd: [PATCH] Automatically inserted bitstream filter 'h264_mp4toannexb' into hlsenc

On Wed, Jun 29, 2016 at 01:07:13AM +0200, Hendrik Leppkes wrote: > On Wed, Jun 29, 2016 at 12:30 AM, Steven Liu wrote: > > > > > > 2016-06-29 0:16 GMT+08:00 Hendrik Leppkes : > >> > >> On Tue, Jun 28, 2016 at 3:29 PM, Steven Liu

[FFmpeg-devel] what's the general setting for network reading and writing?

Hi, If input or output is set to file, it's easy to set AVFormatContext. But for network application, there are many issues that should be considered, such as network delay, no network connection, and corrupted data. How to set AVFormatContext to deal with those general network issues?

[FFmpeg-devel] [PATCH]lavf/img2: Remove ffv1-img

Hi! Attached patch removes a line from img2.c, afaict the ffv1 format cannot be used without a container, at least it doesn't work with current (and very old) FFmpeg. Carl Eugen From 1ca907a8009ae87f728b10be83602f355230cfd6 Mon Sep 17 00:00:00 2001 From: Carl Eugen Hoyos

[FFmpeg-devel] [PATCH] refine the method option describe of hlsenc doc

refine the grammar of patch Thanks for Moritz Barsnick reviewed! Signed-off-by: LiuQi Reviewed-by: Moritz Barsnick --- doc/muxers.texi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/doc/muxers.texi b/doc/muxers.texi index 15b63f4..1b99c7e

Re: [FFmpeg-devel] [PATCH] libvpx: Enable vp9 alpha encoding

On Thu, Jun 30, 2016 at 4:16 PM, Vignesh Venkatasubramanian wrote: > Chrome canary now supports decoding of VP9 streams with alpha > channel [1]. Add support to ffmpeg for creating such files. > > [1] https://codereview.chromium.org/2096813002/ > >

Re: [FFmpeg-devel] [PATCH] fate: fix fate-vp8 dependencies

On Wed, Jul 13, 2016 at 6:05 AM, James Almer wrote: > Fix the demuxer dependencies in some of the tests and remove the vp8 decoder > dependency for the stream copy tests > I assume you actually tested those without the decoder? Some codecs like to act a bit odd when the

Re: [FFmpeg-devel] [PATCH] libvpx: Enable vp9 alpha encoding

On Tue, Jul 12, 2016 at 11:49 AM, Vignesh Venkatasubramanian wrote: >>> > Alright, i have a working patch for the decoder locally (i will push >>> > that to the ML shortly). >>> >>> Here it is: http://ffmpeg.org/pipermail/ffmpeg-devel/2016-July/196403.html >> >>