[FFmpeg-devel] [PATCH] diracdec: Move strides to bytes, and pointer types to uint8_t.

Start templating functions for move to support 10-bit Parts of this patch were written by Rostislav Pehlivanov --- libavcodec/dirac.c | 10 +- libavcodec/dirac.h | 3 +- libavcodec/diracdec.c | 227 ++-- libavformat/oggparsedirac.c

[FFmpeg-devel] [PATCH 1/2] diracdec: Move strides to bytes, and pointer types to uint8_t. Also template functions for move to support 10-bit Parts of this patch were written by Rostislav Pehlivanov

--- libavcodec/dirac.c | 10 +- libavcodec/dirac.h | 3 +- libavcodec/dirac_dwt.c | 530 ++--- libavcodec/dirac_dwt.h | 20 +- libavcodec/dirac_dwt_template.c | 615 +++ libavcodec/

[FFmpeg-devel] [PATCH 2/2] diracdec: Add HQ Profile support

From: Rostislav Pehlivanov --- libavcodec/dirac.c | 31 ++-- libavcodec/dirac.h | 28 libavcodec/dirac_dwt.h | 2 +- libavcodec/diracdec.c | 357 +++- libavformat/oggparsedirac.c | 3 +- 5 files changed, 265 insertio

Re: [FFmpeg-devel] [PATCH 1/2] diracdec: Move strides to bytes, and pointer types to uint8_t. Also template functions for move to support 10-bit Parts of this patch were written by Rostislav Pehlivano

> Is this intended to be in this or a subsequent patch ? Meant to be in this patch because 10-bit isn't specific to HQ profile. Or am I missing something? Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffm

Re: [FFmpeg-devel] [PATCH 2/2] diracdec: Add HQ Profile support

> Can this patch be split into independant changes ? > > it seems some parts are reindented differntly and some fields are > moved like s->lowdelay.num_* -> s->num_* > > this should make it easier to review I could do but the majority of the patch is still the addition of HQ profile... Kieran ___

[FFmpeg-devel] [PATCH 03/11] diracdec: Rename lowdelay_subband to decode_subband because it is shared with HQ profile

--- libavcodec/diracdec.c | 18 -- 1 file changed, 8 insertions(+), 10 deletions(-) diff --git a/libavcodec/diracdec.c b/libavcodec/diracdec.c index 4c02259..d2a4bac 100644 --- a/libavcodec/diracdec.c +++ b/libavcodec/diracdec.c @@ -719,11 +719,9 @@ static void decode_component(Di

[FFmpeg-devel] [PATCH 04/11] diracdec: Make slice parameters common between lowdelay and future hq profile

--- libavcodec/diracdec.c | 36 +++- 1 file changed, 19 insertions(+), 17 deletions(-) diff --git a/libavcodec/diracdec.c b/libavcodec/diracdec.c index d2a4bac..fca722d 100644 --- a/libavcodec/diracdec.c +++ b/libavcodec/diracdec.c @@ -168,14 +168,15 @@ typedef str

[FFmpeg-devel] [PATCH 01/11] diracdec: Move strides to bytes, and pointer types to uint8_t.

Start templating functions for move to support 10-bit Parts of this patch were written by Rostislav Pehlivanov --- libavcodec/dirac.c | 10 +- libavcodec/dirac.h | 3 +- libavcodec/diracdec.c | 253 +++- libavformat/oggparsedirac.c

[FFmpeg-devel] [PATCH 02/11] diracdec: Template DSP functions adding 10-bit versions

--- libavcodec/dirac_dwt.c | 530 ++- libavcodec/dirac_dwt.h | 20 +- libavcodec/diracdec.c| 8 +- libavcodec/diracdsp.c| 25 +- libavcodec/diracdsp.h| 4 +- libavcodec/x86/dirac_dwt.c | 65 +++

[FFmpeg-devel] [PATCH 09/11] diracdec: Store version major/minor flags

--- libavcodec/dirac.c | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/libavcodec/dirac.c b/libavcodec/dirac.c index 6b1a93b..9bf0fd4 100644 --- a/libavcodec/dirac.c +++ b/libavcodec/dirac.c @@ -294,22 +294,21 @@ int avpriv_dirac_parse_sequence_header(AVCodecCon

[FFmpeg-devel] [PATCH 06/11] diracdec: Add 10-bits to pix_fmt table

--- libavcodec/dirac.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/libavcodec/dirac.c b/libavcodec/dirac.c index fd6e869..6b1a93b 100644 --- a/libavcodec/dirac.c +++ b/libavcodec/dirac.c @@ -109,10 +109,11 @@ static const struct { { AVCOL_PRI_BT709,

[FFmpeg-devel] [PATCH 05/11] diracdec: Extract version parameters

--- libavcodec/dirac.c | 1 + libavcodec/dirac.h | 6 ++ libavcodec/diracdec.c | 3 ++- libavformat/oggparsedirac.c | 3 ++- 4 files changed, 11 insertions(+), 2 deletions(-) diff --git a/libavcodec/dirac.c b/libavcodec/dirac.c index aa82dd9..fd6e869 100644 --- a/libav

[FFmpeg-devel] [PATCH 07/11] diracdec: Replace dirac parse codes with better ones

--- libavcodec/dirac.h| 22 ++ libavcodec/diracdec.c | 18 +++--- 2 files changed, 25 insertions(+), 15 deletions(-) diff --git a/libavcodec/dirac.h b/libavcodec/dirac.h index 6852e82..b4982f8 100644 --- a/libavcodec/dirac.h +++ b/libavcodec/dirac.h @@ -34,6 +3

[FFmpeg-devel] [PATCH 11/11] diracdec: Add support for HQ profile

--- libavcodec/diracdec.c | 119 +- 1 file changed, 80 insertions(+), 39 deletions(-) diff --git a/libavcodec/diracdec.c b/libavcodec/diracdec.c index 9c09d51..6a53f38 100644 --- a/libavcodec/diracdec.c +++ b/libavcodec/diracdec.c @@ -187,6 +187,11

[FFmpeg-devel] [PATCH 10/11] diracdec: Read picture types by using parse_code

--- libavcodec/diracdec.c | 57 +-- 1 file changed, 42 insertions(+), 15 deletions(-) diff --git a/libavcodec/diracdec.c b/libavcodec/diracdec.c index fdcca01..9c09d51 100644 --- a/libavcodec/diracdec.c +++ b/libavcodec/diracdec.c @@ -154,7 +154,11

[FFmpeg-devel] [PATCH 08/11] diracdec: Support new extended quantiser range

--- libavcodec/diracdec.c | 58 --- 1 file changed, 37 insertions(+), 21 deletions(-) diff --git a/libavcodec/diracdec.c b/libavcodec/diracdec.c index c42360d..fdcca01 100644 --- a/libavcodec/diracdec.c +++ b/libavcodec/diracdec.c @@ -57,7 +57,7 @@

[FFmpeg-devel] [PATCH] diracdec: Fix FPE on invalid low_delay data

--- libavcodec/diracdec.c | 5 + 1 file changed, 5 insertions(+) diff --git a/libavcodec/diracdec.c b/libavcodec/diracdec.c index 6a53f38..0542ad7 100644 --- a/libavcodec/diracdec.c +++ b/libavcodec/diracdec.c @@ -2043,6 +2043,11 @@ static int dirac_decode_data_unit(AVCodecContext *avctx, co

[FFmpeg-devel] [PATCH 02/12] diracdec: Template DSP functions adding 10-bit versions

--- libavcodec/dirac_dwt.c | 530 ++--- libavcodec/dirac_dwt.h | 20 +- libavcodec/dirac_dwt_template.c | 615 +++ libavcodec/diracdec.c| 8 +- libavcodec/diracdsp.c| 25 +- libavcodec/

[FFmpeg-devel] [PATCHv3 01/12] diracdec: Move strides to bytes, and pointer types to uint8_t.

Start templating functions for move to support 10-bit Parts of this patch were written by Rostislav Pehlivanov --- libavcodec/dirac.c | 10 +- libavcodec/dirac.h | 3 +- libavcodec/diracdec.c | 252 +++- libavformat/oggparsedirac.c

[FFmpeg-devel] [PATCHv2 07/12] diracdec: Replace dirac parse codes with better ones

--- libavcodec/dirac.h| 22 ++ libavcodec/diracdec.c | 17 +++-- 2 files changed, 25 insertions(+), 14 deletions(-) diff --git a/libavcodec/dirac.h b/libavcodec/dirac.h index 6852e82..b4982f8 100644 --- a/libavcodec/dirac.h +++ b/libavcodec/dirac.h @@ -34,6 +34

Re: [FFmpeg-devel] [PATCH 06/11] diracdec: Add 10-bits to pix_fmt table

> this is maybe missing a < 2 check > i see a > 4 check but didnt find a < 2 check from a quick look There is an existing check as far as I can tell. Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-

[FFmpeg-devel] [PATCH] [RFC] get_bits: Support max_depth > 2 in GET_RL_VLC_INTERNAL

--- libavcodec/get_bits.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/libavcodec/get_bits.h b/libavcodec/get_bits.h index 0d3db1f..0a61c80 100644 --- a/libavcodec/get_bits.h +++ b/libavcodec/get_bits.h @@ -539,6 +539,17 @@ void ff_free_vlc(VLC *vlc); index = SHOW_

Re: [FFmpeg-devel] [PATCH] Several, actually, regarding the QuickTime palette issue in Matroska

> I have said before that I'm not going to dwell into the complexities of Git, > since it feels about as wasteful as programming a GUI in my book. If you > can't accept the patches in their current format, so be it. Thanks for your > time and understanding. We accept git patches here and that's th

Re: [FFmpeg-devel] [PATCH 11/11] diracdec: Add support for HQ profile

On 9 December 2015 at 00:05, Kieran Kunhya wrote: > --- > libavcodec/diracdec.c | 119 > +- > 1 file changed, 80 insertions(+), 39 deletions(-) bump ___ ffmpeg-devel mailing list ffmpeg-deve

Re: [FFmpeg-devel] [PATCH 06/11] diracdec: Add 10-bits to pix_fmt table

> this is maybe missing a < 2 check > i see a > 4 check but didnt find a < 2 check from a quick look The check already exists. Keiran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCH] diracdec: Fix codeblock parameters reading

--- libavcodec/diracdec.c | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/libavcodec/diracdec.c b/libavcodec/diracdec.c index abe1a5a..07eb512 100644 --- a/libavcodec/diracdec.c +++ b/libavcodec/diracdec.c @@ -1128,7 +1128,22 @@ static int dirac_unpack_idwt_pa

Re: [FFmpeg-devel] [PATCH] lavu/intmath: add faster clz support

>> +static av_always_inline av_const unsigned ff_clz_c(unsigned v) >> +{ >> +unsigned i = sizeof(x) * 8; >> + >> +while (x) { >> +x >>= 1; >> +i--; >> +} >> + >> +return i; >> +} >> +#endif >> + erm, does even work? ___ ff

Re: [FFmpeg-devel] phasing out asyntcs, resample

On 21 December 2015 at 22:32, Ganesh Ajjanagadde wrote: > 2. The craziness of having 3 filters for essentially the same task: > aresample, resample, asyncts. Seems like resample is the avresample > equivalent of the swresample based aresample. Same remark above > applies to resample. This might a

Re: [FFmpeg-devel] [PATCH] avcodec/s302menc: set supported channel layouts by codec

On 20 December 2015 at 00:14, Michael Niedermayer wrote: > On Sat, Dec 19, 2015 at 09:35:19PM +0100, Paul B Mahol wrote: >> Signed-off-by: Paul B Mahol >> --- >> libavcodec/s302menc.c | 5 + >> 1 file changed, 5 insertions(+) >> >> diff --git a/libavcodec/s302menc.c b/libavcodec/s302menc.c >

Re: [FFmpeg-devel] [PATCH] diracdec: add missing check for pixel_range_index

On 22 December 2015 at 19:04, Andreas Cadhalpun wrote: > This fixes an out-of-bounds read introduced in commit 0379603. > > Signed-off-by: Andreas Cadhalpun > --- > libavcodec/dirac.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/libavcodec/dirac.c b/libavcodec/dirac.c > index 33cc

Re: [FFmpeg-devel] [PATCH 06/11] diracdec: Add 10-bits to pix_fmt table

On 22 December 2015 at 19:04, Andreas Cadhalpun wrote: > On 16.12.2015 22:59, Kieran Kunhya wrote: >>> this is maybe missing a < 2 check >>> i see a > 4 check but didnt find a < 2 check from a quick look >> >> The check already exists. > > And wher

Re: [FFmpeg-devel] [PATCH] avcodec/s302menc: set supported channel layouts by codec

On 22 December 2015 at 20:09, Paul B Mahol wrote: > On 12/22/15, Kieran Kunhya wrote: >> On 20 December 2015 at 00:14, Michael Niedermayer >> wrote: >>> On Sat, Dec 19, 2015 at 09:35:19PM +0100, Paul B Mahol wrote: >>>> Signed-off-by: Paul B Mahol >

[FFmpeg-devel] [RFC] Cineform HD questions

This patch is the first attempt at getting a working Cineform HD decoder into avcodec It supports YUV422P10 files which are the majority of files in the wild There are some files not supported such as those from film scanners and some older files which do something unusual with chroma and the tr

[FFmpeg-devel] [RFC][PATCH] avcodec: First hacky attempt at supporting CFHD

odec/cfhd.c b/libavcodec/cfhd.c new file mode 100644 index 000..6b15f70 --- /dev/null +++ b/libavcodec/cfhd.c @@ -0,0 +1,707 @@ +/* + * Copyright (c) 2015 Kieran Kunhya + * + * This file is part of FFmpeg. + * + * FFmpeg is free software; you can redistribute it and/or + * modify it under the ter

Re: [FFmpeg-devel] [libav-devel] [RFC] Cineform HD questions

On 31 December 2015 at 04:28, Ganesh Ajjanagadde wrote: > On Wed, Dec 30, 2015 at 8:13 PM, Kieran Kunhya wrote: >> >> This patch is the first attempt at getting a working Cineform HD decoder >> into avcodec >> It supports YUV422P10 files which are the majority of fil

Re: [FFmpeg-devel] Thoughts on palettized 1-bit QuickTime Animation video

e about this topic? Kind Regards, Kieran Kunhya ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 1/2] lavc/pcm_tablegen: slight speedup of table generation

> It is still "speed critical" enough for people to retain > CONFIG_HARDCODED_TABLES. My goal here is simple: I want to get cycle > count down enough so that hardcoded tables can be removed here. How are you going to guarantee this across all arches? Whilst by all means feel free to work on what y

Re: [FFmpeg-devel] [PATCH] lavc/ccaption_dec: simplify parity check

On 3 January 2016 at 18:17, Carl Eugen Hoyos wrote: > Clément Bœsch pkh.me> writes: > >> -if (!parity_table[cc_data_pair[2]]) { >> +if (!get_parity(cc_data_pair[2])) I doubt this is speed critical. Kieran ___ ffmpeg-devel mailing list f

[FFmpeg-devel] [PATCH] Cineform HD Decoder:

odecs" */ AV_CODEC_ID_FIRST_AUDIO = 0x1, ///< A dummy id pointing at the start of audio codecs diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c new file mode 100644 index 000..0f1bcd3 --- /dev/null +++ b/libavcodec/cfhd.c @@ -0,0 +1,567 @@ +/* + * Copyright (c) 2015 Kieran Kunhya

Re: [FFmpeg-devel] Discussion related to the use of a global thread pool rather than the current threading model

On 8 January 2016 at 12:43, wm4 wrote: > On Fri, 8 Jan 2016 23:28:20 +1100 > Jean-Yves Avenard wrote: > >> On 8 January 2016 at 23:24, wm4 wrote: >> > >> > A global thread pool sounds like an extremely messy and unclean >> > solution. The state of a library is not supposed to affect anything >>

[FFmpeg-devel] [PATCH 2/2] avformat: Add Cineform HD demuxing

--- libavformat/riff.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/riff.c b/libavformat/riff.c index f297dd4..faf0f86 100644 --- a/libavformat/riff.c +++ b/libavformat/riff.c @@ -377,6 +377,7 @@ const AVCodecTag ff_codec_bmp_tags[] = { { AV_CODEC_ID_SCREENPRESSO, MKTAG('S'

[FFmpeg-devel] [PATCH 1/2] avcodec: Add Cineform HD Decoder

odec/cfhd.c b/libavcodec/cfhd.c new file mode 100644 index 000..dc36889 --- /dev/null +++ b/libavcodec/cfhd.c @@ -0,0 +1,565 @@ +/* + * Copyright (c) 2015 Kieran Kunhya + * + * This file is part of FFmpeg. + * + * FFmpeg is free software; you can redistribute it and/or + * modify it under the ter

Re: [FFmpeg-devel] [PATCH] diracdec: fix idwt_stride calculation in bytes

Ok On Mon, 11 Jan 2016 at 22:27 Andreas Cadhalpun < andreas.cadhal...@googlemail.com> wrote: > The transformation to bytes must happen after alignment to get the same > resulting pointers as before. > > This fixes segmentation faults in the assembler code. > > The regression was introduced in com

[FFmpeg-devel] [PATCH] diracdec: Add slice threading to HQ profile

0001-diracdec-Add-slice-threading-to-HQ-profile.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 2/3] lavd: add teletext quantizer

On Wed, 13 Jan 2016 at 02:16 Andrey Turkin wrote: > Why not use libzvbi's slicer? It should be pretty robust with > less-than-ideal signal. > ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 2/3] lavd: add teletext quantizer

On Wed, 13 Jan 2016 at 02:16 Andrey Turkin wrote: > Why not use libzvbi's slicer? It should be pretty robust with > less-than-ideal signal. > (now with a proper response). IMO FFmpeg shouldn't be doing analogue signal processing. This should be left to libzvbi. Kieran __

Re: [FFmpeg-devel] [PATCH] avcodec: add a native BBC Dirac VC-2 HQ encoder

> +static av_always_inline void coeff_quantize_encode(PutBitContext *pb, qcoef > coeff, > + int qfactor, int qoffset) > +{ > +uint16_t acoef; > +int sign = coeff < 0; FFSIGN > +coeff -= sign; > +coeff ^= -sign; > +coeff <<= 2;

[FFmpeg-devel] [PATCH] avformat: Remove support for libquvi - it's unmaintained, has security issues etc

$subj 0001-avformat-Remove-support-for-libquvi-it-s-unmaintaine.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCH] avcodec: Remove libvo-aacenc support.

The internal encoder is superior to libvo-aacenc. --- configure | 6 -- doc/encoders.texi | 25 -- doc/general.texi | 8 -- libavcodec/Makefile | 1 - libavcodec/allcodecs.c| 1 - libavcodec/libvo-aacenc.c | 200 --

[FFmpeg-devel] [PATCHv3] avcodec: Cineform HD Decoder

@ -0,0 +1,744 @@ +/* + * Copyright (c) 2015-2016 Kieran Kunhya + * + * This file is part of FFmpeg. + * + * FFmpeg is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of th

Re: [FFmpeg-devel] [PATCHv3] avcodec: Cineform HD Decoder

On 25 Jan 2016 2:29 p.m., "Michael Niedermayer" wrote: > > On Mon, Jan 25, 2016 at 12:34:03AM +0000, Kieran Kunhya wrote: > > Decodes YUV 4:2:2 10-bit and RGB 12-bit files. > > Older files with more subbands, skips, Bayer, alpha not supported. > > Alpha require

Re: [FFmpeg-devel] Avid DNxHR / UK DPP

On Mon, Jan 25, 2016 at 10:41 PM, John Warburton wrote: > Tomorrow I'm attending an event run by the Digital Production Partnership, > a body that has brought together mainstream digital television delivery and > workflow standards for UK broadcasters. My production company is a member, > and we a

Re: [FFmpeg-devel] [libav-devel] [PATCHv3] avcodec: Cineform HD Decoder

On Mon, Jan 25, 2016 at 4:51 PM, Vittorio Giovara wrote: > On Sun, Jan 24, 2016 at 7:34 PM, Kieran Kunhya wrote: >> Decodes YUV 4:2:2 10-bit and RGB 12-bit files. >> Older files with more subbands, skips, Bayer, alpha not supported. >> Alpha requires addition of

Re: [FFmpeg-devel] [PATCHv3] avcodec: Cineform HD Decoder

On Mon, Jan 25, 2016 at 2:42 PM, Ronald S. Bultje wrote: > Hi, > > On Sun, Jan 24, 2016 at 7:34 PM, Kieran Kunhya wrote: > >> +static inline void filter(int16_t *output, ptrdiff_t out_stride, int16_t >> *low, ptrdiff_t low_stride, >> +

Re: [FFmpeg-devel] [libav-devel] [PATCHv3] avcodec: Cineform HD Decoder

On Thu, 28 Jan 2016 at 16:26 Vittorio Giovara wrote: > On Mon, Jan 25, 2016 at 6:15 PM, Kieran Kunhya > wrote: > >>> +{ > >>> +CFHDContext *s = avctx->priv_data; > >>> + > >>> +avctx->pix_fmt = AV_PIX_FMT_YUV422P

[FFmpeg-devel] [PATCH v4] avcodec: Cineform HD Decoder

@ -0,0 +1,746 @@ +/* + * Copyright (c) 2015-2016 Kieran Kunhya + * + * This file is part of FFmpeg. + * + * FFmpeg is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of th

[FFmpeg-devel] [PATCH] avcodec/cfhd: Make sure we have an end of header tag before allocating a frame.

Fixes tickets #5208 and #5209 --- libavcodec/cfhd.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c index 115081c..410bb7b 100644 --- a/libavcodec/cfhd.c +++ b/libavcodec/cfhd.c @@ -224,7 +224,7 @@ static int cfhd_decode(AVCodecCont

[FFmpeg-devel] [PATCH] avcodec/dirac: Add support for decoding interlaced HQ profile

From b919c9fa3d4778872bc9576705b24cd0c8193f4c Mon Sep 17 00:00:00 2001 From: Kieran Kunhya Date: Tue, 2 Feb 2016 15:52:54 + Subject: [PATCH] avcodec/dirac: Add support for decoding interlaced HQ profile --- libavcodec/dirac.c| 15 ++- libavcodec/dirac.h| 1 + libavcodec

[FFmpeg-devel] [PATCH] Add GBRAP12 pixel format.

In preparation for Cineform Alpha channel support --- libavutil/pixdesc.c | 28 libavutil/pixfmt.h| 3 +++ libswscale/input.c| 4 libswscale/swscale_unscaled.c | 3 +++ libswscale/utils.c| 6 ++ 5 files changed

[FFmpeg-devel] [PATCH v2] Add GBRAP12 pixel format

Output still looks a bit odd though --- libavutil/pixdesc.c | 28 libavutil/pixfmt.h| 4 libswscale/input.c| 4 libswscale/swscale_unscaled.c | 3 +++ libswscale/utils.c| 6 ++ 5 files changed, 45 inserti

Re: [FFmpeg-devel] [PATCH v3] avcodec: implement a native VC-2 HQ profile encoder

On 7 February 2016 at 22:21, Rostislav Pehlivanov wrote: > Changes from last version: > -use ptrdiff_t for strides > > Signed-off-by: Rostislav Pehlivanov > --- > libavcodec/Makefile |1 + > libavcodec/allcodecs.c |1 + > libavcodec/vc2enc.c | 1194 > +++

[FFmpeg-devel] Message to the community

re is a proper response from the community instead of bits and pieces on IRC, Hacker News, Reddit etc. Regards, Kieran Kunhya ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] news: submit reworded announcement

On 2 August 2015 at 00:02, Clément Bœsch wrote: > On Sun, Aug 02, 2015 at 12:53:59AM +0200, wm4 wrote: > [...] >> This is a bit too long and redundant with the new paragraphs added. I >> don't understand why you felt the need to redo this at all (including >> reverting the already pushed announcem

Re: [FFmpeg-devel] [PATCH] news: submit reworded announcement

On 2 August 2015 at 00:11, Clément Bœsch wrote: > From: Kieran Kunhya > > Signed-off-by: Lydia Pintscher > --- > src/index | 30 ++ > 1 file changed, 30 insertions(+) Apologies for my previous outburst - this versio

Re: [FFmpeg-devel] [PATCH] avfilter/vsrc_testsrc: correct colors for smptebars

On 9 August 2015 at 12:20, Paul B Mahol wrote: > --- > libavfilter/vsrc_testsrc.c | 36 +++- > 1 file changed, 23 insertions(+), 13 deletions(-) I'll test the SD version on the scope on Monday (cc'ing dericed who can probably test HD) Kieran.

Re: [FFmpeg-devel] [PATCH] avfilter/vsrc_testsrc: correct colors for smptebars

On 10 August 2015 at 17:38, Paul B Mahol wrote: > On 8/9/15, Kieran Kunhya wrote: >> On 9 August 2015 at 12:20, Paul B Mahol wrote: >>> --- >>> libavfilter/vsrc_testsrc.c | 36 +++- >>> 1 file changed, 23 insertions(+), 13

Re: [FFmpeg-devel] [PATCH] avfilter: add framerate video filter

> I have to admit I did not consider using yadif in a frame-for-each-field > mode. If the results are better this way would have to be tested but the > result of my initial test with deinterleaving and reinterleaving looked > good and I also looked at the results on a progressive display using VLC

Re: [FFmpeg-devel] PCR sync is required for audio-video sync ?

On 1 September 2015 at 18:21, Ran Shalit wrote: > Hello, > > I would like to ask , if someone from experience can say if PCR sync > between encoder and decoder is required for ts streaming, when it > required to acheive audio-video sync ? > > I ask the question becuase I've noticed that some ts sa

Re: [FFmpeg-devel] Help for patch: Sending last full, non-corrupt frame to output

On 2 September 2015 at 08:30, Carl Eugen Hoyos wrote: > Chris Wiggins chriswiggins.co.nz> writes: > >> however sometimes it washes the frame out: >> http://i.imgur.com/o5YttPY.png > > Did you save the (h264) source for this output? > (Could it be threads-related?) No, its packet loss and/or reor

Re: [FFmpeg-devel] [DECISION] Server "move"

> This "decision" thingy, is intended to confirm that > * Stuff should be moved to the telepoint server, possibly duplicates > should be left at/moved to the hetzner server for redundancy, if > this is technically possible (maybe it should be called copy instead > of move in that case) As di

Re: [FFmpeg-devel] [PATCH]h264: Fix ticket #3147 H264 - Wrong field order

On 26 September 2015 at 16:59, Thomas Mundt wrote: > Hi, > some h264 encoders, like broadcast avc-intra in this case avc-intra sets pic-struct. Is this new? Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo

Re: [FFmpeg-devel] [PATCH]libx264: Disable global header for AVC-Intra encoding

On 26 September 2015 at 15:25, Thomas Mundt wrote: > This will fix AVC-Intra encoding in .mov container. > Regards,Thomas ok, assuming fate passes. Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-de

Re: [FFmpeg-devel] [PATCH]h264: Fix ticket #3147 H264 - Wrong field order

On 27 September 2015 at 09:09, Thomas Mundt wrote: > Hi Kieran, > no, you´re right. I misinterpreted SEI_PIC_STRUCT_FRAME because it´s also the > default when pic_struct_present_flag is 0. Just checked avci header - no > pic_struct_present_flag. Sorry!But fixing avci field order detection should

Re: [FFmpeg-devel] Enable stream copy of data

> It has timestamp inside the data stream, and for making a simple use case > scte need -copyts and -vsync 0 param. Otherwise user can ignore the data as > they always did. > -Anshul Is FFmpeg aware of this PTS and how to place the data packet with respect to PES packets? How are you testing thi

Re: [FFmpeg-devel] Enable stream copy of data

> I am using bmd device to test this. > No one came with more scte_35 video on trac, I thought people putting the > bounty will give me some video. How are you testing with a bmd device? >>As far as I can tell it just works by chance. >> > I have done some improvement lately now it work without

Re: [FFmpeg-devel] [PATCH 2/2] doc/faq: explain DAR/SAR preserving.

> +A lot of video codecs and formats can store the @emph{aspect ratio} of the > +video: this is the ratio between the width and the height of either the full > +image (DAR, display aspect ratio) or individual pixels (SAR, sample aspect > +ratio). For example, CGA screens at resolution 640×350 had 4

Re: [FFmpeg-devel] MPEG-4 audio/video file generation API

On 22 February 2015 at 23:08, Boris Jaulmes wrote: > Dear ffmpeg coderz, Yes the "coderz" got your email the first time. I am sure all the ffmpeg rockstar devs will be emailing you soon. Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http

Re: [FFmpeg-devel] DCA Decoder

On 11 March 2015 at 14:42, Marcus Johnson wrote: > I've been working on adding XLL for the last couple months, it's still not > quite complete, basically I have to combine the Core and XLL samples before > it's output, and I also have to finish the latter stages of decoding the > XLL like channel

Re: [FFmpeg-devel] [PATCH] lavfi: add inverse telecine filter

> why does the filter not use the input pts? Michael, none of the PTS hacks will ever work - (inverse)telecine is a CFR operation. It inherently requires knowing the duration of the frame and in VFR mode you don't know it. Kieran ___ ffmpeg-devel mailin

Re: [FFmpeg-devel] [PATCH] lavfi: add inverse telecine filter

> Kieran, the material used in testing is CFR to the best of my knowedge > the material does not start at pts 0, the code ignores the start time > aka the first pts. Theres only one possibility to fix this and that is > to use the first pts, no (de)telecine operation can maintain sync > with anothe

Re: [FFmpeg-devel] [PATCH] Dolby Digital dynamic range compression (drc_scale) is now 0 by default

On 29 March 2015 at 18:01, Wiebe Cazemier wrote: > Signed-off-by: Wiebe Cazemier Why can't you just set this in your application? Not everyone is listening on a full setup where they can hear the dynamic range. Kieran ___ ffmpeg-devel mailing list ffm

Re: [FFmpeg-devel] [PATCH] Dolby Digital dynamic range compression (drc_scale) is now 0 by default

> And you didn't answer the question I asked before: Why would only AC3 have > range compression on by default? Why not any other codec? What is the sense > in that?? Are you saying that laptop speakers are not able to play full > range AC3 tracks, but that they *are* able to play full range TrueHD

Re: [FFmpeg-devel] [PATCH] Dolby Digital dynamic range compression (drc_scale) is now 0 by default

On 30 March 2015 at 11:24, madshi wrote: > 2015-03-30 12:10 GMT+02:00 Kieran Kunhya : >> We should have DRC enabled in AAC and other codecs >> if it's considered a normative part of the spec. > > So basically you do what the spec says regardless of whether it makes se

Re: [FFmpeg-devel] EBP

On 1 April 2015 at 17:23, Niklas Fondberg wrote: > Hi > In the current project we are using ffmpeg for encoding multi-bitrate live > streams towards an external OTT packager and I have a question: > > Are there any patches or work with the CableLabs ATS standard and with > Encoder Boundary Points

Re: [FFmpeg-devel] [PATCH 3/3] avformat: add youtube-dl based demuxer

On 9 April 2015 at 12:17, Rodger Combs wrote: > >> On Apr 9, 2015, at 06:08, wm4 wrote: >> >> On Thu, 9 Apr 2015 00:02:50 +0200 >> Lukasz Marek wrote: >> >>> W dniu środa, 8 kwietnia 2015 Gilles Chanteperdrix < >>> gilles.chanteperd...@xenomai.org> >>> >>> And forgot to add my apologies for thes

Re: [FFmpeg-devel] Remove codec specific metadata inside MDAT

> Is there a way for me to remove the x264 specific metadata from the MDAT > box of the mp4? Right now, my MDAT has the following as the first few > bytes. Is this length accounted for as part of MDAT headers? This data is part of the video bitstream. If you want to hide your x264 settings please

Re: [FFmpeg-devel] Remove codec specific metadata inside MDAT

On 13 April 2015 at 12:49, Kamaldeep Tumkur wrote: > I don't want to hide the x264 settings. If this is part of the bitstream, > are all decoders going to understand it? Will it be used in some way? For > decoders that do not understand it, will it cause issues or will it be > ignored? It is a le

Re: [FFmpeg-devel] [PATCH] Dolby Digital dynamic range compression (drc_scale) is now 0 by default

On 14 April 2015 at 14:01, Wiebe Cazemier wrote: > - Original Message - >> From: "Wiebe Cazemier" >> To: "Michael Niedermayer" >> Cc: "FFmpeg development discussions and patches" , >> "madshi" >> Sent: Monday, 6 April, 2015 7:25:16 AM >> Subject: Re: [FFmpeg-devel] [PATCH] Dolby Digita

Re: [FFmpeg-devel] [PATCH v4] libavcodec: Add FLAC API test

On 20 April 2015 at 01:03, Ludmila Glinskih wrote: > Signed-off-by: Ludmila Glinskih > --- > libavcodec/Makefile| 1 + > libavcodec/api-flac-test.c | 290 > + I would put this in its own directory. I think the next thing you should work on i

Re: [FFmpeg-devel] [PATCH v4] libavcodec: Add FLAC API test

On 21 April 2015 at 21:52, Ludmila Glinskih wrote: > Sorry for the delay, thanks for comments! > > вт, 21 апр. 2015 г. в 1:40, Kieran Kunhya : > >> On 20 April 2015 at 01:03, Ludmila Glinskih wrote: >> > Signed-off-by: Ludmila Glinskih >> > --- &g

Re: [FFmpeg-devel] [PATCH] lavc/cfhd:3d transform decoding for both progressive and interlaced

On Sat, 4 Jul 2020 at 18:39, Paul B Mahol wrote: > NAK > > Removed frame threading. > That is coming in another patch ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link abo

Re: [FFmpeg-devel] Project orientation

> > i do hope the planned technical committee will help with some of the > problems you discussed here. > But sometimes people are also rather rigid in discussions less interrested > to find a good compromise to move forward with and more interrested in > "winning" a discussion. That is also not he

[FFmpeg-devel] [PATCH] lavc/cfhd:3d transform decoding for both progressive and interlaced

$subj I have done basic fuzzing on it with no crashes. Fixes this sample: http://samples.mplayerhq.hu/V-codecs/CFHD/MT_BeartoothHighway_1min_Cineform.avi Kieran 0001-lavc-cfhd-3d-transform-decoding-for-both-progressive.patch Description: Binary data _

Re: [FFmpeg-devel] Bad language on this mailing list

On Sat, Jul 4, 2020 at 7:10 PM Paul B Mahol wrote: > Why is bad and offensive language tolerated on this mailing list and on IRC? > Or it is not tolerated just for some persons? > > On other hand I'm very free to state my opinions if they are stated in > non-offensive manner. Like your "hitler" c

Re: [FFmpeg-devel] Bad language on this mailing list

> >> On other hand I'm very free to state my opinions if they are stated in > >> non-offensive manner. > > > > Like your "hitler" comment? > > hitler and pals had propaganda, I do not. > Ask yourself who holds propaganda for FFmpeg? Calling someone hitler is unacceptable. End of story. Kieran ___

Re: [FFmpeg-devel] Bad language on this mailing list

On Sat, Jul 4, 2020 at 7:41 PM Paul B Mahol wrote: > > On 7/4/20, Kieran Kunhya wrote: > >> >> On other hand I'm very free to state my opinions if they are stated in > >> >> non-offensive manner. > >> > > >> > Like your &qu

Re: [FFmpeg-devel] Bad language on this mailing list

On Sat, Jul 4, 2020 at 11:08 PM Paul B Mahol wrote: > > On 7/4/20, Jean-Baptiste Kempf wrote: > > On Sat, Jul 4, 2020, at 20:09, Paul B Mahol wrote: > >> Why is bad and offensive language tolerated on this mailing list and on > >> IRC? > > > > It is not tolerated. > > Whatever the reason. > > > T

Re: [FFmpeg-devel] Project orientation

> > > Would you want something experimental like x262 to be part of the > > FFmpeg codebase, for us to have to maintain forever? If you don't limit > > scope then that is what would happen. > > x262 is another example of a fork, where the fork alone was not > popular/interesting enough to live on.

Re: [FFmpeg-devel] Project orientation

> > So having something merged and maintained in ffmpeg has the benefit that > more people have the ability to test the code and to develop it. Also it > is more likely for the project to get developers if their code live in the > core ffmpeg respository. I also don't see that maitenance burden to

Re: [FFmpeg-devel] [PATCH] lavc/cfhd:3d transform decoding for both progressive and interlaced

> > > @@ -1064,6 +1446,6 @@ AVCodec ff_cfhd_decoder = { > > .init = cfhd_init, > > .close= cfhd_close, > > .decode = cfhd_decode, > > -.capabilities = AV_CODEC_CAP_DR1 | AV_CODEC_CAP_FRAME_THREADS, > > -.caps_internal= FF_CODEC_CAP_IN

<    1   2   3   4   5   6   7   8   9   10   >