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
___
ffmpeg
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 patch? It was tried before and the result were
different regressions
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 +0100
Subject: [PATCH] swscale: add gb
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 deletions(-)
>
> diff --git a/configure b/configure
> index 2ce7555..28c78ef 10
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
> > > of different sizes
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
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 index
> anyway: start vide
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 with fate
[...]
--
- 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
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 wi
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
- 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 b
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 wrote:
> No need
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 wrote:
> No need
---
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"
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
--- a/libavcodec/dxva2
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 be pre-allocated ?
H
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.
>>
>> Should I also change the headers so that th
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 insertions(+), 15 deleti
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 a64b1b5..459e267 100644
-
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
+++ b/libavcodec/dxva2.c
@@ -29,7 +29,7 @@
> -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
> fifo_mux
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 a/libavformat/ffmenc.c b/libavformat/ffmenc.c
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
---
libavformat/ffmenc.c |
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
--- a/libavformat/ffmenc.c
+++ b/libavformat/ffmen
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
---
libavform
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
@@ -148,11 +148,11 @@ static i
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
index 3106f85..398c285 1006
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 a/libavcodec/dxva2_internal.h b/l
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 ++
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
---
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 @@ voi
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)
unlayer_stream(c->pfmt
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 +++
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 +++
Yorkfield:
- mmx2: 1.21x faster (370 vs. 306 cycles)
- sse2: 1.20x faster (370 vs. 308 cycles)
Skylake:
- mmx2: 1.39x faster (240 vs. 172 cycles)
- sse2: 1.74x faster (240 vs. 138 cycles)
- avx: 1.78x faster (240 vs. 134 cycles)
---
libavcodec/x86/h264_deblock_10bit.asm | 27 +++
---
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
+++ b/libavcodec/x86/h
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 <
>> > andreas.cadhal...@googlemail.com> wrote:
>> >
>> >> On 3
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
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
http://ff
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
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 100644
--- a/libavformat/tests/fif
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 AVSt
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 1:1.
>
> Fixes ticket #5982.
> ---
>
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 w
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 30.11.2016 22:55, Ronald S. Bultje wrote:
> >> > On Wed, Nov 30, 2016 at 4:51 PM, Andreas
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 li
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 c
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 standardized formats like MP
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 initializing the context or f
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
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:
> > > > a
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 b
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 vide
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 changed, 133 insertions(+), 15 deletions(-)
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
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
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 a/tests/ffserver.regress
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
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
[...]
--
Michael GnuPG fingerprint: 9
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 sig
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: param.sSpatialLayers[0].uiColorPrimaries
> = CP_U
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) that the speed impac
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 != AV_RL32("apcn") && code
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 88b3c4ffc2b02ca7dad1febda7
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
>> +requeste
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 f
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 (169 vs. 72 cycl
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 a/tests/ffserver.regression
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 allowed to have differing data
> > forma
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 haven't been disabled.
> Updated patch i
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?
>>
>> Good catch, they should only be enab
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
> > ---
> > doc/examples/decoder_targeted.c | 183
>
> > 1
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 hav
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.
> ---
> .travis.yml
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 | 4 ++--
> > 1 file cha
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
> = CP_BT709; break;
> > +case AVCOL_PRI_U
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 sample: https://www.dropbox.co
77 matches
Mail list logo
