[libav-devel] [PATCH 1/5] pixdesc: add function to check if two pixel formats are equal ignoring endianness

--- libavutil/pixdesc.c | 28 libavutil/pixdesc.h | 7 +++ libavutil/version.h | 2 +- 3 files changed, 36 insertions(+), 1 deletion(-) diff --git a/libavutil/pixdesc.c b/libavutil/pixdesc.c index 67f9c43..8a55b1f 100644 --- a/libavutil/pixdesc.c +++

[libav-devel] [PATCH 2/5] swscale: add support for endianness only conversion

Converting FormatEntry to bitfields. --- libswscale/swscale.h | 7 +++ libswscale/utils.c | 13 - libswscale/version.h | 2 +- 3 files changed, 20 insertions(+), 2 deletions(-) diff --git a/libswscale/swscale.h b/libswscale/swscale.h index 8ba09e6..89cfa67 100644 ---

[libav-devel] [PATCH 3/5] swscale: support endianness conversion for AV_PIX_FMT_XYZ12

--- libswscale/swscale_unscaled.c | 3 ++- libswscale/utils.c| 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/libswscale/swscale_unscaled.c b/libswscale/swscale_unscaled.c index a994d6f..433dbdb 100644 --- a/libswscale/swscale_unscaled.c +++

[libav-devel] [PATCH 4/5] vf_scale: add endianness conversion pixel format in query_formats

--- libavfilter/vf_scale.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/libavfilter/vf_scale.c b/libavfilter/vf_scale.c index 7e83a3a..53e336a 100644 --- a/libavfilter/vf_scale.c +++ b/libavfilter/vf_scale.c @@ -122,7 +122,8 @@ static int query_formats(AVFilterContext

[libav-devel] [PATCH 5/5] fate-jpeg2000-dcinema: force output to xyz12le

Fixes Fate tests on big-endian configs. --- tests/fate/video.mak | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/fate/video.mak b/tests/fate/video.mak index 914bb4c..618776f 100644 --- a/tests/fate/video.mak +++ b/tests/fate/video.mak @@ -152,7 +152,7 @@

[libav-devel] [PATCH 1/1] pixdesc: add function to check if two pixel formats differ only in endianness

On 2013-04-26 15:36:56 +0200, Hendrik Leppkes wrote: Not sure if it matters in the end, but this function is not fool proof. yuv420 == yuvj420 nv12 == nv21 argb == rgba == abgr == bgra and probably more. pixel descriptors are insufficient to decide whether two pixel formats differ only

[libav-devel] [PATCH 2/2] fate: use vf_bs2le for the jpeg2000-dcinema test

--- tests/fate/video.mak | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/fate/video.mak b/tests/fate/video.mak index 914bb4c..43bd8b0 100644 --- a/tests/fate/video.mak +++ b/tests/fate/video.mak @@ -152,7 +152,7 @@ FATE_SAMPLES_AVCONV-$(call DEMDEC, IPMOVIE,

Re: [libav-devel] [PATCH 1/2] avfilter: add byte swap to little-endian filter

On 2013-04-25 15:30:58 +0200, Kostya Shishkov wrote: On Thu, Apr 25, 2013 at 02:46:59PM +0200, Janne Grunau wrote: Currently only AV_PIX_FMT_XYZ12 is supported to fix the jpeg2000-dcinema fate test on big-endian systems. --- libavfilter/Makefile | 1 + libavfilter

[libav-devel] [PATCH 1/1] threads: always call thread_finish_setup for intra codecs

Intra codecs do not need an update_thread_context() function and never call ff_thread_finish_setup(). They rely on ff_thread_get_buffer() calling it. So call it even if the get_buffer2 function pointer is avcodec_default_get_buffer2 and it hasn't been calle before. --- libavcodec/pthread.c | 4

[libav-devel] [PATCH 1/1] jpeg2kdec: output is native endian AV_PIX_FMT_XYZ12

--- libavcodec/jpeg2000dec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/jpeg2000dec.c b/libavcodec/jpeg2000dec.c index 7b69c02..eaad80c 100644 --- a/libavcodec/jpeg2000dec.c +++ b/libavcodec/jpeg2000dec.c @@ -212,7 +212,7 @@ static int

[libav-devel] [PATCH 1/1] threads: always call thread_finish_setup for intra codecs

Intra codecs do not need an update_thread_context() function and never call ff_thread_finish_setup(). They rely on ff_thread_get_buffer() calling it. So call it even if the get_buffer2 function pointer is avcodec_default_get_buffer2 and it has not been called before. --- typo fixed and added

[libav-devel] [PATCH 1/2] swscale: add endianess conversion for XYZ12

--- libswscale/swscale_unscaled.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libswscale/swscale_unscaled.c b/libswscale/swscale_unscaled.c index a994d6f..433dbdb 100644 --- a/libswscale/swscale_unscaled.c +++ b/libswscale/swscale_unscaled.c @@ -1030,7 +1030,8 @@ void

[libav-devel] [PATCH 2/2] fate-jpeg2000-dcinema: force output to xyz12le

Fixes Fate tests on big endian configs. --- tests/fate/video.mak | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/fate/video.mak b/tests/fate/video.mak index 914bb4c..618776f 100644 --- a/tests/fate/video.mak +++ b/tests/fate/video.mak @@ -152,7 +152,7 @@

[libav-devel] [PATCH 1/1] swscale: add endianness conversion for XYZ12

--- forgot to add XYZ12* as valid inputs/outputs for swscale libswscale/swscale_unscaled.c | 3 ++- libswscale/utils.c| 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/libswscale/swscale_unscaled.c b/libswscale/swscale_unscaled.c index a994d6f..433dbdb 100644 ---

Re: [libav-devel] [PATCH 1/1] swscale: add endianness conversion for XYZ12

On 2013-04-22 16:47:55 +0200, Janne Grunau wrote: --- forgot to add XYZ12* as valid inputs/outputs for swscale libswscale/swscale_unscaled.c | 3 ++- libswscale/utils.c| 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/libswscale/swscale_unscaled.c b

Re: [libav-devel] [PATCH] jpeg2000: Add mutlti-threading support to decoder

On 2013-04-22 18:49:11 +0200, Nicolas Bertrand wrote: --- libavcodec/jpeg2000dec.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/libavcodec/jpeg2000dec.c b/libavcodec/jpeg2000dec.c index eaad80c..fec9aea 100644 --- a/libavcodec/jpeg2000dec.c +++

[libav-devel] FATE hosting changes (ssh port and key)

Hi, FATE is now hosted on our server. Everyone running fate configs needs to resubmit his public key to r...@libav.org and change the port for the ssh report command to . Either by adding '-p ' to the fate_recv variable or by adding Host fate.libav.org Port to ~/.ssh/config Janne

Re: [libav-devel] [PATCH] h264: fully support cropping.

On 2013-04-18 18:27:22 +0200, Anton Khirnov wrote: Based on a patch by Vittorio Giovara vittorio.giov...@gmail.com Fixes Bug 378. --- doc/APIchanges |3 ++ libavcodec/avcodec.h |5 +++ libavcodec/h264.c | 87

Re: [libav-devel] [PATCH 2/2] h264: fully support cropping.

On 2013-04-10 21:00:58 +0200, Anton Khirnov wrote: Based on a patch by Vittorio Giovara vittorio.giov...@gmail.com Fixes Bug 378. --- doc/APIchanges |3 ++ libavcodec/avcodec.h |5 +++ libavcodec/h264.c | 89

Re: [libav-devel] [PATCH 1/2] ff_get_buffer(): allocate the frame for max(coded, display) dimensions

On 2013-04-10 22:59:35 +0200, Luca Barbato wrote: On 4/10/13 9:00 PM, Anton Khirnov wrote: Needed e.g. for h264 cropping to work properly. --- libavcodec/utils.c | 18 +- 1 file changed, 13 insertions(+), 5 deletions(-) diff --git a/libavcodec/utils.c

Re: [libav-devel] [PATCH 09/13] h264: Integrate clear_blocks calls with IDCT

On 2013-04-03 16:19:35 +0300, Martin Storsjö wrote: From: Ronald S. Bultje rsbul...@gmail.com The non-intra-pcm branch in hl_decode_mb (simple, 8bpp) goes from 700 to 672 cycles, and the complete loop of decode_mb_cabac and hl_decode_mb (in the decode_slice loop) goes from 1759 to 1733

Re: [libav-devel] [PATCH 3/3] vdpau: wrap codec specific functions in appropiate #ifs

On 2013-03-26 23:24:55 +0100, Diego Biurrun wrote: On Tue, Mar 26, 2013 at 10:53:41PM +0100, Janne Grunau wrote: Fixes linking when only a subset of the deprecated vdpau decoders is enabled. --- libavcodec/vdpau.c | 12 1 file changed, 12 insertions(+) BTW

[libav-devel] [PATCH 1/3] configure: fix dependencies of XvMC and old vdpau mpeg2 decoders

--- configure | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/configure b/configure index 27f9716..c25d3b4 100755 --- a/configure +++ b/configure @@ -1570,7 +1570,7 @@ mp3on4float_decoder_select=mpegaudio mpc7_decoder_select=mpegaudiodsp mpc8_decoder_select=mpegaudiodsp

[libav-devel] [PATCH 2/3] vdpau: fix obsolete mpeg1 vdpau decoder when mpeg2 is disabled

--- libavcodec/mpeg12.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libavcodec/mpeg12.c b/libavcodec/mpeg12.c index 6008f9c..0634de1 100644 --- a/libavcodec/mpeg12.c +++ b/libavcodec/mpeg12.c @@ -2240,7 +2240,8 @@ static int decode_chunks(AVCodecContext *avctx,

[libav-devel] [PATCH 3/3] vdpau: wrap codec specific functions in appropiate #ifs

Fixes linking when only a subset of the deprecated vdpau decoders is enabled. --- libavcodec/vdpau.c | 12 1 file changed, 12 insertions(+) diff --git a/libavcodec/vdpau.c b/libavcodec/vdpau.c index 66c7f59..541b5da 100644 --- a/libavcodec/vdpau.c +++ b/libavcodec/vdpau.c @@ -48,6

[libav-devel] [PATCH 1/1] utils: add workaround for AVHWAccel in ff_get_buffer compat code

Since c977039e585bfff28ecc037ef827c6c3d1ed88aa plane count for PIX_FMT_HWACCEL pixel formats is 0 instead of 1. The created dummy AVBuffers are still bogus since AVFrame does not hold frame data when AVHWAccels are used. --- libavcodec/utils.c | 4 1 file changed, 4 insertions(+) diff --git

[libav-devel] [PATCH 1/1] hwaccel: fix use with frame based multithreading

Allows use of AVHWAccel based decoders with frame based multithreading. The decoders will be forced into an non-concurrent mode by delaying ff_thread_finish_setup() calls after decoding of the current frame is finished. This wastes memory by unnecessarily using multiple threads and thus copies of

Re: [libav-devel] [PATCH 1/2] asv1enc: swap potentially unaligned heading dwords seperately

On 2013-03-23 19:57:59 +0100, Kostya Shishkov wrote: On Sat, Mar 23, 2013 at 07:34:18PM +0100, Janne Grunau wrote: Fixes x86_32 fate failures in vsynth[12]-asv1. --- libavcodec/asvenc.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/libavcodec

Re: [libav-devel] [PATCH 1/1] hwaccel: fix use with frame based multithreading

On 2013-03-24 12:37:28 +0100, Anton Khirnov wrote: On Mon, 18 Mar 2013 15:42:24 +0100, Janne Grunau janne-li...@jannau.net wrote: mpeg12 part removed since the decoders don't have the frame-threads capability although they are prepared for frame threading. I think it was left out since

Re: [libav-devel] [PATCH 1/2] asv1enc: swap potentially unaligned heading dwords seperately

On 2013-03-24 15:59:54 +0100, Kostya Shishkov wrote: On Sun, Mar 24, 2013 at 01:04:32PM +0100, Janne Grunau wrote: On 2013-03-23 19:57:59 +0100, Kostya Shishkov wrote: On Sat, Mar 23, 2013 at 07:34:18PM +0100, Janne Grunau wrote: Fixes x86_32 fate failures in vsynth[12]-asv1

[libav-devel] [PATCH 1/1] x86: consistently use unaligned movs in the unaligned bswap

Fixes fate errors in asv1, ffvhuff and huffyuv on x86_32. --- libavcodec/x86/dsputil.asm | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/libavcodec/x86/dsputil.asm b/libavcodec/x86/dsputil.asm index a1aaaf5..686cec8 100644 --- a/libavcodec/x86/dsputil.asm

[libav-devel] [PATCH 1/1] x86: consistently use unaligned movs in the unaligned bswap

On 2013-03-24 21:53:43 +, Loren Merritt wrote: On Sun, 24 Mar 2013, Janne Grunau wrote: Fixes fate errors in asv1, ffvhuff and huffyuv on x86_32. --- libavcodec/x86/dsputil.asm | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/libavcodec/x86

[libav-devel] [PATCH 1/1] fate: use little endian yuv444p10 in h264-reinit tests

Fixes fate big endian configs. --- tests/fate/h264.mak | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/fate/h264.mak b/tests/fate/h264.mak index fcecc8f..74c6a2d 100644 --- a/tests/fate/h264.mak +++ b/tests/fate/h264.mak @@ -368,4 +368,4 @@ fate-h264-extreme-plane-pred:

Re: [libav-devel] [PATCH release/9] fate: fetch samples that match the release series

On 2013-03-23 09:49:47 +0100, Reinhard Tartler wrote: The idea is to ensure that 'make fate' always fetches the fate samples that work with this release. make fate-rsync. make fate does not fetch samples --- tests/Makefile |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [libav-devel] [PATCH 3/4] ff_get_buffer(): allocate the frame for max(coded, display) dimensions

On 2013-03-23 00:40:00 +0100, Luca Barbato wrote: On 22/03/13 15:30, Anton Khirnov wrote: Needed e.g. for h264 cropping to work properly. --- libavcodec/utils.c | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git a/libavcodec/utils.c

Re: [libav-devel] [PATCH 2/4] lavc: don't overwrite display dimensions with coded dimensions.

On 2013-03-22 15:30:17 +0100, Anton Khirnov wrote: --- libavcodec/utils.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index e18f42d..42493e1 100644 --- a/libavcodec/utils.c +++ b/libavcodec/utils.c @@ -900,7 +900,7 @@ int

[libav-devel] [RFC] fixing bswap32_buf segfaults due to not sufficiently aligned AVPacket.data

Hi, swapping the byte order for heading dwords seperately until the buffer is sufficiently aligned seems to be the best solution. Since we don't know the final packet size beforehand we can't allocate an aligned buffer without doing memcpys later when the avpacket's buffer gets reallocated.

[libav-devel] [PATCH 1/2] asv1enc: swap potentially unaligned heading dwords seperately

Fixes x86_32 fate failures in vsynth[12]-asv1. --- libavcodec/asvenc.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/libavcodec/asvenc.c b/libavcodec/asvenc.c index 2f48f73..8295065 100644 --- a/libavcodec/asvenc.c +++ b/libavcodec/asvenc.c @@ -24,6 +24,7 @@

[libav-devel] [PATCH 2/2] huffyuvenc: swap potentially unaligned heading dwords seperately

Fixes fate failures in vsynth[12]-{huffyuv,ffvhuff} on x86_32. --- libavcodec/huffyuvenc.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuvenc.c index 13c0a79..5813d5e 100644 --- a/libavcodec/huffyuvenc.c +++

Re: [libav-devel] [PATCH 1/1] hwaccel: fix use with frame based multithreading

On 2013-03-18 15:42:24 +0100, Janne Grunau wrote: mpeg12 part removed since the decoders don't have the frame-threads capability although they are prepared for frame threading. I think it was left out since slice threading is preferred but our threading init code chooses frame threading

Re: [libav-devel] [PATCH 1/2] asv1enc: swap potentially unaligned heading dwords seperately

On 2013-03-23 19:43:45 +0100, Diego Biurrun wrote: On Sat, Mar 23, 2013 at 07:34:18PM +0100, Janne Grunau wrote: --- a/libavcodec/asvenc.c +++ b/libavcodec/asvenc.c @@ -222,9 +223,14 @@ static int encode_frame(AVCodecContext *avctx, AVPacket *pkt, -if(avctx-codec_id

Re: [libav-devel] [PATCH 13/13] h264: fully support cropping.

On 2013-03-22 09:04:36 +0100, Vittorio Giovara wrote: On Wed, Mar 20, 2013 at 5:26 PM, Janne Grunau janne-li...@jannau.netwrote: On 2013-03-12 12:48:36 +0100, Anton Khirnov wrote: + (h-sps.crop_top + h-sps.crop_bottom); I guess it would make

Re: [libav-devel] [PATCH 1/1] fate: add test for cropping h264 to container dimensions

On 2013-03-21 10:19:02 +0100, Anton Khirnov wrote: On Wed, 20 Mar 2013 17:48:46 +0100, Janne Grunau janne-li...@jannau.net wrote: Sample just uploaded, 24h grace period for push Janne ---8--- Tests the workaround added for 1080 videos created with Canon cameras

Re: [libav-devel] [PATCH 12/13] ff_get_buffer(): allocate the frame for max(coded, display) dimensions

On 2013-03-21 10:24:56 +0100, Anton Khirnov wrote: On Wed, 20 Mar 2013 15:59:32 +0100, Janne Grunau janne-li...@jannau.net wrote: On 2013-03-12 12:48:35 +0100, Anton Khirnov wrote: Needed e.g. for h264 cropping to work properly. --- libavcodec/utils.c | 23

Re: [libav-devel] [PATCH 4/4] h264: fully support cropping.

On 2013-03-22 15:30:19 +0100, Anton Khirnov wrote: Based on a patch by Vittorio Giovara vittorio.giov...@gmail.com Fixes Bug 378. --- doc/APIchanges |3 ++ libavcodec/avcodec.h |5 +++ libavcodec/h264.c | 86

[libav-devel] [PATCH 1/1] h264: fix bit depth changes with frame threading

AVCodecContext.bits_per_raw_sample is updated from the previous thread in the generic update function before the codec specific update_thread function is called. The check for reinitialization of dsp functions uses bits_per_raw_sample. When called from update_thread_context it will be already at

Re: [libav-devel] [PATCH 12/13] ff_get_buffer(): allocate the frame for max(coded, display) dimensions

On 2013-03-12 12:48:35 +0100, Anton Khirnov wrote: Needed e.g. for h264 cropping to work properly. --- libavcodec/utils.c | 23 --- 1 file changed, 20 insertions(+), 3 deletions(-) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index b4c294e..bec0b3f 100644

Re: [libav-devel] [PATCH 03/13] h264: add a parameter to the MB_MBAFF macro.

On 2013-03-12 12:48:26 +0100, Anton Khirnov wrote: This way it does not look like a constant. --- libavcodec/h264.c | 16 libavcodec/h264.h |4 ++-- libavcodec/h264_cabac.c |8 libavcodec/h264_cavlc.c |8 4 files changed, 18

Re: [libav-devel] [PATCH 13/13] h264: fully support cropping.

On 2013-03-12 12:48:36 +0100, Anton Khirnov wrote: Based on a patch by Vittorio Giovara vittorio.giov...@gmail.com Fixes Bug 378. --- doc/APIchanges |3 ++ libavcodec/avcodec.h |5 libavcodec/h264.c | 70

[libav-devel] [PATCH 1/1] fate: add test for cropping h264 to container dimensions

Sample just uploaded, 24h grace period for push Janne ---8--- Tests the workaround added for 1080 videos created with Canon cameras in 30f515091c323da59c0f1b533703dedca2f4b95d. --- tests/fate/h264.mak | 2 ++ tests/ref/fate/h264-crop-to-container | 2 ++ 2 files changed, 4

[libav-devel] [PATCH 1/1] fate: add tests for h264 decoder reinit

samples are in fate-suite since a couple of minutes so the 24h grace period applies. Fails currently with THREADS=2 THREAD_TYPE=frame I'll not push before that's fixed. Janne ---8--- --- tests/fate/h264.mak| 8 ++ .../fate/h264-reinit-large_420_8-to-small_420_8

[libav-devel] [PATCH 1/1] hwaccel: fix use with frame based multithreading

mpeg12 part removed since the decoders don't have the frame-threads capability although they are prepared for frame threading. I think it was left out since slice threading is preferred but our threading init code chooses frame threading for h264's benefit since the decoder supports slice

Re: [libav-devel] [PATCH 1/2] tscc2: allocate AVFrame properly.

On 2013-03-18 16:00:18 +0100, Anton Khirnov wrote: --- libavcodec/tscc2.c | 38 ++ 1 file changed, 22 insertions(+), 16 deletions(-) diff --git a/libavcodec/tscc2.c b/libavcodec/tscc2.c index 439de91..aae7119 100644 --- a/libavcodec/tscc2.c +++

Re: [libav-devel] [PATCH 2/2] FATE: add a tscc2 test.

On 2013-03-18 16:00:19 +0100, Anton Khirnov wrote: --- tests/fate/screen.mak |3 +++ tests/ref/fate/tscc2 | 33 + 2 files changed, 36 insertions(+) create mode 100644 tests/ref/fate/tscc2 ok Janne ___

Re: [libav-devel] [PATCH] videotoolbox: initial hwaccel support

On 2013-03-09 17:21:25 +0100, Luca Barbato wrote: From: Sebastien Zwickert dilar...@gmail.com Support Apple VideoToolbox as hwaccel. Signed-off-by: Luca Barbato lu_z...@gentoo.org --- Just rebased to master. configure | 13 ++ libavcodec/Makefile | 1 +

Re: [libav-devel] [PATCH 3/3v3] add support for Monkey's Audio versions from 3.93

On 2013-03-14 13:04:25 +0100, Kostya Shishkov wrote: --- dropped some unused function arguments too --- libavcodec/apedec.c | 94 +- libavformat/ape.c |2 +- 2 files changed, 93 insertions(+), 3 deletions(-) ok Janne

[libav-devel] [PATCH 1/1] vaapi: fix argument for ff_vaapi_common_end_frame call

--- libavcodec/vaapi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/vaapi.c b/libavcodec/vaapi.c index 9c07c8d..0532daf 100644 --- a/libavcodec/vaapi.c +++ b/libavcodec/vaapi.c @@ -212,7 +212,7 @@ int ff_vaapi_mpeg_end_frame(AVCodecContext *avctx)

[libav-devel] [PATCH 1/1] hwaccel: fix use with frame based multithreading

Allows use of AVHWAccel based decoders with frame based multithreading. The decoders will be forced into an non-concurrent mode by delaying ff_thread_finish_setup() calls after decoding of the current frame is finished. This wastes memory by unnecessarily using multiple threads and thus copies of

Re: [libav-devel] [PATCH 1/1] hwaccel: fix use with frame based multithreading

On 2013-03-14 16:17:02 +0100, Janne Grunau wrote: Allows use of AVHWAccel based decoders with frame based multithreading. The decoders will be forced into an non-concurrent mode by delaying ff_thread_finish_setup() calls after decoding of the current frame is finished. This wastes memory

Re: [libav-devel] [PATCH 1/1] hwaccel: fix use with frame based multithreading

On 2013-03-14 16:26:39 +0100, Hendrik Leppkes wrote: On Thu, Mar 14, 2013 at 4:17 PM, Janne Grunau janne-li...@jannau.net wrote: Allows use of AVHWAccel based decoders with frame based multithreading. The decoders will be forced into an non-concurrent mode by delaying ff_thread_finish_setup

Re: [libav-devel] [PATCH 3/3] add support for Monkey's Audio versions from 3.93

On 2013-03-12 20:09:16 +0100, Kostya Shishkov wrote: --- libavcodec/apedec.c | 93 +-- libavformat/ape.c |2 +- 2 files changed, 92 insertions(+), 3 deletions(-) ok assuming the functions for version 3930 work Janne

Re: [libav-devel] [PATCH 3/3] add support for Monkey's Audio versions from 3.93

On 2013-03-13 10:46:10 +0100, Janne Grunau wrote: On 2013-03-12 20:09:16 +0100, Kostya Shishkov wrote: --- libavcodec/apedec.c | 93 +-- libavformat/ape.c |2 +- 2 files changed, 92 insertions(+), 3 deletions(-) ok assuming

Re: [libav-devel] [PATCH] vda: remove async decoder leftovers

On 2013-03-12 01:04:17 +0100, Luca Barbato wrote: On 11/03/13 20:59, Anton Khirnov wrote: Looks ok. I assume it's tested and works. Surely builds, I got again my deal of issues with my macosx partition and I couldn't complete the vlc build. I'd push this part now so at least it

Re: [libav-devel] [PATCH 01/13] h264: make ff_h264_frame_start static.

On 2013-03-12 12:48:24 +0100, Anton Khirnov wrote: It is not called from outside h264.c --- libavcodec/h264.c |8 libavcodec/h264.h |1 - 2 files changed, 4 insertions(+), 5 deletions(-) ok Janne ___ libav-devel mailing list

Re: [libav-devel] [PATCH 02/13] h264: merge common_init() into ff_h264_decode_init.

On 2013-03-12 12:48:25 +0100, Anton Khirnov wrote: There is no point in keeping those separate. --- libavcodec/h264.c | 45 - 1 file changed, 20 insertions(+), 25 deletions(-) ok Janne ___ libav-devel

Re: [libav-devel] [PATCH 11/13] h264: remove redundant freeing of DPB in h264_decode_end

On 2013-03-12 12:48:34 +0100, Anton Khirnov wrote: free_tables() frees it already. --- libavcodec/h264.c |7 --- 1 file changed, 7 deletions(-) diff --git a/libavcodec/h264.c b/libavcodec/h264.c index 988812c..3fa6475 100644 --- a/libavcodec/h264.c +++ b/libavcodec/h264.c @@

Re: [libav-devel] [PATCH] h264: check for luma and chroma bit depth being equal

On 2013-03-12 19:25:57 +0100, Luca Barbato wrote: On 12/03/13 19:24, Luca Barbato wrote: The decoder assumes a single bit depth for all the planes while the specification allows different bit depths for luma and chroma. Avoid the possible problems described in CVE-2013-2277 ---

Re: [libav-devel] [PATCH 1/6] h264: check for luma and chroma bit depth being equal

On 2013-03-12 20:07:08 +0100, Luca Barbato wrote: The decoder assumes a single bit depth for all the planes while the specification allows different bit depths for luma and chroma. Avoid the possible problems described in CVE-2013-2277 --- libavcodec/h264.c | 6 ++ 1 file changed, 6

[libav-devel] [PATCH 1/1] avpacket: copy side data type and size in av_dup_packet

--- libavcodec/avpacket.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c index c94f282..df88f3f 100644 --- a/libavcodec/avpacket.c +++ b/libavcodec/avpacket.c @@ -193,9 +193,12 @@ int av_dup_packet(AVPacket *pkt)

[libav-devel] [PATCH 1/1] avframe: copy reordered_opaque in copy_props

Fixes video playback in applications still using reordered_opaque. --- libavutil/frame.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavutil/frame.c b/libavutil/frame.c index 7a2a4d1..331e174 100644 --- a/libavutil/frame.c +++ b/libavutil/frame.c @@ -373,6 +373,7 @@ int

Re: [libav-devel] [PATCH 1/2] h264: check that DPB is allocated before accessing it in flush_dpb()

On 2013-03-11 18:07:30 +0100, Anton Khirnov wrote: --- libavcodec/h264.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/libavcodec/h264.c b/libavcodec/h264.c index cad2520..95f7a8d 100644 --- a/libavcodec/h264.c +++ b/libavcodec/h264.c @@ -2626,8 +2626,9 @@

Re: [libav-devel] [PATCH 2/2] pthread: unref the decoded but not returned frames on close.

On 2013-03-11 18:07:31 +0100, Anton Khirnov wrote: Fixes memleaks when frame mt is used and the decoder is not flushed at the end. --- libavcodec/pthread.c |1 + 1 file changed, 1 insertion(+) diff --git a/libavcodec/pthread.c b/libavcodec/pthread.c index 280c08e..7061090 100644 ---

[libav-devel] [PATCH 1/1] avframe: call release_buffer only if it is set

AVCodecContext release_buffer() shall be NULL for audio codecs using get_buffer. The backward compatibility code hence have to check before calling it. --- libavcodec/utils.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index

Re: [libav-devel] [PATCH] lavc: fix get_buffer() compatibility layer for audio.

On 2013-03-10 18:03:29 +0100, Anton Khirnov wrote: planes - FF_ARRAY_ELEMS would be evaluated as unsigned and underflow instead of being negative as was intended. --- libavcodec/utils.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/utils.c

[libav-devel] [PATCH 1/1] svq1: use av_frame_free to free refcounted frame

Fixes a memleak due to avcodec_free_frame not freeing the frame data. --- libavcodec/svq1dec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/svq1dec.c b/libavcodec/svq1dec.c index c5d56ee..d9e6f7e 100644 --- a/libavcodec/svq1dec.c +++ b/libavcodec/svq1dec.c @@

Re: [libav-devel] [PATCH] lavc: use new av_frame_* functions in the old avcodec frame functions

On 2013-03-09 18:52:36 +0100, Anton Khirnov wrote: --- libavcodec/utils.c | 21 ++--- 1 file changed, 2 insertions(+), 19 deletions(-) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index 13efea4..9e16294 100644 --- a/libavcodec/utils.c +++ b/libavcodec/utils.c

[libav-devel] [PATCH 1/2] ra144: check buffer size before requesting a buffer

Avoids memory leaks on incomplete frames. --- libavcodec/ra144dec.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/libavcodec/ra144dec.c b/libavcodec/ra144dec.c index e2d116c..d9aafc8 100644 --- a/libavcodec/ra144dec.c +++ b/libavcodec/ra144dec.c @@ -76,6 +76,13

[libav-devel] [PATCH 2/2] wmapro: unref skipped frames

--- libavcodec/wmaprodec.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavcodec/wmaprodec.c b/libavcodec/wmaprodec.c index 56bb83c..7d5ac03 100644 --- a/libavcodec/wmaprodec.c +++ b/libavcodec/wmaprodec.c @@ -1388,6 +1388,7 @@ static int decode_frame(WMAProDecodeCtx *s, AVFrame *frame,

Re: [libav-devel] [PATCH] h264: check for luma and chroma bit dept being equal

On 2013-03-10 02:52:14 +0100, Luca Barbato wrote: The decoder assumes a single bit depth for all the planes while the specification allows different bit depths for luma and chroma. Avoid the possible problems described in CVE-2013-2277 --- Release 0.8 flavour. Janne please confirm I'm

[libav-devel] [PATCH 1/1] ra144: check buffer size before requesting a buffer

On 2013-03-10 22:28:49 +0100, Anton Khirnov wrote: On Sun, 10 Mar 2013 22:13:29 +0100, Janne Grunau janne-li...@jannau.net wrote: Avoids memory leaks on incomplete frames. --- libavcodec/ra144dec.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git

Re: [libav-devel] [PATCH 1/3] vf_gradfun: fix uninitialized variable use

On 2013-03-10 22:54:48 +0100, Anton Khirnov wrote: CC:libav-sta...@libav.org --- libavfilter/vf_gradfun.c |1 + 1 file changed, 1 insertion(+) diff --git a/libavfilter/vf_gradfun.c b/libavfilter/vf_gradfun.c index 05412cf..ca7ef69 100644 --- a/libavfilter/vf_gradfun.c +++

Re: [libav-devel] [PATCH 2/3] vf_hqdn3d: fix uninitialized variable use

On 2013-03-10 22:54:49 +0100, Anton Khirnov wrote: CC:libav-sta...@libav.org --- libavfilter/vf_hqdn3d.c |1 + 1 file changed, 1 insertion(+) diff --git a/libavfilter/vf_hqdn3d.c b/libavfilter/vf_hqdn3d.c index 3251b6f..50e904b 100644 --- a/libavfilter/vf_hqdn3d.c +++

Re: [libav-devel] [PATCH] atomic: Exclude the unsupported implementation headers from checkheaders

On 2013-03-08 15:32:53 +0200, Martin Storsjö wrote: --- libavutil/Makefile |4 1 file changed, 4 insertions(+) diff --git a/libavutil/Makefile b/libavutil/Makefile index 582fc31..b6306f7 100644 --- a/libavutil/Makefile +++ b/libavutil/Makefile @@ -103,6 +103,10 @@ OBJS +=

Re: [libav-devel] [PATCH 27/27] h264_refs: cosmetics, reformat

On 2013-03-08 08:17:38 +0100, Anton Khirnov wrote: --- libavcodec/h264_refs.c | 400 ++-- 1 file changed, 213 insertions(+), 187 deletions(-) diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c index 2af47e3..b06f79d 100644 ---

Re: [libav-devel] [PATCH 24/27] mpegvideo: reindent

On 2013-03-08 08:17:35 +0100, Anton Khirnov wrote: --- libavcodec/mpegvideo.c | 168 1 file changed, 84 insertions(+), 84 deletions(-) ok assuming git diff -b is empty Janne ___ libav-devel

Re: [libav-devel] [PATCH] svq3: convert to refcounted frames.

On 2013-03-07 07:47:21 +0100, Anton Khirnov wrote: --- libavcodec/svq3.c | 82 + 1 file changed, 52 insertions(+), 30 deletions(-) ok Janne ___ libav-devel mailing list libav-devel@libav.org

Re: [libav-devel] [PATCH 30/42] h264: convert to refcounted frames.

On 2013-03-06 21:59:07 +0100, Janne Grunau wrote: On 2013-03-04 11:35:33 +0100, Anton Khirnov wrote: --- libavcodec/h264.c| 324 +- libavcodec/h264.h|7 +- libavcodec/h264_direct.c |2 +- libavcodec/h264_refs.c

Re: [libav-devel] [PATCH 30/42] h264: convert to refcounted frames.

On 2013-03-07 14:28:04 +0100, Janne Grunau wrote: On 2013-03-06 21:59:07 +0100, Janne Grunau wrote: On 2013-03-04 11:35:33 +0100, Anton Khirnov wrote: --- libavcodec/h264.c| 324 +- libavcodec/h264.h|7

Re: [libav-devel] [PATCH 02/14] FATE: enable multiple slices in the ffv1 vsynth test

On 2013-03-07 10:26:08 +0100, Anton Khirnov wrote: This allows us to test the slice threading code. --- tests/fate/vcodec.mak |2 +- tests/ref/seek/vsynth2-ffv1 | 40 tests/ref/vsynth/vsynth1-ffv1 |4 ++--

Re: [libav-devel] [PATCH 01/14] ffv1: fix calculating slice dimensions

On 2013-03-07 10:26:07 +0100, Anton Khirnov wrote: Please amend the commit msg mentioned that it was only broken for ffv1 version 2 files ant the commit which broke it: 0f13cd3187192ba0cc2b043430de6e279e7b97c3 CC:libav-sta...@libav.org --- libavcodec/ffv1dec.c |4 ++-- 1 file changed, 2

Re: [libav-devel] [PATCH 14/14] lavc: makes sure the frame pool is in a consistent state on failure.

On 2013-03-07 10:26:20 +0100, Anton Khirnov wrote: --- libavcodec/utils.c | 21 - 1 file changed, 16 insertions(+), 5 deletions(-) diff --git a/libavcodec/utils.c b/libavcodec/utils.c index 770b897..376dcd1 100644 --- a/libavcodec/utils.c +++ b/libavcodec/utils.c

Re: [libav-devel] [PATCH 03/14] tty: set avg_frame_rate.

On 2013-03-07 10:26:09 +0100, Anton Khirnov wrote: The container does not store any timestamps and is CFR-only. --- libavformat/tty.c |1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/tty.c b/libavformat/tty.c index f85f230..0ae1510 100644 --- a/libavformat/tty.c +++

Re: [libav-devel] [PATCH] lavu: add support for atomic operations.

On 2013-03-05 09:03:27 +0100, Anton Khirnov wrote: On Mon, 4 Mar 2013 15:55:50 +0100, Janne Grunau janne-li...@jannau.net wrote: On 2013-03-04 15:10:46 +0100, Anton Khirnov wrote: From: Ronald S. Bultje rsbul...@gmail.com +#else + +#error Threading is enabled

Re: [libav-devel] [PATCH 05/42] pthread: avoid copying input packets when possible.

On 2013-03-04 11:35:08 +0100, Anton Khirnov wrote: --- libavcodec/pthread.c | 20 +--- 1 file changed, 13 insertions(+), 7 deletions(-) lgtm Janne ___ libav-devel mailing list libav-devel@libav.org

Re: [libav-devel] [PATCH 06/42] lavc: move AVFrame.hwaccel_picture_private to Picture.

On 2013-03-04 11:35:09 +0100, Anton Khirnov wrote: This field is private and should not be present in a public struct. It is only used in DXVA with mpegvideo-based decoders currently. --- libavcodec/avcodec.h |8 libavcodec/dxva2_h264.c |8

Re: [libav-devel] [PATCH 03/42] AVBuffer: add a new API for buffer pools

On 2013-03-04 11:35:06 +0100, Anton Khirnov wrote: --- libavutil/buffer.c | 143 +++ libavutil/buffer.h | 70 + libavutil/buffer_internal.h | 32 ++ 3 files changed, 245 insertions(+) lgtm Janne

Re: [libav-devel] [PATCH 10/42] lavc decoders: work with refcounted frames.

On 2013-03-04 11:35:13 +0100, Anton Khirnov wrote: --- doc/multithreading.txt |5 + libavcodec/4xm.c| 83 +++--- libavcodec/8bps.c | 30 +- libavcodec/8svx.c |2 +- libavcodec/aacdec.c |3 +- libavcodec/aasc.c

Re: [libav-devel] [PATCH 11/42] mpegvideo_enc: drop support for reusing the input motion vectors.

On 2013-03-04 11:35:14 +0100, Anton Khirnov wrote: This misfeature is most likely completely useless and conflicts with removing the mpegvideo-specific fields from AVFrame. In the improbable case it is actually useful, it should be reimplemented in a better way. --- libavcodec/motion_est.c

Re: [libav-devel] [PATCH 12/42] mpegvideo: move AVFrame.reference to Picture.reference

On 2013-03-04 11:35:15 +0100, Anton Khirnov wrote: --- libavcodec/dxva2_h264.c| 10 +- libavcodec/h264.c | 34 +- libavcodec/h264_direct.c | 16 libavcodec/h264_refs.c | 32

Re: [libav-devel] [PATCH 13/42] mpegvideo: change the signature of ff_print_debug_info().

On 2013-03-04 11:35:16 +0100, Anton Khirnov wrote: Take a Picture instead of AVFrame. It is needed because some fields from AVFrame printed by this function will be moved to Picture. --- libavcodec/h261dec.c |2 +- libavcodec/h263dec.c |3 ++- libavcodec/mpeg12.c|4

<    7   8   9   10   11   12   13   14   15   16   >