Re: [FFmpeg-devel] [PATCH 1/2] avutil/file: Move av_tempfile() to avutil/file_open ff_tempfile()

On Wed, Mar 9, 2016 at 4:35 PM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Wed, Mar 09, 2016 at 04:27:12PM +0100, Hendrik Leppkes wrote: >> On Wed, Mar 9, 2016 at 3:37 PM, Michael Niedermayer >> <mich...@niedermayer.cc> wrote: >> >

Re: [FFmpeg-devel] [PATCH 1/2] avutil/file: Move av_tempfile() to avutil/file_open ff_tempfile()

On Wed, Mar 9, 2016 at 4:51 PM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Wed, Mar 9, 2016 at 4:35 PM, Michael Niedermayer > <mich...@niedermayer.cc> wrote: >> On Wed, Mar 09, 2016 at 04:27:12PM +0100, Hendrik Leppkes wrote: >>> On Wed, Mar 9, 2016 at 3:37

Re: [FFmpeg-devel] [PATCH] lavc/hevc: Allow arbitrarily many trailing_zero_8bits after a NAL unit in bytestream format.

On Thu, Mar 17, 2016 at 12:50 AM, Mark Thompson <s...@jkqxz.net> wrote: > On 16/03/16 23:41, Hendrik Leppkes wrote: >> On Wed, Mar 16, 2016 at 9:37 PM, Mark Thompson <s...@jkqxz.net> wrote: >>> --- >>> libavcodec/hevc_parse.c | 14 ++ >>&g

Re: [FFmpeg-devel] [PATCH] lavc/hevc: Allow arbitrarily many trailing_zero_8bits after a NAL unit in bytestream format.

On Sat, Mar 19, 2016 at 3:21 AM, Michael Niedermayer wrote: > On Sat, Mar 19, 2016 at 03:06:22AM +0100, Michael Niedermayer wrote: >> On Thu, Mar 17, 2016 at 02:35:27PM +, Mark Thompson wrote: >> > On 17/03/16 14:11, Mark Thompson wrote: >> > > On 17/03/16 13:57,

Re: [FFmpeg-devel] [PATCH] lavc/aacenc_utils: unroll quantize_bands loop

On Sat, Mar 19, 2016 at 3:27 AM, Ganesh Ajjanagadde wrote: > Yields speedup in quantize_bands, and non-negligible speedup in aac encoding > overall. > > Sample benchmark (Haswell, -march=native + GCC): > new: > [...] > 553 decicycles in quantize_bands, 2097136 runs,

Re: [FFmpeg-devel] [PATCH 1/3] Revert "hls: Add and use a memebr of AVIOInternal rather than abuse opaque"

On Tue, Mar 15, 2016 at 10:18 PM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Tue, Mar 15, 2016 at 10:06 PM, Derek Buitenhuis > <derek.buitenh...@gmail.com> wrote: >> On 3/14/2016 11:22 AM, Hendrik Leppkes wrote: >>> This reverts commit 9f9ed79

Re: [FFmpeg-devel] [PATCH] lavc/indeo2: Fix banding artifacts and washed-out display

On Wed, Mar 16, 2016 at 8:28 AM, Mats Peterson wrote: > On 03/16/2016 08:19 AM, Mats Peterson wrote: >> >> This patch is based on libav commit >> f8c34f4b8d62afad3f63cf3d9617d73735bef8c1 by Luca Barbato. It fixes >> vertical banding artifacts and washed-out

Re: [FFmpeg-devel] libav commit f8c34f4b8d62afad3f63cf3d9617d73735bef8c1 (again)

On Wed, Mar 16, 2016 at 8:59 AM, Mats Peterson <matsp888-at-yahoo@ffmpeg.org> wrote: > On 03/16/2016 08:55 AM, Hendrik Leppkes wrote: >> >> On Wed, Mar 16, 2016 at 7:50 AM, Mats Peterson >> <matsp888-at-yahoo@ffmpeg.org> wrote: >>> >&

Re: [FFmpeg-devel] libav commit f8c34f4b8d62afad3f63cf3d9617d73735bef8c1 (again)

On Wed, Mar 16, 2016 at 9:03 AM, Mats Peterson <matsp888-at-yahoo@ffmpeg.org> wrote: > On 03/16/2016 09:04 AM, Hendrik Leppkes wrote: >> >> On Wed, Mar 16, 2016 at 8:59 AM, Mats Peterson >> <matsp888-at-yahoo@ffmpeg.org> wrote: >>> >>

Re: [FFmpeg-devel] [FFmpeg-cvslog] lavc/dxva2_h264: Fix incorrect assert statement.

On Wed, Mar 16, 2016 at 1:04 PM, wm4 wrote: > On Wed, 16 Mar 2016 22:55:09 +1100 > Matt Oliver wrote: > >> On 16 March 2016 at 22:32, Clément Bœsch wrote: >> >> > On Wed, Mar 16, 2016 at 12:31:35PM +0100, Matt Oliver wrote: >> > > ffmpeg

Re: [FFmpeg-devel] [PATCH 1/2] avutil/file: Move av_tempfile() to avutil/file_open ff_tempfile()

On Wed, Mar 9, 2016 at 3:37 PM, Michael Niedermayer wrote: > document the issue with av_tempfile() > > Signed-off-by: Michael Niedermayer > --- > libavcodec/libxvid.h |2 -- > libavutil/file.c | 48

Re: [FFmpeg-devel] [PATCH] avcodec/qsv: export session management functionality

On Thu, Apr 7, 2016 at 5:44 PM, nablet developer wrote: > > +/** > + * Initialize a MSDK session > + * > + * Media SDK is based on sessions, so this is the prerequisite > + * initialization for HW acceleration. For Windows the session is > + * complete and ready to use, for

Re: [FFmpeg-devel] [PATCH] avcodec/wmalosslessdec: real 24bit support

On Tue, Apr 12, 2016 at 11:29 PM, Paul B Mahol wrote: > On 4/12/16, Paul B Mahol wrote: >> On 4/12/16, Carl Eugen Hoyos wrote: >>> Paul B Mahol gmail.com> writes: >>> Hi, patch attached. >>> >>> Very cool! >>> -

Re: [FFmpeg-devel] [PATCH] avfilter: add loudnorm

On Fri, Apr 8, 2016 at 11:15 PM, Kyle Swanson wrote: > On Fri, Apr 8, 2016 at 4:07 PM, Kyle Swanson wrote: >> On Wed, Apr 6, 2016 at 8:09 PM, Carl Eugen Hoyos wrote: >>> Kyle Swanson ylo.ph> writes: >>> Does anyone have any comments about this

Re: [FFmpeg-devel] [PATCH] avcodec: Add bits_per_raw_sample to AVCodecParameters

On Mon, Apr 11, 2016 at 1:17 PM, wm4 <nfx...@googlemail.com> wrote: > On Mon, 11 Apr 2016 12:52:51 +0200 > Hendrik Leppkes <h.lepp...@gmail.com> wrote: > >> On Mon, Apr 11, 2016 at 11:29 AM, wm4 <nfx...@googlemail.com> wrote: >> > On Mon, 11 Apr 2016 03:

Re: [FFmpeg-devel] [PATCH 2/2] avformat/framehash: Add more information to the output

On Tue, Apr 12, 2016 at 4:56 PM, Ronald S. Bultje wrote: > Hi James, > > On Sun, Apr 10, 2016 at 5:22 PM, James Almer wrote: > >> From: Michael Niedermayer >> >> Signed-off-by: Michael Niedermayer >>

Re: [FFmpeg-devel] [PATCH 05/13] lavc/videotoolboxenc: Fix AVCodecContext.has_b_frames usage.

On Sun, Apr 10, 2016 at 5:50 AM, Rick Kern wrote: > Now set by the encoder, not used as an input parameter. > > Signed-off-by: Rick Kern > --- > libavcodec/videotoolboxenc.c | 15 ++- > 1 file changed, 14 insertions(+), 1 deletion(-) > > diff

Re: [FFmpeg-devel] [PATCH 09/13] lavc/videotoolboxenc: Add keyframes_only property

On Sun, Apr 10, 2016 at 6:29 AM, Carl Eugen Hoyos wrote: > Rick Kern gmail.com> writes: > >> +{ "keyframes_only", "Output only I-frames", OFFSET(keyframes_only), > > I suspect this should check for -g 1 instead. > Indeed, checking avctx->gop_size would make it compatible

Re: [FFmpeg-devel] [PATCH]lavf/mpegts: Add extension "m2t"

On Sun, Apr 10, 2016 at 6:39 AM, Carl Eugen Hoyos wrote: > Hi! > > Attached patch fixes ticket #4862 for me. > Listing only one extension, and a uncommon one at that, seems not ideal. Considering the probing was fixed, maybe we should hold off on this. - Hendrik

Re: [FFmpeg-devel] [PATCH 03/13] lavc/videotoolboxenc: Remove redundant code

On Sun, Apr 10, 2016 at 6:17 AM, Carl Eugen Hoyos wrote: > Rick Kern gmail.com> writes: > >> Don't require hardware encoding and explicitly fallback to >> software if it fails. Enabling it without requiring it >> will use hardware encoding if available. > > Hardware encoding

Re: [FFmpeg-devel] [PATCH] avcodec: Add bits_per_raw_sample to AVCodecParameters

On Mon, Apr 11, 2016 at 11:29 AM, wm4 wrote: > On Mon, 11 Apr 2016 03:12:20 +0200 > Michael Niedermayer wrote: > >> On Sun, Apr 10, 2016 at 11:39:57PM +, Kieran Kunhya wrote: >> > On Mon, 11 Apr 2016 at 00:33 Michael Niedermayer

Re: [FFmpeg-devel] [FFmpeg-cvslog] lavc/dxva2_h264: Fix incorrect assert statement.

On Wed, Mar 16, 2016 at 1:14 PM, Matt Oliver wrote: > On 16 March 2016 at 23:04, wm4 wrote: > >> On Wed, 16 Mar 2016 22:55:09 +1100 >> Matt Oliver wrote: >> >> > On 16 March 2016 at 22:32, Clément Bœsch wrote: >> >

Re: [FFmpeg-devel] [PATCH] lavc/hevc: Allow arbitrarily many trailing_zero_8bits after a NAL unit in bytestream format.

On Thu, Mar 17, 2016 at 1:10 PM, Mark Thompson wrote: >> >> Wouldn't it be simpler then to add a condition to the existing loop to >> only error out when no NALs exist? > > I apologise if I'm not understanding exactly what you mean, but wouldn't that > then accept any trailing

Re: [FFmpeg-devel] [PATCH]lavf/mkvenc: Set bit_depth for lossless audio codecs

On Tue, Mar 15, 2016 at 12:48 PM, Carl Eugen Hoyos wrote: > Carl Eugen Hoyos ag.or.at> writes: > >> Attached patch makes the output of the mkv muxer more >> similar to what mkvmerge does. >> May fix ticket #5332. > > Ping, I can confirm that the patch fixes ticket #5332.

Re: [FFmpeg-devel] [PATCH] lavc/hevc: Allow arbitrarily many trailing_zero_8bits after a NAL unit in bytestream format.

On Wed, Mar 16, 2016 at 9:37 PM, Mark Thompson wrote: > --- > libavcodec/hevc_parse.c | 14 ++ > 1 file changed, 14 insertions(+) > > diff --git a/libavcodec/hevc_parse.c b/libavcodec/hevc_parse.c > index 63ed84a..8c629ff 100644 > --- a/libavcodec/hevc_parse.c > +++

Re: [FFmpeg-devel] [PATCH 1/3] configure: Force mingw's ld to keep the reloc section

On Sat, Mar 19, 2016 at 5:50 PM, Christophe Gisquet wrote: > Hi, > > 2016-03-11 8:57 GMT+01:00 Christophe Gisquet : >>> It should either be reverted or made dependent on >>> --enable/disable-debug (I would favor the first, honestly,

Re: [FFmpeg-devel] [PATCH 1/3] configure: Force mingw's ld to keep the reloc section

On Sat, Mar 12, 2016 at 3:09 AM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Thu, Mar 10, 2016 at 07:57:53PM +0100, Hendrik Leppkes wrote: >> On Mon, Sep 21, 2015 at 6:41 AM, Alex Smith <alex.sm...@warpsharp.info> >> wrote: >> > From: A

Re: [FFmpeg-devel] one question about aac bitstream in mov container

On Tue, Mar 22, 2016 at 12:36 PM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Tue, Mar 22, 2016 at 11:35 AM, qw <applema...@163.com> wrote: >> Hi, >> >> I am reading ffmpeg source code, and confused about the following logic in >> movenc.c, >>

Re: [FFmpeg-devel] one question about aac bitstream in mov container

On Tue, Mar 22, 2016 at 11:35 AM, qw wrote: > Hi, > > I am reading ffmpeg source code, and confused about the following logic in > movenc.c, > > if (enc->codec_id == AV_CODEC_ID_AAC && pkt->size > 2 && > (AV_RB16(pkt->data) & 0xfff0) == 0xfff0) { > if

Re: [FFmpeg-devel] GP License question

On Tue, Mar 22, 2016 at 1:12 PM, Aaron Boxer wrote: > Hello, > > I am developing a jpeg 2000 codec licensed under Affero GPL. > If I were to integrate this into FFMpeg, would I then have to > re-release FFMpeg under Affero GPL ? > AGPL is evil, please keep it out of FFmpeg. -

Re: [FFmpeg-devel] GP License question

On Tue, Mar 22, 2016 at 1:47 PM, Aaron Boxer <boxe...@gmail.com> wrote: > Hi Hendrick > > On Tue, Mar 22, 2016 at 8:19 AM, Hendrik Leppkes <h.lepp...@gmail.com> > wrote: > >> On Tue, Mar 22, 2016 at 1:12 PM, Aaron Boxer <boxe...@gmail.com> wrote: >> &

Re: [FFmpeg-devel] [PATCH] lavc/aacenc_utils: unroll abs_pow34_v loop

On Tue, Mar 22, 2016 at 7:37 PM, Ganesh Ajjanagadde wrote: > On Tue, Mar 22, 2016 at 11:30 AM, Rostislav Pehlivanov > wrote: >> On 22 March 2016 at 18:14, Ganesh Ajjanagadde wrote: >>> >>> >>> Per doc/optimization.txt, aac is a widely

Re: [FFmpeg-devel] [PATCH] lavc/aacenc_utils: unroll abs_pow34_v loop

On Tue, Mar 22, 2016 at 8:02 PM, Ganesh Ajjanagadde <gajja...@gmail.com> wrote: > On Tue, Mar 22, 2016 at 11:52 AM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: >> On Tue, Mar 22, 2016 at 7:37 PM, Ganesh Ajjanagadde <gajja...@gmail.com> >> wrote: >>> O

Re: [FFmpeg-devel] [PATCH 2/2] zlib fallbacks for pngdec and zmbv.

On Thu, Mar 24, 2016 at 4:33 PM, Reimar Döffinger wrote: > This should demonstrate how well or badly the > minimal inflate fits into code designed around zlib. > I am not clear on whether the pngdec implementation > was done explicitly to save memory, some other reason,

Re: [FFmpeg-devel] [PATCH 0/4] fftw exploration (WIP)

On Fri, Mar 25, 2016 at 4:23 PM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Fri, Mar 25, 2016 at 3:34 PM, Ganesh Ajjanagadde <gajja...@gmail.com> > wrote: >> On Fri, Mar 25, 2016 at 12:35 AM, Clément Bœsch <u...@pkh.me> wrote: >>> On Thu, M

Re: [FFmpeg-devel] [PATCH 0/4] fftw exploration (WIP)

On Fri, Mar 25, 2016 at 3:34 PM, Ganesh Ajjanagadde wrote: > On Fri, Mar 25, 2016 at 12:35 AM, Clément Bœsch wrote: >> On Thu, Mar 24, 2016 at 05:50:48PM -0700, Ganesh Ajjanagadde wrote: >>> Ganesh Ajjanagadde (4): >>> configure: add fftw3 detection >>>

Re: [FFmpeg-devel] [PATCH 1/2] lavu/dict: Add new flag to allow multiple equal keys.

On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann <thilo.borgm...@mail.de> wrote: > Am 25.03.16 um 17:56 schrieb Hendrik Leppkes: >> On Fri, Mar 25, 2016 at 5:48 PM, Thilo Borgmann <thilo.borgm...@mail.de> >> wrote: >>> Am 22.03.16 um 12:20 schrieb Thilo Borgman

Re: [FFmpeg-devel] [PATCH] lavc/videotoolbox: Consistent fallback to external software encoding/decoding.

On Mon, Mar 21, 2016 at 11:28 AM, Thilo Borgmann wrote: > > Updated patches attached. > Adding this as a global flag seems not ideal. Its a very specific option for one hwaccel which for some reason happens to support this, I don't like this being a global flag at all.

Re: [FFmpeg-devel] [PATCH 1/2] lavu/dict: Add new flag to allow multiple equal keys.

On Sat, Mar 26, 2016 at 1:12 AM, Thilo Borgmann wrote: >> >> When you go from talking about a developers concerns to just pushing, >> then how else do you think someone should feel? > > You are again ignoring what I did and what I've written in the previous > mails to

Re: [FFmpeg-devel] [PATCH]lavc/h264_mp4toannexb: Do not fail if frame already starts with startcode

On Sat, Mar 26, 2016 at 11:10 AM, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: > Hendrik Leppkes gmail.com> writes: > >> On Sat, Mar 26, 2016 at 10:38 AM, Carl Eugen Hoyos wrote: > >> > /* nothing to filter */ >> > - if (!avctx->extradata || avct

Re: [FFmpeg-devel] [PATCH]lavc/h264_mp4toannexb: Do not fail if frame already starts with startcode

On Sat, Mar 26, 2016 at 10:38 AM, Carl Eugen Hoyos wrote: > index 2d447f7..170db31 100644 > --- a/libavcodec/h264_mp4toannexb_bsf.c > +++ b/libavcodec/h264_mp4toannexb_bsf.c > @@ -167,7 +167,8 @@ static int > h264_mp4toannexb_filter(AVBitStreamFilterContext *bsfc, > int

Re: [FFmpeg-devel] [PATCH 1/2] lavu/dict: Add new flag to allow multiple equal keys.

On Fri, Mar 25, 2016 at 7:41 PM, Thilo Borgmann <thilo.borgm...@mail.de> wrote: > Am 25.03.16 um 18:48 schrieb Hendrik Leppkes: >> On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann <thilo.borgm...@mail.de> >> wrote: >>> Am 25.03.16 um 17:56 schrieb Hendrik Leppke

Re: [FFmpeg-devel] [PATCH] avcodec/audiotoolboxenc: Fix compile error to support iOS

On Sun, Mar 27, 2016 at 1:52 PM, wrote: > From: Crossle Song > > Fix error libavcodec/audiotoolboxenc.c use of undeclared > 'kAudioCodecPropertyBitRateControlMode' on iOS > > AudioToolbox now support iOS > --- > libavcodec/audiotoolboxenc.c | 7

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/utils: fix packet duration of frames with discarded paddings

On Sun, Mar 27, 2016 at 6:09 PM, Marton Balint wrote: > Signed-off-by: Marton Balint > --- > libavcodec/utils.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/libavcodec/utils.c b/libavcodec/utils.c > index c625bbc..073c6fa 100644 >

Re: [FFmpeg-devel] [PATCH 1/2] lavu/dict: Add new flag to allow multiple equal keys.

On Mon, Mar 28, 2016 at 12:10 AM, Thilo Borgmann <thilo.borgm...@mail.de> wrote: > Am 26.03.16 um 01:49 schrieb Hendrik Leppkes: >> On Sat, Mar 26, 2016 at 1:12 AM, Thilo Borgmann <thilo.borgm...@mail.de> >> wrote: >>>> >>>> When you go from

Re: [FFmpeg-devel] [PATCH v2 3/8] lavc: introduce a new decoding/encoding API with decoupled input/output

On Wed, Mar 23, 2016 at 2:45 PM, Carl Eugen Hoyos wrote: > wm4 googlemail.com> writes: > >> Until now, the decoding API was restricted to outputting 0 or 1 frames >> per input packet. It also enforces a somewhat rigid dataflow in general. >> >> This new API seeks to relax these

Re: [FFmpeg-devel] [PATCH 1/3] configure: Force mingw's ld to keep the reloc section

On Sat, Mar 19, 2016 at 7:08 PM, Ismail Donmez wrote: > On Sat, Mar 19, 2016 at 6:50 PM, Christophe Gisquet > wrote: >> Hi, >> >> 2016-03-11 8:57 GMT+01:00 Christophe Gisquet : It should either be reverted or made

Re: [FFmpeg-devel] [PATCH 1/2] lavu/dict: Add new flag to allow multiple equal keys.

On Fri, Mar 25, 2016 at 5:48 PM, Thilo Borgmann wrote: > Am 22.03.16 um 12:20 schrieb Thilo Borgmann: >> Am 22.03.16 um 11:45 schrieb wm4: >>> On Sun, 13 Mar 2016 21:00:23 +0100 >>> Thilo Borgmann wrote: >>> Am 13.03.16 um 15:08 schrieb wm4:

Re: [FFmpeg-devel] Regression maybe

On Thu, Mar 3, 2016 at 11:23 PM, JULIAN GARDNER wrote: > But regressions are development problems, things like "how do i scale a > video" is for users. > Im going tobe bisecting and fixing code if needed, so surely this is > development! > Joolz Then open an issue on

Re: [FFmpeg-devel] [PATCH] version.sh: Always use latest tag for generated version number

On Thu, Mar 3, 2016 at 11:20 PM, Timo Rothenpieler wrote: >> Accessing a remote URL in the version script seems like a bad idea to me. > > I aggree, but I'm unsure how to propperly address the issue. > The problem is that a plain "git pull" does not update tags, > so if you

Re: [FFmpeg-devel] [PATCH] version.sh: Always use latest tag for generated version number

Am 03.03.2016 22:46 schrieb "Timo Rothenpieler" : > > The version numbers based on the 15 years old N tag are confusing and > don't offer a lot of information about what release the version is close > to. > > This patch stops using the N tag and always bases it on the most

Re: [FFmpeg-devel] [PATCH 4/4] avcodec/dca: make reading past end of buffer safe

On Thu, Mar 3, 2016 at 12:37 AM, Ronald S. Bultje wrote: > Hi, > > On Wed, Mar 2, 2016 at 2:32 PM, foo86 wrote: > >> Limit the maximum length of unary part of Rice code by the number of >> available bits instead of using an arbitrary constant that happens

Re: [FFmpeg-devel] [PATCH 2/4] avcodec/dca: fix av_cold placement in declarations

On Wed, Mar 2, 2016 at 8:31 PM, foo86 wrote: > --- > libavcodec/dca_xll.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavcodec/dca_xll.c b/libavcodec/dca_xll.c > index cd1af81..ffe8ef3 100644 > --- a/libavcodec/dca_xll.c > +++

Re: [FFmpeg-devel] [PATCH 3/4] avcodec/dca: simplify condition

On Wed, Mar 2, 2016 at 8:32 PM, foo86 wrote: > --- > libavcodec/dca_xll.c | 17 ++--- > 1 file changed, 6 insertions(+), 11 deletions(-) > > diff --git a/libavcodec/dca_xll.c b/libavcodec/dca_xll.c > index ffe8ef3..5e6cf35 100644 > --- a/libavcodec/dca_xll.c > +++

Re: [FFmpeg-devel] [PATCH 0/2] New versioning (was: version.sh: Always use latest tag for generated version number)

On Sun, Mar 6, 2016 at 2:50 AM, Timothy Gu wrote: > This patch set implements the versioning algorithm I recently proposed. > The first patch addresses an already existing problem with version.sh. > The second is the one actually implementing the change. > > To Michael and

Re: [FFmpeg-devel] [PATCH] version.sh: Always use latest tag for generated version number

On Sat, Mar 5, 2016 at 11:26 AM, Carl Eugen Hoyos wrote: > Timothy Gu gmail.com> writes: > >> The versioning scheme is supposed to make people's life easier. > > The patch would make my life more difficult . > If you can't even explain why, then I wouldn't expect many people

Re: [FFmpeg-devel] [PATCH] Introduce ff_bprint_to_codecpar_extradata for avformat

On Sun, Apr 3, 2016 at 4:07 AM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Thu, Mar 31, 2016 at 09:49:02PM +0100, Derek Buitenhuis wrote: >> From: Hendrik Leppkes <h.lepp...@gmail.com> >> >> --- >> libavformat/internal.h | 7

Re: [FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

On Sun, Apr 3, 2016 at 2:07 PM, Michael Niedermayer wrote: > Without this or some other change moving data back and forth corrupts it > as the cropped & possibly low res resolution modified w/h will be taken > a the pre lowres resolution > also without 2 sets theres no

Re: [FFmpeg-devel] Support master branch of OpenJPEG and Grok J2K codecs

On Mon, Apr 4, 2016 at 2:49 PM, Aaron Boxer wrote: > On Mon, Apr 4, 2016 at 5:37 AM, Michael Niedermayer > wrote: > >> On Sun, Apr 03, 2016 at 05:31:25PM -0400, Aaron Boxer wrote: >> > Hi Folks, >> > >> > Here is a small patch to get FFmpeg working with

[FFmpeg-devel] [PATCH 1/2] avcodec: properly initialize AVCodecParameters profile/level

--- libavcodec/utils.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index f991135..df30d57 100644 --- a/libavcodec/utils.c +++ b/libavcodec/utils.c @@ -3713,6 +3713,8 @@ static void codec_parameters_reset(AVCodecParameters *par)

[FFmpeg-devel] [PATCH 2/2] exif: take a generic log context

The AVCodecContext is only used for logging, so instead take any valid log context. This allows reusing the exif functions more easily in avformat. --- libavcodec/exif.c | 16 libavcodec/exif.h | 2 +- 2 files changed, 9 insertions(+), 9 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH 1/2] lavu/dict: Add new flag to allow multiple equal keys.

On Mon, Mar 28, 2016 at 12:05 PM, Marton Balint <c...@passwd.hu> wrote: > > On Mon, 28 Mar 2016, Hendrik Leppkes wrote: > >> People that don't speak up at all may approve silently (or at least >> not disapprove), someone that raised issues should give an explicit >>

Re: [FFmpeg-devel] GP License question

On Tue, Mar 22, 2016 at 3:34 PM, Aaron Boxer wrote: > Hi Carl, > > > On Tue, Mar 22, 2016 at 10:16 AM, Carl Eugen Hoyos wrote: > >> Aaron Boxer gmail.com> writes: >> >> > On Tue, Mar 22, 2016 at 8:32 AM, Carl Eugen Hoyos wrote: >> > > Aaron Boxer gmail.com>

Re: [FFmpeg-devel] [PATCH 1/3] configure: Force mingw's ld to keep the reloc section

On Sat, Mar 19, 2016 at 7:42 PM, Henrik Gramner <hen...@gramner.com> wrote: > On Sat, Mar 19, 2016 at 7:25 PM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: >> Then tell that to binutils to actually produce proper binaries, and >> not this broken mess that

Re: [FFmpeg-devel] CONFIG_W64_DEMUXER and dead-code elimination

On Sat, Apr 23, 2016 at 1:02 AM, Bruce Dawson wrote: > I've noticed that when CONFIG_W64_DEMUXER is defined to zero that ffmpeg > compiles in a reference to ff_w64_guid_data but doesn't not link w64.o > (which defines that symbol). > > This normally works

Re: [FFmpeg-devel] [PATCH] libavcodec/qsvdec_h2645.c Bug fixed: wrong ticks_per_frame.

On Mon, Apr 25, 2016 at 5:44 PM, Ivan Uskov wrote: > Hello Derek, > > Monday, April 25, 2016, 4:50:28 PM, you wrote: > > DB> On 4/25/2016 2:14 PM, Ivan Uskov wrote: >>> The attached patch does fixes the issue of frames duplication when >>> elementary h.264 stream

Re: [FFmpeg-devel] [PATCH] lavu: Adding hybrid-log gamma enum value and transfer function.

On Thu, Apr 21, 2016 at 10:57 PM, Neil Birkbeck wrote: > The standard: > http://www.arib.or.jp/english/html/overview/doc/2-STD-B67v1_0.pdf > > The choice of enum value of 18 is consistent with HEVC: >

Re: [FFmpeg-devel] [PATCH 1/3] lavc/bsf: add a null bitstream filter.

On Thu, Apr 28, 2016 at 12:36 PM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Thu, Apr 28, 2016 at 11:06 AM, Nicolas George <geo...@nsup.org> wrote: >> The filter can not be disabled so that applications can rely on it. >> > > It probably does generally no

Re: [FFmpeg-devel] [PATCH 1/3] lavc/bsf: add a null bitstream filter.

On Thu, Apr 28, 2016 at 11:06 AM, Nicolas George wrote: > The filter can not be disabled so that applications can rely on it. > It probably does generally no harm to include it since its tiny, however it would still show up in configure and be disable-able in configure (since

Re: [FFmpeg-devel] CONFIG_W64_DEMUXER and dead-code elimination

On Sat, Apr 23, 2016 at 1:21 PM, wm4 <nfx...@googlemail.com> wrote: > On Sat, 23 Apr 2016 01:16:31 +0200 > Hendrik Leppkes <h.lepp...@gmail.com> wrote: > >> On Sat, Apr 23, 2016 at 1:02 AM, Bruce Dawson >> <brucedawson-at-google@ffmpeg.org> wrote: >>

Re: [FFmpeg-devel] [PATCH] pgssubdec: fix subpicture output colorspace and range

On Sat, Apr 23, 2016 at 1:18 PM, wm4 wrote: > On Fri, 22 Apr 2016 23:06:37 +0300 > Jan Ekström wrote: > >> Functionality used before didn't widen the values from limited to >> full range. Additionally, now the decoder uses BT.709 where it >> should be

Re: [FFmpeg-devel] [PATCH] pgssubdec: fix subpicture output colorspace and range

On Sat, Apr 23, 2016 at 2:33 PM, Jan Ekstrom wrote: > On Sat, Apr 23, 2016 at 3:21 PM, wm4 wrote: >> In that case the hdtv field should be completely removed, and the test >> put in the palette conversion code. >> > > If avctx->height is by default 0,

Re: [FFmpeg-devel] [PATCH v2 04/12] lavc/videotoolboxenc: Add entropy setting

On Sat, Apr 23, 2016 at 6:27 PM, Carl Eugen Hoyos wrote: > Rick Kern gmail.com> writes: > >> Add an entropy setting to choose between CAVLC and CABAC. > > Am I correct that it is impossible to do this similar to > libx264? > libx264 in avcodec uses "coder" with values

Re: [FFmpeg-devel] CONFIG_W64_DEMUXER and dead-code elimination

On Mon, Apr 25, 2016 at 1:09 PM, Ronald S. Bultje wrote: > Hi, > > On Mon, Apr 25, 2016 at 1:17 AM, Matt Oliver wrote: > >> Obviously changing things would require a consensus from all the devs. >> Personally I would like to see the DCE stuff removed as

Re: [FFmpeg-devel] [PATCH] lavf/concatdec: remove unrelated change during codecpar merge.

On Mon, Apr 25, 2016 at 1:59 PM, Nicolas George wrote: > Le sextidi 6 floréal, an CCXXIV, Derek Buitenhuis a écrit : >> Removing this causes failures when concatdec is used to concat two H.264 >> streams from an MP4 source, when remuxed, IIRC. >> >> Example:

Re: [FFmpeg-devel] [PATCH] lavc/libopenh264enc: update to openh264 1.6

On Mon, Mar 7, 2016 at 6:05 PM, Stefano Sabatini wrote: > In particular, the slice mode API was changed in commit: > > commit 33c378f7b791310e4cb64b53e2bb8f3f3bded105 > Author: sijchen > Date: Tue Nov 10 09:50:06 2015 -0800 > > change API for slicing

Re: [FFmpeg-devel] [PATCH] avcodec/bitstream_filter: Check return code of av_opt_set_from_string()

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

Re: [FFmpeg-devel] [PATCH] fix few compiler warnings

On Mon, May 23, 2016 at 1:59 PM, Michael Niedermayer wrote: > On Mon, May 23, 2016 at 07:24:23AM -0400, Ronald S. Bultje wrote: >> Hi, >> >> On Sun, May 22, 2016 at 11:39 PM, Michael Niedermayer < >> mich...@niedermayer.cc> wrote: >> >> > On Sun, May 22, 2016 at 01:51:05AM

Re: [FFmpeg-devel] CONFIG_W64_DEMUXER and dead-code elimination

On Wed, May 11, 2016 at 4:19 PM, Bruce Dawson wrote: > The error is: > > wavdec.obj : error LNK2001: unresolved external symbol _ff_w64_guid_data > > This happens because the compiler does not recognize early enough > that _ff_w64_guid_data is never

Re: [FFmpeg-devel] [PATCH] Respect payload offset in av_packet_ref

On Thu, May 12, 2016 at 3:44 PM, Andriy Lysnevych wrote: > Details are in the ticket https://trac.ffmpeg.org/ticket/5543 > > --- > libavcodec/avpacket.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/libavcodec/avpacket.c

Re: [FFmpeg-devel] [PATCH] h2645_parse: support badly muxed mp4 streams

On Thu, May 12, 2016 at 10:52 AM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU. > This commonly occurs in interlaced streams where both fields are packed > into the same MP4 NAL with an AnnexB startcode in be

[FFmpeg-devel] [PATCH] h2645_parse: support badly muxed mp4 streams

Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU. This commonly occurs in interlaced streams where both fields are packed into the same MP4 NAL with an AnnexB startcode in between. Port handling of this format from the previous h264 nal handling. Fixes trac #5529 ---

[FFmpeg-devel] [PATCH] h2645_parse: support badly muxed mp4 streams

Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU. This commonly occurs in interlaced streams where both fields are packed into the same MP4 NAL with an AnnexB startcode in between. Port handling of this format from the previous h264 nal handling. Fixes trac #5529 ---

Re: [FFmpeg-devel] [PATCH] avformat/utils: Check negative bps before shifting in ff_get_pcm_codec_id()

On Tue, May 17, 2016 at 3:21 AM, Michael Niedermayer wrote: > On Mon, May 16, 2016 at 03:21:43PM -0700, chcunning...@chromium.org wrote: >> From: Chris Cunningham >> >> Fixes: undefined shift. >> --- >> libavformat/utils.c | 2 +- >> 1 file

Re: [FFmpeg-devel] [PATCHv3] h2645_parse: support badly muxed mp4 streams

On Thu, May 12, 2016 at 1:53 PM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Thu, May 12, 2016 at 12:07:40PM +0200, Hendrik Leppkes wrote: >> Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU. >> This commonly occurs in interlaced stre

Re: [FFmpeg-devel] [PATCH] avcodec: Add AVClass to AVCodecParameters

On Tue, May 17, 2016 at 6:26 PM, Ronald S. Bultje wrote: > Hi, > > On Tue, May 17, 2016 at 11:18 AM, Michael Niedermayer < > mich...@niedermayer.cc> wrote: > >> AVCodecContext contains all the fields that AVCodecParameters has. >> Examples are width, height, bitrate, profile,

Re: [FFmpeg-devel] [PATCH] avcodec: Add AVClass to AVCodecParameters

On Tue, May 17, 2016 at 7:22 PM, Ronald S. Bultje <rsbul...@gmail.com> wrote: > Hi, > > On Tue, May 17, 2016 at 12:34 PM, Hendrik Leppkes <h.lepp...@gmail.com> > wrote: > >> On Tue, May 17, 2016 at 6:26 PM, Ronald S. Bultje <rsbul...@gmail.com> >> w

Re: [FFmpeg-devel] [PATCH] avcodec: Add AVClass to AVCodecParameters

On Tue, May 17, 2016 at 7:46 PM, Ronald S. Bultje <rsbul...@gmail.com> wrote: > Hi, > > On Tue, May 17, 2016 at 1:24 PM, Hendrik Leppkes <h.lepp...@gmail.com> > wrote: > >> On Tue, May 17, 2016 at 7:22 PM, Ronald S. Bultje <rsbul...@gmail.com> >> w

Re: [FFmpeg-devel] [PATCH] avcodec: Add AVClass to AVCodecParameters

On Tue, May 17, 2016 at 9:04 PM, Ronald S. Bultje <rsbul...@gmail.com> wrote: > Hi, > > On Tue, May 17, 2016 at 2:29 PM, Hendrik Leppkes <h.lepp...@gmail.com> > wrote: > >> On Tue, May 17, 2016 at 7:46 PM, Ronald S. Bultje <rsbul...@gmail.com> >> wrote:

Re: [FFmpeg-devel] [PATCH 04/10] avcodec/dca: don't set initial sample_fmt

On Fri, May 13, 2016 at 11:48 AM, foo86 wrote: > Valid sample_fmt will be set by dcadec_decode_frame() based on stream > type. > --- > libavcodec/dcadec.c | 3 --- > 1 file changed, 3 deletions(-) > > diff --git a/libavcodec/dcadec.c b/libavcodec/dcadec.c > index

Re: [FFmpeg-devel] [PATCH] avcodec: add properties for lossless to AVCodecParameters

On Mon, May 16, 2016 at 4:43 AM, James Almer <jamr...@gmail.com> wrote: > On 5/8/2016 12:18 PM, Hendrik Leppkes wrote: >> On Sun, May 8, 2016 at 12:10 PM, Michael Niedermayer >> <mich...@niedermayer.cc> wrote: >>> Fixes Ticket5467 >>> >>> Sign

[FFmpeg-devel] [PATCHv3] h2645_parse: support badly muxed mp4 streams

Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU. This commonly occurs in interlaced streams where both fields are packed into the same MP4 NAL with an AnnexB startcode in between. Port handling of this format from the previous h264 nal handling. Fixes trac #5529 ---

Re: [FFmpeg-devel] [PATCH] Push hls_ts_options to every chunks (fix #5525)

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 handling multiples ts chunks (so, basically, multiple > headers must be

Re: [FFmpeg-devel] [PATCH 1/2] vc2enc: prevent random data

On Tue, May 3, 2016 at 7:06 PM, Christophe Gisquet wrote: > The slice prefix is 0 in the reference encoder and the decoder ignores it. > Writing 0 there seems like the best temporary solution. > > The padding could have contained uninitialized data, but its

Re: [FFmpeg-devel] [PATCH]lavf/mpegts: Add E-AC3 stream specifier EAC3.

On Tue, May 3, 2016 at 10:03 AM, Carl Eugen Hoyos wrote: > Hi! > > Attached patch does not fix ticket #5501 but it helps the user by producing a > useful warning message that suggests to increase analyeduration to allow > decoding (this is not possible without the patch). > The

Re: [FFmpeg-devel] [PATCH] ffmpeg: copy color properties in case of -c:v copy.

On Wed, May 4, 2016 at 12:44 PM, wm4 wrote: > On Tue, 3 May 2016 15:21:00 -0400 > "Ronald S. Bultje" wrote: > >> I have no idea why the first hunk uses ost->enc_ctx, because as far as >> I understand, that is never used in case of -c:v copy, but this

Re: [FFmpeg-devel] [PATCH] h2645_parse: allow partial escaping

On Fri, May 6, 2016 at 4:30 PM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > This ports the fix from 033a533 to the new parser module in prepartion > of using it for the h264 decoder.h2645_parse: allow partial escaping Nevermind the broken message, a

[FFmpeg-devel] [PATCH] h2645_parse: allow partial escaping

This ports the fix from 033a533 to the new parser module in prepartion of using it for the h264 decoder.h2645_parse: allow partial escaping --- libavcodec/h2645_parse.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c

[FFmpeg-devel] [PATCH] hevc: fix size condition in ptl parsing

When only one sublayer is present, no information is coded. Only when at least two are present, all 8 sublayers are written. --- libavcodec/hevc_ps.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c index ce3f3df..83f2ec2 100644 ---

Re: [FFmpeg-devel] [PATCH] hevc: fix size condition in ptl parsing

On Fri, May 6, 2016 at 7:49 PM, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: > Hendrik Leppkes gmail.com> writes: > >> -get_bits_left(gb) < 8 + 8*2) { >> +get_bits_left(gb) < 8 + (8*2 * (max_num_sub_layers - 1 > 0))) { > > Isnt't "ma

<    3   4   5   6   7   8   9   10   11   12   >