looks good.
On Fri, Dec 16, 2016 at 03:33:26AM +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/electronicarts.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/electronicarts.c b/libavformat/electronicarts.c
> index 30eb723..9088fe1 10
On 12/16/16, Andreas Cadhalpun wrote:
> Suggested-by: Rodger Combs
> Signed-off-by: Andreas Cadhalpun
> ---
> libavutil/common.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavutil/common.h b/libavutil/common.h
> index 8142b31..00b7504 100644
> --- a/libavutil/common.h
> +++ b/
Signed-off-by: Thomas Turner
---
libavutil/Makefile | 1 +
libavutil/tests/audio_fifo.c | 210 +++
tests/fate/libavutil.mak | 4 +
tests/ref/fate/audio_fifo| 228 +++
4 files changed, 443 insertions(
On Fri, Dec 16, 2016 at 02:36:53AM +0100, Andreas Cadhalpun wrote:
> Otherwise the build fails when configuring with --toolchain=hardened
> --disable-pic on i386 using gcc 4.8:
> error: PIC register clobbered by '%ebx' in 'asm'
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libswscale/x86/hscale_f
Recently we have again received several patches that are trying to add
workarounds for ffmpegs use of DCE. This is not the first time this has
happened and wont be the last until a decision is made about the use of
DCE. So I think its time that we made a official decision on the use of
DCE. This is
On 16.12.2016 03:33, Rodger Combs wrote:
>
>> On Dec 15, 2016, at 20:32, Andreas Cadhalpun
>> wrote:
>>
>> Signed-off-by: Andreas Cadhalpun
>> ---
>> libavformat/4xm.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/libavformat/4xm.c b/libavformat/4xm.c
>> index 2758b69..9332f78 1006
Signed-off-by: Andreas Cadhalpun
---
libavformat/nistspheredec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/nistspheredec.c b/libavformat/nistspheredec.c
index 782d1df..b5ebcb8 100644
--- a/libavformat/nistspheredec.c
+++ b/libavformat/nistspheredec.c
@@ -80,6 +80,7 @@ static
Signed-off-by: Andreas Cadhalpun
---
libavformat/pvfdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/pvfdec.c b/libavformat/pvfdec.c
index b9f6d4f..868ef0b 100644
--- a/libavformat/pvfdec.c
+++ b/libavformat/pvfdec.c
@@ -56,6 +56,7 @@ static int pvf_read_header(AVFormatContex
Signed-off-by: Andreas Cadhalpun
---
libavformat/genh.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/genh.c b/libavformat/genh.c
index b683e02..e23c1b2 100644
--- a/libavformat/genh.c
+++ b/libavformat/genh.c
@@ -74,6 +74,7 @@ static int genh_read_header(AVFormatContext *s)
Signed-off-by: Andreas Cadhalpun
---
libavformat/ircamdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/ircamdec.c b/libavformat/ircamdec.c
index 59f3a49..3f92b6c 100644
--- a/libavformat/ircamdec.c
+++ b/libavformat/ircamdec.c
@@ -96,6 +96,7 @@ static int ircam_read_header(AV
> On Dec 15, 2016, at 20:32, Andreas Cadhalpun
> wrote:
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/4xm.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/4xm.c b/libavformat/4xm.c
> index 2758b69..9332f78 100644
> --- a/libavformat/4xm.c
> +++ b/libavformat/4x
Signed-off-by: Andreas Cadhalpun
---
libavformat/electronicarts.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/electronicarts.c b/libavformat/electronicarts.c
index 30eb723..9088fe1 100644
--- a/libavformat/electronicarts.c
+++ b/libavformat/electronicarts.c
@@ -556,6 +556,7 @@
Signed-off-by: Andreas Cadhalpun
---
libavformat/4xm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/4xm.c b/libavformat/4xm.c
index 2758b69..9332f78 100644
--- a/libavformat/4xm.c
+++ b/libavformat/4xm.c
@@ -187,6 +187,7 @@ static int parse_strk(AVFormatContext *s,
st->cod
Suggested-by: Rodger Combs
Signed-off-by: Andreas Cadhalpun
---
libavutil/common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/common.h b/libavutil/common.h
index 8142b31..00b7504 100644
--- a/libavutil/common.h
+++ b/libavutil/common.h
@@ -99,6 +99,8 @@
#define FFSWAP(type,
On 16.12.2016 02:29, Rodger Combs wrote:
>> On Dec 15, 2016, at 19:21, Andreas Cadhalpun
>> wrote:
>> On 15.12.2016 14:02, Ronald S. Bultje wrote:
>>> - if for whatever reason some things cannot be done in generic code or by
>>> changing the type (this should really cover most cases), and we wan
From a4b410e02ac4864c7d82b15474a65ed42a84da6a Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Fri, 16 Dec 2016 09:49:57 +0800
Subject: [PATCH] lavc/vaapi_encode_h264: disable B frame in baseline profile.
disable B frames when usd baseline/constrined baseline profile,
it's base on H.264 spec Annex A
> On Dec 15, 2016, at 19:21, Andreas Cadhalpun
> wrote:
>
> On 15.12.2016 14:02, Ronald S. Bultje wrote:
>> On Wed, Dec 14, 2016 at 7:11 PM, Andreas Cadhalpun <
>> andreas.cadhal...@googlemail.com> wrote:
>>> On 14.12.2016 02:46, Ronald S. Bultje wrote:
Not wanting to discourage you, but I
Otherwise the build fails when configuring with --toolchain=hardened
--disable-pic on i386 using gcc 4.8:
error: PIC register clobbered by '%ebx' in 'asm'
Signed-off-by: Andreas Cadhalpun
---
libswscale/x86/hscale_fast_bilinear_simd.c | 20 ++--
1 file changed, 10 insertions(+),
On 15.12.2016 03:25, James Almer wrote:
> On 12/14/2016 10:39 PM, Andreas Cadhalpun wrote:
>> On 15.12.2016 00:34, Matthew Wolenetz wrote:
>>>
>>> From fd878457cd55690d4a27d74411b68a30c9fb2313 Mon Sep 17 00:00:00 2001
>>> From: Matt Wolenetz
>>> Date: Fri, 2 Dec 2016 18:10:39 -0800
>>> Subject: [P
On 15.12.2016 14:02, Ronald S. Bultje wrote:
> On Wed, Dec 14, 2016 at 7:11 PM, Andreas Cadhalpun <
> andreas.cadhal...@googlemail.com> wrote:
>> On 14.12.2016 02:46, Ronald S. Bultje wrote:
>>> Not wanting to discourage you, but I wonder if there's really a point to
>>> this...?
>>
>> These patche
According to the format specification (3GPP TS 26.245, section 5.2) "storage
lengths are specified as byte-counts, wheras highlighting is specified using
character offsets." This patch replaces byte counting with character counting
for highlighting. See the following page for a link to the specific
On 15 December 2016 at 21:42, Nicolas George wrote:
> Le duodi 22 frimaire, an CCXXV, Matt Oliver a écrit :
> > ---
> > libavformat/udp.c | 17 -
> > 1 file changed, 16 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavformat/udp.c b/libavformat/udp.c
> > index f8c861d..3caf
On Thu, Nov 24, 2016 at 09:43:38PM +0100, Martin Vignali wrote:
> Hello,
>
> In attach patch to add fate test for the psd decoder
>
> Sample can be found here :
> https://we.tl/KvRaABCsdY
>
> test uncompress file in all currently support colorspace
> test rle decompression, and odd and even dime
On Thu, Dec 15, 2016 at 02:22:07AM +0100, Andreas Cadhalpun wrote:
> On 11.12.2016 22:51, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavutil/imgutils.h | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavutil/imgutils.h b/lib
On Thu, Dec 15, 2016 at 05:20:33PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> This prints
>
> spherical: equirectangular, yaw=0.00, pitch=0.00, roll=0.00
>
> Instead of
>
> spherical: equirectangular (0.00/0.00/0.00)
>
> libavformat/dump.c | 6 +++--
On 16 December 2016 at 09:54, Hendrik Leppkes wrote:
> On Thu, Dec 15, 2016 at 8:43 PM, Matthew Wolenetz
> wrote:
> >>
> >> This seems like a rather odd issue to be toolchain specific. Can you
> >> please provide a configure command line that would result in a broken
> >> build?
> >
> >
> > I be
Clang is not able to eliminate the reference to ff_spdif_probe() when
there is a goto target in the same block and optimization is disabled.
This fixes the following build failure on OS X:
./configure --disable-everything --disable-doc \
--enable-decoder=pcm_s16le --enable-demuxer=wav \
On 16 December 2016 at 11:20, Carl Eugen Hoyos wrote:
> 2016-12-14 16:47 GMT+01:00 Steve Lhomme :
> > From: Steve Lhomme
> >
> > Without any optimization flags, MSVC does no dead code elimination (DCE)
> at
> > all, even for the most trivial cases. DCE is a prerequisite for building
> ffmpeg
> >
2016-12-14 16:47 GMT+01:00 Steve Lhomme :
> From: Steve Lhomme
>
> Without any optimization flags, MSVC does no dead code elimination (DCE) at
> all, even for the most trivial cases. DCE is a prerequisite for building
> ffmpeg
> correctly, otherwise there are undefined references to functions for
On Thu, Dec 15, 2016 at 10:39:37PM +0100, Paul B Mahol wrote:
> Hi,
>
> patch attached
> vf_ssim.c | 130
> -
> x86/vf_ssim_init.c |2
> 2 files changed, 120 insertions(+), 12 deletions(-)
> 7b60c3cadb5319fb93f3875942b50ab9f9b89
On Thu, Dec 15, 2016 at 03:57:57PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Thu, Dec 15, 2016 at 9:28 AM, Michael Niedermayer > wrote:
>
> > On Thu, Dec 15, 2016 at 08:02:52AM -0500, Ronald S. Bultje wrote:
> > > Hi,
> > >
> > > On Wed, Dec 14, 2016 at 7:11 PM, Andreas Cadhalpun <
> > > andre
On Thu, Dec 15, 2016 at 8:43 PM, Matthew Wolenetz wrote:
>>
>> This seems like a rather odd issue to be toolchain specific. Can you
>> please provide a configure command line that would result in a broken
>> build?
>
>
> I believe the link-time failures occurred with configs like these:
>
> IIRC,
2016-12-15 20:43 GMT+01:00 Matthew Wolenetz :
>>
>> This seems like a rather odd issue to be toolchain specific.
>> Can you please provide a configure command line that
>> would result in a broken build?
>
> I believe the link-time failures occurred with configs like these:
>
> IIRC, on Mac, Chromi
Hi,
I tested this code by converting HLS streams into mp4 files and it
seemed to work fine. However I recently compiled mpv with these changes
and when I play back the Apple example stream given in ticket #2833, it
seems to skip a lot of subtitles. It works fine for the real world
streams I'm usin
Hi,
patch attached
From ebf2f89fd191ed661c503726106e46b7c81d6cba Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Thu, 15 Dec 2016 22:33:42 +0100
Subject: [PATCH] avfilter/vf_ssim: add 9 and 10 bit depth suppport
Signed-off-by: Paul B Mahol
---
libavfilter/vf_ssim.c | 130 +++
On Thu, Dec 15, 2016 at 09:36:35PM +0100, Paul B Mahol wrote:
> On 12/15/16, Michael Niedermayer wrote:
> > Most decoders return the amount of data used.
> > This is more consistent
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/rscc.c | 1 +
> > 1 file changed, 1 insertion(+)
On Thu, Dec 15, 2016 at 09:36:57PM +0100, Paul B Mahol wrote:
> On 12/15/16, Michael Niedermayer wrote:
> > Most decoders return the amount of data used.
> > This is more consistent
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/screenpresso.c | 2 +-
> > 1 file changed, 1 ins
On Thu, Dec 15, 2016 at 09:35:54PM +0100, Paul B Mahol wrote:
> On 12/15/16, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/h263dec.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec
On Thu, Dec 15, 2016 at 09:35:25PM +0100, Paul B Mahol wrote:
> On 12/15/16, Michael Niedermayer wrote:
> > Most decoders return the amount of data used.
> > This is more consistent
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/smvjpegdec.c | 4 +++-
> > 1 file changed, 3 ins
On Thu, Dec 15, 2016 at 09:37:35PM +0100, Paul B Mahol wrote:
> On 12/15/16, Michael Niedermayer wrote:
> > Most decoders return the amount of data used.
> > This is more consistent
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/tdsc.c | 2 +-
> > 1 file changed, 1 insertion(+
Hi,
On Thu, Dec 15, 2016 at 9:28 AM, Michael Niedermayer wrote:
> On Thu, Dec 15, 2016 at 08:02:52AM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Wed, Dec 14, 2016 at 7:11 PM, Andreas Cadhalpun <
> > andreas.cadhal...@googlemail.com> wrote:
> >
> > > On 14.12.2016 02:46, Ronald S. Bultje wr
On 12/15/16, Michael Niedermayer wrote:
> Most decoders return the amount of data used.
> This is more consistent
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/tdsc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
lgtm
___
ffmpe
On 12/15/16, Michael Niedermayer wrote:
> Most decoders return the amount of data used.
> This is more consistent
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/screenpresso.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
lgtm
_
On 12/15/16, Michael Niedermayer wrote:
> Most decoders return the amount of data used.
> This is more consistent
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/rscc.c | 1 +
> 1 file changed, 1 insertion(+)
>
lgtm
___
ffmpeg-devel mailing
On 12/15/16, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h263dec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
> index d0da1d31c1..75fc688e78 100644
> --- a/libavcodec/h263dec.c
> +++
On 12/15/16, Michael Niedermayer wrote:
> Most decoders return the amount of data used.
> This is more consistent
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/smvjpegdec.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/smvjpegdec.c b/libavcode
Most decoders return the amount of data used.
This is more consistent
Signed-off-by: Michael Niedermayer
---
libavcodec/tdsc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/tdsc.c b/libavcodec/tdsc.c
index d1265a006d..8460568d7d 100644
--- a/libavcodec/tdsc.c
+++
Most decoders return the amount of data used.
This is more consistent
Signed-off-by: Michael Niedermayer
---
libavcodec/smvjpegdec.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/smvjpegdec.c b/libavcodec/smvjpegdec.c
index e319e5781b..018e135b30 100644
--- a/
Signed-off-by: Michael Niedermayer
---
libavcodec/vp3.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vp3.c b/libavcodec/vp3.c
index fa749be0b7..86e5852e32 100644
--- a/libavcodec/vp3.c
+++ b/libavcodec/vp3.c
@@ -2022,8 +2022,9 @@ static int vp3_decode_frame
Signed-off-by: Michael Niedermayer
---
libavcodec/rawdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/rawdec.c b/libavcodec/rawdec.c
index e53eb2eacc..f281c98720 100644
--- a/libavcodec/rawdec.c
+++ b/libavcodec/rawdec.c
@@ -479,7 +479,7 @@ static int raw_decod
Most decoders return the amount of data used.
This is more consistent
Signed-off-by: Michael Niedermayer
---
libavcodec/rscc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/rscc.c b/libavcodec/rscc.c
index d01f05c022..f13706cd75 100644
--- a/libavcodec/rscc.c
+++ b/libavcodec/rs
Signed-off-by: Michael Niedermayer
---
libavcodec/h263dec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
index d0da1d31c1..75fc688e78 100644
--- a/libavcodec/h263dec.c
+++ b/libavcodec/h263dec.c
@@ -713,7 +713,7 @@ frame_end:
Signed-off-by: James Almer
---
This prints
spherical: equirectangular, yaw=0.00, pitch=0.00, roll=0.00
Instead of
spherical: equirectangular (0.00/0.00/0.00)
libavformat/dump.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/dump.c
Most decoders return the amount of data used.
This is more consistent
Signed-off-by: Michael Niedermayer
---
libavcodec/screenpresso.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/screenpresso.c b/libavcodec/screenpresso.c
index 2fadca46b7..fb8bfd4701 100644
---
>
> This seems like a rather odd issue to be toolchain specific. Can you
> please provide a configure command line that would result in a broken
> build?
I believe the link-time failures occurred with configs like these:
IIRC, on Mac, Chromium build hit this with:
-
https://cs.chromium.o
Ah, you're right. My fix was based on a slightly earlier version that
didn't yet have your fix in it. Disregard my patch.
Matt
On Wed, Dec 14, 2016 at 5:43 PM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 15.12.2016 00:39, Matthew Wolenetz wrote:
> > From 141e56ccf7fc5664642
passes fate, but I don't do that often so someone might want to double-check
Pavel.
On Thu, Dec 15, 2016 at 10:19 AM, wrote:
> From: Pavel Koshevoy
>
> The assumption that avcodec_send_packet makes regarding decoders
> consuming the entire packet is not true if the codec supports
> truncated
From: Pavel Koshevoy
The assumption that avcodec_send_packet makes regarding decoders
consuming the entire packet is not true if the codec supports
truncated decoding mode and the truncated flag is turned on.
Steps to reproduce:
./ffmpeg_g -flags truncated \
-i "http://samples.ffmpeg.org/MPEG2/t
On Thu, 15 Dec 2016 09:49:36 -0700
pkoshe...@gmail.com wrote:
> From: Pavel Koshevoy
>
> ---
> libavcodec/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
> index 44ecc09..be50459 100644
> --- a/libavcodec/utils.c
> +++ b/
On Wed, 14 Dec 2016 22:05:50 -0700
pkoshe...@gmail.com wrote:
> From: Pavel Koshevoy
>
> ---
> libavcodec/utils.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
> index 44ecc09..2ad96e4 100644
> --- a/libavcodec/utils.c
> +++ b/libavcodec/util
From: Pavel Koshevoy
---
libavcodec/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 44ecc09..be50459 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -2788,7 +2788,7 @@ static int do_decode(AVCodecContext *avctx
On Thu, Dec 15, 2016 at 4:07 PM, Paul B Mahol wrote:
> On 12/15/16, Michael Niedermayer wrote:
>> On Wed, Dec 14, 2016 at 10:05:50PM -0700, pkoshe...@gmail.com wrote:
>>> From: Pavel Koshevoy
>>>
>>> ---
>>> libavcodec/utils.c | 2 --
>>> 1 file changed, 2 deletions(-)
>>>
>>> diff --git a/liba
On Thu, Dec 15, 2016 at 02:18:17AM +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/4xm.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavformat/4xm.c b/libavformat/4xm.c
> index 2758b69..308d889 100644
> --- a/libavformat/4xm.c
> +++ b/li
On 12/15/16, Michael Niedermayer wrote:
> On Wed, Dec 14, 2016 at 10:05:50PM -0700, pkoshe...@gmail.com wrote:
>> From: Pavel Koshevoy
>>
>> ---
>> libavcodec/utils.c | 2 --
>> 1 file changed, 2 deletions(-)
>>
>> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
>> index 44ecc09..2ad96e4 10
2016-11-25 0:17 GMT+01:00 Michael Niedermayer :
> On Thu, Nov 24, 2016 at 09:43:38PM +0100, Martin Vignali wrote:
> > Hello,
> >
> > In attach patch to add fate test for the psd decoder
> >
> > Sample can be found here :
> > https://we.tl/KvRaABCsdY
>
> uploaded
>
> [...]
>
>
> Ping for the patch
On Wed, Dec 14, 2016 at 10:05:50PM -0700, pkoshe...@gmail.com wrote:
> From: Pavel Koshevoy
>
> ---
> libavcodec/utils.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
> index 44ecc09..2ad96e4 100644
> --- a/libavcodec/utils.c
> +++ b/libavcode
On 12/15/16, Josh de Kock wrote:
> The memset (line 1336) in draw_bar is passed a negative size if the output
> width is less than 36 pixels
>
> Signed-off-by: Josh de Kock
> ---
> libavfilter/vsrc_testsrc.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavfilter/vsrc_testsrc.c
On Thu, Dec 15, 2016 at 08:02:52AM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Dec 14, 2016 at 7:11 PM, Andreas Cadhalpun <
> andreas.cadhal...@googlemail.com> wrote:
>
> > On 14.12.2016 02:46, Ronald S. Bultje wrote:
> > > Not wanting to discourage you, but I wonder if there's really a poin
Hi,
On Wed, Dec 14, 2016 at 8:19 PM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/pvfdec.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavformat/pvfdec.c b/libavformat/pvfdec.c
> index b9f6d4f..5eecc22 10
Hi,
On Wed, Dec 14, 2016 at 7:11 PM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 14.12.2016 02:46, Ronald S. Bultje wrote:
> > Not wanting to discourage you, but I wonder if there's really a point to
> > this...?
>
> These patches are prerequisites for enforcing the validity
The memset (line 1336) in draw_bar is passed a negative size if the output
width is less than 36 pixels
Signed-off-by: Josh de Kock
---
libavfilter/vsrc_testsrc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavfilter/vsrc_testsrc.c b/libavfilter/vsrc_testsrc.c
index 08f6e07..9f2e
Le duodi 22 frimaire, an CCXXV, Matt Oliver a écrit :
> ---
> libavformat/udp.c | 17 -
> 1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/udp.c b/libavformat/udp.c
> index f8c861d..3cafb32 100644
> --- a/libavformat/udp.c
> +++ b/libavformat/udp.c
> @@
On Wed, 14 Dec 2016, Pavel Koshevoy wrote:
On Wed, Dec 14, 2016 at 7:27 PM, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavfilter/af_atempo.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
I'd like to understand these changes a little better ... how can I
On 12/15/16, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/nistspheredec.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavformat/nistspheredec.c b/libavformat/nistspheredec.c
> index 782d1df..9472e47 100644
> --- a/libavformat/nistspheredec.c
2016-12-15 0:31 GMT+01:00 Matthew Wolenetz :
> Some toolchains failed to link a dynamic library containing wavdec.c,
> but with either CONFIG_SPDIF_DEMUXER or CONFIG_W64_DEMUXER disabled.
DCE is needed for FFmpeg compilation, this should get fixed by Steve Lhomme's
configure patch.
I find it hard
On 12/15/16, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/ircamdec.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavformat/ircamdec.c b/libavformat/ircamdec.c
> index 59f3a49..3efc2b4 100644
> --- a/libavformat/ircamdec.c
> +++ b/libavformat
On 12/15/16, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/genh.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavformat/genh.c b/libavformat/genh.c
> index b683e02..5684352 100644
> --- a/libavformat/genh.c
> +++ b/libavformat/genh.c
> @@ -74
On Thu, Dec 15, 2016 at 12:31 AM, Matthew Wolenetz
wrote:
> Some toolchains failed to link a dynamic library containing wavdec.c,
> but with either CONFIG_SPDIF_DEMUXER or CONFIG_W64_DEMUXER disabled.
> This change adds #if's to explicitly exclude code rather than depend on
> toolchain code elisio
78 matches
Mail list logo