[FFmpeg-devel] [PATCH] libavformat/mov: fix multiple stsd handling of MOV files with edit list

From: Jiejun Zhang When an edit list exists in a MOV file, counting by stscs no longer works because stscs' order is different from the actual timeline. This commit adds stsd-change markers to the actual timeline and changes stsd according to these markers. Test

Re: [FFmpeg-devel] [PATCH] Save FFmpeg colorspace info in openh264 video files.

Hi, On Thu, Dec 1, 2016 at 6:35 PM, Carl Eugen Hoyos wrote: > 2016-12-01 22:26 GMT+01:00 Gregory J. Wolfe >: > > > +switch (avctx->color_primaries) { > > +case AVCOL_PRI_BT709:param.sSpatialLayers[0].uiColorPrimaries >

Re: [FFmpeg-devel] [PATCH 1/6] tests/ffserver.regression.ref: Update ffserver checksums

On Fri, Dec 02, 2016 at 12:59:41AM +0100, Andreas Cadhalpun wrote: > On 01.12.2016 17:37, Michael Niedermayer wrote: > > They have changed due to 122190392b297b7cd9783641d880df887fd80d07 > > > > Signed-off-by: Michael Niedermayer > > --- > > tests/ffserver.regression.ref

Re: [FFmpeg-devel] [PATCH] travis: setup for automated coverity builds

On Thu, Dec 1, 2016 at 1:23 PM Timo Rothenpieler wrote: > Travis can only run scheduled builds daily, weekly or monthly. So we run them daily, and use a bit of logic in the .travis.yml to > cancel out early on 3 days per week. > Nice! Didn't know Travis CI could do this.

Re: [FFmpeg-devel] [DECISION] Revoke the decision of dropping ffserver

On 28.11.2016 19:53, Lou Logan wrote: On Mon, Nov 28, 2016, at 09:15 AM, Nicolas George wrote: ffserver has users I don't know of any. Do you have an estimation of how many users there may be? How much feedback has there been from these alleged users regarding the removal plans? I don't

Re: [FFmpeg-devel] [PATCH] doc/examples: add fuzz target for individual ffmpeg APIs for in-process fuzzing with libFuzzer, AFL, and similar fuzzing engines.

On Fri, 4 Nov 2016 at 21:41 Michael Niedermayer wrote: > On Fri, Oct 28, 2016 at 11:02:21PM +0200, Michael Niedermayer wrote: > > From: Thomas Garnier > > > > Signed-off-by: Michael Niedermayer > > --- > >

Re: [FFmpeg-devel] [PATCH 2/3] configure: enable autodetected libraries after option parsing

On 02.12.2016 01:05, Hendrik Leppkes wrote: > On Fri, Dec 2, 2016 at 12:27 AM, Andreas Cadhalpun > wrote: >> On 01.12.2016 11:01, Hendrik Leppkes wrote: >>> If those are enabled after option parsing, doesn't this then prevent >>> me from turning them off? >> >>

Re: [FFmpeg-devel] [PATCH 2/3] configure: enable autodetected libraries after option parsing

On Fri, Dec 2, 2016 at 12:27 AM, Andreas Cadhalpun wrote: > On 01.12.2016 11:01, Hendrik Leppkes wrote: >> If those are enabled after option parsing, doesn't this then prevent >> me from turning them off? > > Good catch, they should only be enabled, if they

Re: [FFmpeg-devel] [PATCH]lavf/mov: Accept multiple fourcc for AVID 1:1

On Fri, 2 Dec 2016 00:40:02 +0100 Carl Eugen Hoyos wrote: > 2016-12-01 19:58 GMT+01:00 compn : > > > if (codec_tag && > > (codec_tag != format && > > + (codec_tag != AV_RL32("AV1x") || format != > > AV_RL32("AVup")) && // prores is

Re: [FFmpeg-devel] [PATCH 1/6] tests/ffserver.regression.ref: Update ffserver checksums

On 01.12.2016 17:37, Michael Niedermayer wrote: > They have changed due to 122190392b297b7cd9783641d880df887fd80d07 > > Signed-off-by: Michael Niedermayer > --- > tests/ffserver.regression.ref | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [FFmpeg-devel] [PATCH 1/6] avcodec/h264: mmx2, sse2, avx 10-bit h chroma deblock/loop filter

On 2016-12-02 00:31, Carl Eugen Hoyos wrote: > 2016-12-01 17:57 GMT+01:00 James Darnley : >> Yorkfield: >> - mmx2: 2.44x faster (278 vs. 114 cycles) >> - sse2: 3.35x faster (278 vs. 83 cycles) >> >> Skylake: >> - mmx2: 1.69x faster (169 vs. 100 cycles) >> - sse2: 2.34x faster

Re: [FFmpeg-devel] [PATCH 1/6] avcodec/h264: mmx2, sse2, avx 10-bit h chroma deblock/loop filter

On 2016-12-01 23:16, Michael Niedermayer wrote: > On Thu, Dec 01, 2016 at 05:57:44PM +0100, James Darnley wrote: >> Yorkfield: >> - mmx2: 2.44x faster (278 vs. 114 cycles) >> - sse2: 3.35x faster (278 vs. 83 cycles) >> >> Skylake: >> - mmx2: 1.69x faster (169 vs. 100 cycles) >> - sse2: 2.34x

Re: [FFmpeg-devel] [PATCH 3/3] configure: fail if autodetect-libraries are requested but not found

On 01.12.2016 01:34, Michael Niedermayer wrote: > On Thu, Dec 01, 2016 at 12:22:50AM +0100, Andreas Cadhalpun wrote: >> @@ -6381,6 +6410,11 @@ for thread in $THREADS_LIST; do >> fi >> done >> >> +# Check if requested libraries were found. >> +for lib in $AUTODETECT_LIBS; do >> +

Re: [FFmpeg-devel] [PATCH 2/3] configure: enable autodetected libraries after option parsing

On 01.12.2016 11:01, Hendrik Leppkes wrote: > If those are enabled after option parsing, doesn't this then prevent > me from turning them off? Good catch, they should only be enabled, if they haven't been disabled. Updated patch is attached. Best regards, Andreas >From

Re: [FFmpeg-devel] [PATCH]lavf/mov: Accept multiple fourcc for AVID 1:1

2016-12-01 19:58 GMT+01:00 compn : > if (codec_tag && > (codec_tag != format && > + (codec_tag != AV_RL32("AV1x") || format != AV_RL32("AVup")) && >// prores is allowed to have differing data format and codec tag >codec_tag !=

Re: [FFmpeg-devel] [PATCH 1/6] avcodec/h264: mmx2, sse2, avx 10-bit h chroma deblock/loop filter

2016-12-01 17:57 GMT+01:00 James Darnley : > Yorkfield: > - mmx2: 2.44x faster (278 vs. 114 cycles) > - sse2: 3.35x faster (278 vs. 83 cycles) > > Skylake: > - mmx2: 1.69x faster (169 vs. 100 cycles) > - sse2: 2.34x faster (169 vs. 72 cycles) Is it expected (or possible)

Re: [FFmpeg-devel] [PATCH] Save FFmpeg colorspace info in openh264 video files.

2016-12-01 22:26 GMT+01:00 Gregory J. Wolfe : > +switch (avctx->color_primaries) { > +case AVCOL_PRI_BT709:param.sSpatialLayers[0].uiColorPrimaries > = CP_BT709; break; > +case AVCOL_PRI_UNSPECIFIED:

Re: [FFmpeg-devel] [PATCH 1/6] tests/ffserver.regression.ref: Update ffserver checksums

On Thu, Dec 01, 2016 at 01:41:40PM -0800, Reynaldo H. Verdejo Pinochet wrote: > Good to go patch applied thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB It is what and why we do it that matters, not just one of them. signature.asc Description: Digital

Re: [FFmpeg-devel] [PATCH] Define ETIMEDOUT in fifo_muxer.c for MinGW/Windows fate build.

On Thu, Dec 01, 2016 at 01:35:02PM -0500, Gregory J. Wolfe wrote: > Now includes libavformat/network.h to define ETIMEDOUT. > > Signed-off-by: Gregory J. Wolfe > --- > libavformat/tests/fifo_muxer.c | 1 + > 1 file changed, 1 insertion(+) applied thx [...] --

Re: [FFmpeg-devel] [PATCH 1/6] avcodec/h264: mmx2, sse2, avx 10-bit h chroma deblock/loop filter

On Thu, Dec 01, 2016 at 05:57:44PM +0100, James Darnley wrote: > Yorkfield: > - mmx2: 2.44x faster (278 vs. 114 cycles) > - sse2: 3.35x faster (278 vs. 83 cycles) > > Skylake: > - mmx2: 1.69x faster (169 vs. 100 cycles) > - sse2: 2.34x faster (169 vs. 72 cycles) > - avx: 2.32x faster (169

Re: [FFmpeg-devel] [PATCH 1/6] tests/ffserver.regression.ref: Update ffserver checksums

Good to go On 12/01/2016 08:37 AM, Michael Niedermayer wrote: They have changed due to 122190392b297b7cd9783641d880df887fd80d07 Signed-off-by: Michael Niedermayer --- tests/ffserver.regression.ref | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH] avfilter: add premultiply filter

On Mon, 28 Nov 2016 19:19:48 +0100 Paul B Mahol wrote: > Hi, > > patch attached. This could have documented what operation it actually performs. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] avfilter/vf_w3fdif: add >8 but <16 bit support

On 9/11/16, Paul B Mahol wrote: > Signed-off-by: Paul B Mahol > --- > libavfilter/vf_w3fdif.c | 134 > --- > libavfilter/w3fdif.h | 5 +- > libavfilter/x86/vf_w3fdif_init.c | 9 +-- > 3 files

[FFmpeg-devel] [PATCH] Save FFmpeg colorspace info in openh264 video files.

As of version 1.6, libopenh264 saves (in the output video file) information about the color primaries, transfer characteristics, and color matrix used when the video pixel data was created. This patch sets the required libopenh264 data structures using the FFmpeg colorspace information so that

[FFmpeg-devel] [PATCH] travis: setup for automated coverity builds

Travis can only run scheduled builds daily, weekly or monthly. So we run them daily, and use a bit of logic in the .travis.yml to cancel out early on 3 days per week. --- .travis.yml | 32 +++- 1 file changed, 7 insertions(+), 25 deletions(-) diff --git a/.travis.yml

Re: [FFmpeg-devel] [PATCH] ffprobe: Support adding av_log output to frames

On Tue, Jun 14, 2016 at 05:55:47PM +0200, Stefano Sabatini wrote: > On date Wednesday 2016-06-08 18:20:39 +0200, Michael Niedermayer encoded: > > On Sun, Jun 05, 2016 at 12:56:08PM +0200, Stefano Sabatini wrote: > > > On date Tuesday 2016-05-31 21:23:27 +0200, Michael Niedermayer encoded: > > > >

[FFmpeg-devel] [PATCH] Allow client to enable/disable openh264 load balancing.

The libopenh264 library allows the client to enable or disable load balancing when running multi-threaded. When enabled, the slice sizes are dynamically adjusted in order to use the multiple threads more efficiently. However, this can also lead to valid but slightly different results from run to

Re: [FFmpeg-devel] [PATCH 1/2] lavu: Add JEDEC P22 color primaries

On Thu, Dec 1, 2016 at 3:01 PM, Nicolas George wrote: > Le primidi 11 frimaire, an CCXXV, Vittorio Giovara a écrit : >> Actually we already do, theora, vp8, vp9 and a few others have >> completely different values for most color properties, and we just >> check before

Re: [FFmpeg-devel] [PATCH 1/2] lavu: Add JEDEC P22 color primaries

On Thu, Dec 1, 2016 at 2:22 PM, Nicolas George wrote: > Le primidi 11 frimaire, an CCXXV, Rostislav Pehlivanov a écrit : >> Why do you insist on having a hole in the first place? > > Apparently, the values of the enum are used encode and decode > standardized values in

Re: [FFmpeg-devel] [PATCH 1/2] lavu: Add JEDEC P22 color primaries

Le primidi 11 frimaire, an CCXXV, Vittorio Giovara a écrit : > Actually we already do, theora, vp8, vp9 and a few others have > completely different values for most color properties, and we just > check before initializing the context or frame fields. Since iso/itu > codecs are the ones that more

Re: [FFmpeg-devel] [PATCH 1/2] lavu: Add JEDEC P22 color primaries

Le primidi 11 frimaire, an CCXXV, Rostislav Pehlivanov a écrit : > Why do you insist on having a hole in the first place? Apparently, the values of the enum are used encode and decode standardized values in standardized formats like MPEG. I think this is a terrible design decision, and I would

Re: [FFmpeg-devel] [PATCH 1/2] lavu: Add JEDEC P22 color primaries

On 1 December 2016 at 17:25, Vittorio Giovara wrote: > On Wed, Nov 30, 2016 at 5:48 PM, Ronald S. Bultje > wrote: > > Hi, > > > > On Wed, Nov 30, 2016 at 5:26 PM, Andreas Cadhalpun > > wrote: > >> > >> On

Re: [FFmpeg-devel] [PATCH] ffserver: set format bitexact flag, eliminate warnings about it not being set

On Thu, Dec 01, 2016 at 09:43:34AM -0800, Reynaldo H. Verdejo Pinochet wrote: > Looks good & works correctly Michael. Please feel free to push. Thank you. applied thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Old school: Use the lowest level language in

Re: [FFmpeg-devel] [PATCH]lavf/mov: Accept multiple fourcc for AVID 1:1

On Tue, 29 Nov 2016 22:10:47 +0100 Carl Eugen Hoyos wrote: > From add7f5d51491152af6d0431331543212c2c21ca4 Mon Sep 17 00:00:00 2001 > From: Carl Eugen Hoyos > Date: Tue, 29 Nov 2016 22:09:21 +0100 > Subject: [PATCH] lavf/mov: Accept multiple fourcc for AVID

Re: [FFmpeg-devel] Please tell me if following scenario is possible while using FFmpeg

On Thu, Dec 1, 2016, at 01:56 AM, Adeel Nazir wrote: > I'm opencv image processing developer. i'm developing c++ application in > which i'm recieving rtsp stream and then i want to create another Public > rtsp url that stream audio and video through ffmpeg c++ code. > what i'm doing: i recieve

[FFmpeg-devel] [PATCH] Define ETIMEDOUT in fifo_muxer.c for MinGW/Windows fate build.

Now includes libavformat/network.h to define ETIMEDOUT. Signed-off-by: Gregory J. Wolfe --- libavformat/tests/fifo_muxer.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/tests/fifo_muxer.c b/libavformat/tests/fifo_muxer.c index 9659198..dc62965

[FFmpeg-devel] Please tell me if following scenario is possible while using FFmpeg

I'm opencv image processing developer. i'm developing c++ application in which i'm recieving rtsp stream and then i want to create another Public rtsp url that stream audio and video through ffmpeg c++ code. what i'm doing: i recieve AVStream and i convert avframe to opencv Mat and do some process

Re: [FFmpeg-devel] [PATCH] ffserver: set format bitexact flag, eliminate warnings about it not being set

Michael Niedermayer wrote: >+ >+if (src->codec->flags & AV_CODEC_FLAG_BITEXACT) >+c->pfmt_ctx->flags |= AVFMT_FLAG_BITEXACT; Works fine here. Best regards, Reto ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] ffserver: set format bitexact flag, eliminate warnings about it not being set

Looks good & works correctly Michael. Please feel free to push. Thank you. On 12/01/2016 09:02 AM, Michael Niedermayer wrote: if (src->codec->flags & AV_CODEC_FLAG_BITEXACT) +c->pfmt_ctx->flags |= AVFMT_FLAG_BITEXACT; -- Reynaldo H. Verdejo Pinochet Open Source Group - Samsung

Re: [FFmpeg-devel] [PATCH 1/2] lavu: Add JEDEC P22 color primaries

On Wed, Nov 30, 2016 at 5:48 PM, Ronald S. Bultje wrote: > Hi, > > On Wed, Nov 30, 2016 at 5:26 PM, Andreas Cadhalpun > wrote: >> >> On 30.11.2016 22:55, Ronald S. Bultje wrote: >> > On Wed, Nov 30, 2016 at 4:51 PM, Andreas Cadhalpun < >> >

[FFmpeg-devel] [PATCH 3/6] whitespace changes after last commit

--- libavcodec/x86/h264dsp_init.c | 44 +-- 1 file changed, 22 insertions(+), 22 deletions(-) diff --git a/libavcodec/x86/h264dsp_init.c b/libavcodec/x86/h264dsp_init.c index 3d35f59..ab270da 100644 --- a/libavcodec/x86/h264dsp_init.c +++

[FFmpeg-devel] [PATCH 5/6] avcodec/h264: mmx2, sse2, avx 10-bit h chroma intra deblock/loop filter

Yorkfield: - mmx2: 0.99x faster (180 vs. 181 cycles) - sse2: 1.05x faster (180 vs. 170 cycles) Skylake: - mmx2: 1.21x faster (125 vs. 103 cycles) - sse2: 1.54x faster (125 vs. 81 cycles) - avx: 1.29x faster (125 vs. 97 cycles) --- libavcodec/x86/h264_deblock_10bit.asm | 29

[FFmpeg-devel] [PATCH 4/6] avcodec/h264: mmx2, sse2, avx 10-bit 4:2:2 h chroma deblock/loop filter

Yorkfield: - mmx2: 2.54x faster (500 vs. 197 cycles) - sse2: 3.82x faster (500 vs. 131 cycles) Skylake: - mmx2: 1.80x faster (317 vs. 176 cycles) - sse2: 2.81x faster (317 vs. 113 cycles) - avx: 2.85x faster (317 vs. 111 cycles) --- libavcodec/x86/h264_deblock_10bit.asm | 39

[FFmpeg-devel] [PATCH] ffserver: set format bitexact flag, eliminate warnings about it not being set

Signed-off-by: Michael Niedermayer --- ffserver.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/ffserver.c b/ffserver.c index 4e5ce1f..19c3ced 100644 --- a/ffserver.c +++ b/ffserver.c @@ -2323,6 +2323,9 @@ static int http_prepare_data(HTTPContext *c)

[FFmpeg-devel] [PATCH 2/6] avcodec/h264: clean up and expand x86 function definitions

--- libavcodec/x86/h264dsp_init.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/libavcodec/x86/h264dsp_init.c b/libavcodec/x86/h264dsp_init.c index c568762..3d35f59 100644 --- a/libavcodec/x86/h264dsp_init.c +++ b/libavcodec/x86/h264dsp_init.c @@ -110,6 +110,8 @@

[FFmpeg-devel] [PATCH 0/6] More H.264 assembly (the sequel)

Some more assembly for review. This time we have 10-bit h chroma functions. The intra ones have some strange benchmark results. Overall the improvement isn't that large, particularly for the 4:2:0 intra. And for the avx version of that function it is slower than the sse2, by quite a margin. I

[FFmpeg-devel] [PATCH 1/6] avcodec/h264: mmx2, sse2, avx 10-bit h chroma deblock/loop filter

Yorkfield: - mmx2: 2.44x faster (278 vs. 114 cycles) - sse2: 3.35x faster (278 vs. 83 cycles) Skylake: - mmx2: 1.69x faster (169 vs. 100 cycles) - sse2: 2.34x faster (169 vs. 72 cycles) - avx: 2.32x faster (169 vs. 73 cycles) --- libavcodec/x86/h264_deblock_10bit.asm | 118

[FFmpeg-devel] [PATCH 4/4] dxva2: allow an empty array of ID3D11VideoDecoderOutputView

From: Steve Lhomme We can pick the correct slice index directly from the ID3D11VideoDecoderOutputView casted from data[3]. --- libavcodec/dxva2_internal.h | 4 ++-- libavcodec/version.h| 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[FFmpeg-devel] [PATCH 1/6] tests/ffserver.regression.ref: Update ffserver checksums

They have changed due to 122190392b297b7cd9783641d880df887fd80d07 Signed-off-by: Michael Niedermayer --- tests/ffserver.regression.ref | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tests/ffserver.regression.ref b/tests/ffserver.regression.ref

[FFmpeg-devel] [PATCH 6/6] avformat/ffmenc: Remove the last use of st->codec

Signed-off-by: Michael Niedermayer --- libavformat/ffmenc.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/libavformat/ffmenc.c b/libavformat/ffmenc.c index caf278f..ef7dc3a 100644 --- a/libavformat/ffmenc.c +++ b/libavformat/ffmenc.c @@

[FFmpeg-devel] [PATCH 5/6] avformat/ffmenc: Make ffm_write_header_codec_ctx() use codecpar

This would be simpler if codecpar supported AVOptions modern ffserver should be unaffected by this, older ffserver which required the muxer to directly access the encoder could have issues with this, but this direct access is just wrong and unsafe Signed-off-by: Michael Niedermayer

[FFmpeg-devel] [PATCH 4/6] avformat/ffmenc: set bitexact mode for old API without accessing the encoder

Signed-off-by: Michael Niedermayer --- libavformat/ffmenc.c | 12 +++- tests/ref/lavf/ffm | 2 +- 2 files changed, 12 insertions(+), 2 deletions(-) diff --git a/libavformat/ffmenc.c b/libavformat/ffmenc.c index 221f0a2..7ed4320 100644 ---

[FFmpeg-devel] [PATCH 3/6] avformat/ffmenc: Drop ffm_write_header_codec_private_ctx()

This accesses the private encoder context, it should not be used by the current ffserver it may affect old ffserver versions but i believe there is consens that accessing the private encoder context from the muxer is completely wrong. Signed-off-by: Michael Niedermayer

[FFmpeg-devel] [PATCH 2/6] avformat/ffmenc: Replace some st->codec use by codecpar

Note, this temporarly drops the ability to set ffmpeg encoder debug and flags2 via ffserver.conf Signed-off-by: Michael Niedermayer --- libavformat/ffmenc.c | 24 +--- 1 file changed, 13 insertions(+), 11 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH] Define ETIMEDOUT in fifo_muxer.c for MinGW/Windows fate build.

> -Original Message- > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On > Behalf Of James Almer > Sent: Wednesday, November 30, 2016 5:18 PM > To: FFmpeg development discussions and patches de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH] Define ETIMEDOUT in >

[FFmpeg-devel] [PATCH 3/4] dxva2: get the slice number directly from the surface in D3D11VA

From: Steve Lhomme No need to loop through the known surfaces, we'll use it anyway. The loop is only done for DXVA2 --- libavcodec/dxva2.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c index

[FFmpeg-devel] [PATCH 1/4] dxva2: make ff_dxva2_get_surface() static

From: Steve Lhomme --- libavcodec/dxva2.c | 2 +- libavcodec/dxva2_internal.h | 2 -- 2 files changed, 1 insertion(+), 3 deletions(-) diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c index 04a9c11..a64b1b5 100644 --- a/libavcodec/dxva2.c +++

[FFmpeg-devel] [PATCH 2/4] dxva2: use a single macro to test if the DXVA context is valid

From: Steve Lhomme --- libavcodec/dxva2_h264.c | 4 +--- libavcodec/dxva2_hevc.c | 4 +--- libavcodec/dxva2_internal.h | 5 + libavcodec/dxva2_mpeg2.c| 4 +--- libavcodec/dxva2_vc1.c | 4 +--- libavcodec/dxva2_vp9.c | 4 +--- 6 files changed, 10

Re: [FFmpeg-devel] [PATCH 2/2] dxva2: get the slice number directly from the surface in D3D11VA

On Thu, Dec 1, 2016 at 3:43 PM, Hendrik Leppkes wrote: > On Thu, Dec 1, 2016 at 3:13 PM, Stève Lhomme wrote: >> I think I should update the minor version number as I need to rely on >> this behaviour change in VLC, the surface array will be empty. >> >>

Re: [FFmpeg-devel] [PATCH 2/2] dxva2: get the slice number directly from the surface in D3D11VA

On Thu, Dec 1, 2016 at 3:13 PM, Stève Lhomme wrote: > I think I should update the minor version number as I need to rely on > this behaviour change in VLC, the surface array will be empty. > > Should I also change the headers so that they don't require the output > surface to

[FFmpeg-devel] [PATCH 2/2] dxva2: get the slice number directly from the surface in D3D11VA

No need to loop through the known surfaces, we'll use it anyway. The loop is only done for DXVA2 --- libavcodec/dxva2.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c index a64b1b5..459e267 100644 ---

[FFmpeg-devel] [PATCH 1/2] dxva2: make ff_dxva2_get_surface() static

--- libavcodec/dxva2.c | 2 +- libavcodec/dxva2_internal.h | 2 -- 2 files changed, 1 insertion(+), 3 deletions(-) diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c index 04a9c11..a64b1b5 100644 --- a/libavcodec/dxva2.c +++ b/libavcodec/dxva2.c @@ -29,7 +29,7 @@ #include "avcodec.h"

Re: [FFmpeg-devel] [PATCH 2/2] dxva2: get the slice number directly from the surface in D3D11VA

I think I should update the minor version number as I need to rely on this behaviour change in VLC, the surface array will be empty. Should I also change the headers so that they don't require the output surface to be pre-allocated ? On Thu, Dec 1, 2016 at 3:10 PM, Steve Lhomme

Re: [FFmpeg-devel] [PATCH 2/2] dxva2: get the slice number directly from the surface in D3D11VA

I think I should update the minor version number as I need to rely on this behaviour change in VLC, the surface array will be empty. Should I also change the headers so that they don't require the output surface to be pre-allocated ? On Thu, Dec 1, 2016 at 3:10 PM, Steve Lhomme

[FFmpeg-devel] [PATCH v3] Added Turing codec interface for ffmpeg

- This patch contains the changes to interface the Turing codec (http://turingcodec.org/) to ffmpeg. The patch was modified to address the comments in the review as follows: - Added a pkg-config file to list all dependencies required by libturing. This should address the issue pointed out

Re: [FFmpeg-devel] [PATCH] Fixes for ffmpeg and editorial typos

Please discard this message, I've sent the wrong patch. Sorry ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] examples: fix a typo

On Wed, Nov 30, 2016 at 01:31:58PM +0300, Александр Слободенюк wrote: > --- > doc/examples/transcode_aac.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) applied thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB it is not once nor twice but times

[FFmpeg-devel] [PATCH] Fixes for ffmpeg and editorial typos

- The libturing.pc file is added in CMAKE_INSTALL_PREFIX/lib/pkgconfig and contains some CMAKE variables which get expanded during installation - Fixed some editorial typos and trailing space - Fixed version numbering in the std output - Added function to check for binary option as passed when

Re: [FFmpeg-devel] [PATCH] swscale: add gbr(a)p16 output support

On Thu, Dec 01, 2016 at 10:09:30AM +0100, Paul B Mahol wrote: > On 11/30/16, Paul B Mahol wrote: > > Hi, > > > > patch attached, needs fate update. > > > > Updated with fate stuff, please comment attached patch. Tested-by: michael on linux x86 32/64, arm, mips, mingw 32/64

Re: [FFmpeg-devel] [PATCH] matroskadec: partly revert "demux relevant subtitle packets after a seek" c16582579b1c6f66a86615c5808cd5b2bf17be73

On Thu, 1 Dec 2016 08:26:44 +0100 Rainer Hochecker wrote: > We already included this patch in Kodi v17. Dropping this incomplete > feature is much better than living with the downsides. Having files on a > network share is a common use case and in most cases there is no

Re: [FFmpeg-devel] [PATCH v2] ffmpeg: fix uninitialized return value

On Wed, Nov 30, 2016 at 03:26:04PM +0100, Tobias Rapp wrote: > On 22.11.2016 15:34, Tobias Rapp wrote: > >On 22.11.2016 15:06, Michael Niedermayer wrote: > >>On Tue, Nov 22, 2016 at 02:43:57PM +0100, Tobias Rapp wrote: > >>>On 22.11.2016 14:34, Michael Niedermayer wrote: > On Tue, Nov 22, 2016

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_h26[45]: add crop info support in vaapi_h26[4, 5]

On Wed, 30 Nov 2016 18:25:59 +0100 Michael Niedermayer wrote: > > > AVFrame had a pan_scan parameter to store one or more croping > > > rectangles. > > > That is now available as side data > > > > > > I remember the intend that this could be used for multiple rectangles

Re: [FFmpeg-devel] [PATCH 2/3] configure: enable autodetected libraries after option parsing

On Thu, Dec 1, 2016 at 12:22 AM, Andreas Cadhalpun wrote: > This is needed for the following patch. > > Signed-off-by: Andreas Cadhalpun > --- > configure | 18 +- > 1 file changed, 9 insertions(+), 9

Re: [FFmpeg-devel] [PATCH] swscale: add gbr(a)p16 output support

On 11/30/16, Paul B Mahol wrote: > Hi, > > patch attached, needs fate update. > Updated with fate stuff, please comment attached patch. From 6c0718d0adfd16b262cdc3936048787a10c78d08 Mon Sep 17 00:00:00 2001 From: Paul B Mahol Date: Wed, 30 Nov 2016 22:45:08

Re: [FFmpeg-devel] [PATCH 3/3] configure: fail if autodetect-libraries are requested but not found

2016-12-01 0:22 GMT+01:00 Andreas Cadhalpun : > Signed-off-by: Andreas Cadhalpun > --- > configure | 72 > ++- Needs a Changelog and a NEWS entry. Have you tested the

Re: [FFmpeg-devel] [PATCH]lavfi:Fix aix compilation

2016-11-29 23:35 GMT+01:00 Paul B Mahol : > On 11/29/16, Carl Eugen Hoyos wrote: >> Hi! >> >> Attached patch fixes aix compilation, similar to 33f5d70d >> >> Please comment, Carl Eugen >> > > should be ok Patch applied. Thank you, Carl Eugen