Fixes CID1322337
---
libavformat/async.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/async.c b/libavformat/async.c
index 60ea14c..15355fb 100644
--- a/libavformat/async.c
+++ b/libavformat/async.c
@@ -170,7 +170,7 @@ static int async_open(URLContext
long may not be 64 bit on all platforms; so labs on int64_t is unsafe.
This fixes a warning reported in:
http://fate.ffmpeg.org/log.cgi?time=20150905071512&log=compile&slot=i386-darwin-clang-polly-3.7
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/af_asyncts.c | 2 +-
1 file changed, 1 insert
On Sat, Sep 5, 2015 at 8:21 PM, Ganesh Ajjanagadde wrote:
> On Sat, Sep 5, 2015 at 8:08 AM, proud zhu wrote:
>> this patch fix the below error when build with --enable-libfreetype
>> libavfilter/avf_showcqt.c:38:10: error: #include expects "FILENAME" or
>>
>> #include FT_FREETYPE_H
>
> I noticed
> -原始邮件-
> 发件人: "周晓勇"
> 发送时间: 2015年9月3日 星期四
> 收件人: "FFmpeg development discussions and patches"
> 抄送:
> 主题: Re: [FFmpeg-devel] [PATCH 1/3] avcodec: loongson delete invalid simple
> idct put and add optimization
>
>
>
>
> > -原始邮件-
> > 发件人: "Michael Niedermayer"
> > 发送时间:
On Sat, Sep 5, 2015 at 8:08 AM, proud zhu wrote:
> this patch fix the below error when build with --enable-libfreetype
> libavfilter/avf_showcqt.c:38:10: error: #include expects "FILENAME" or
>
> #include FT_FREETYPE_H
I noticed that this does not affect clang, while it does affect gcc.
Note tha
Hi,
On Sat, Sep 5, 2015 at 6:30 PM, Michael Niedermayer
wrote:
> On Sun, Sep 06, 2015 at 12:08:08AM +0200, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > tests/fate/pcm.mak |2 +-
> > tests/fate/voice.mak
On Sat, Sep 05, 2015 at 11:55:17PM +0200, Nicolas George wrote:
[...]
> I have no strong opinion on the choice itself, actually.
Same here.
Though, I tend to agree with the removal as long as it is properly
explained.
To me, losing the ABI compatibility should not be an issue, because so far
it
---
libavcodec/v210enc.c | 15 +---
libavcodec/v210enc.h | 2 +
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 ++
tests/checkasm/checkasm.h | 1 +
tests/checkasm/v210enc.c | 94 +++
6 files changed, 111 insertions(+),
Hi,
On Sat, Sep 5, 2015 at 5:55 PM, Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
> > > If they go, we will NEVER have compat, period.
> > > Is that what you want?
> > Yes.
>
> If that is what the majority decides, after understanding the issue and
> pond
On Sun, Sep 06, 2015 at 12:08:08AM +0200, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> ---
> tests/fate/pcm.mak |2 +-
> tests/fate/voice.mak| 10 +-
> tests/ref/fate/dcinema-encode | 1696
> ++
Nicolas George nsup.org> writes:
> Just for reference, I tested running avconv's FATE with
> FFmpeg's libraries: a lot of tests fail, without surprise
> (the libraries do not behave the same, that is the whole
> point; and apparently avconv thinks that EOF is a filtering
> error), but quite a
Le nonidi 19 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
> > If they go, we will NEVER have compat, period.
> > Is that what you want?
> Yes.
If that is what the majority decides, after understanding the issue and
pondering the question, then fine.
The change of policy caused by this patch
Ronald S. Bultje gmail.com> writes:
> I don't know what "it" is, but I don't believe we have ABI
> compat until I see a fate station continuously testing it.
fate (current fate) cannot test it: There are no reference
values that could be used.
Carl Eugen
_
Paul B Mahol gmail.com> writes:
> +/*
> + * This file is part of FFmpeg.
> + *
> + * FFmpeg is free software; you can redistribute it and/or
Please add a copyright note.
(The license is meaningless without it.)
Carl Eugen
___
ffmpeg-devel mailing lis
Paul B Mahol gmail.com> writes:
> + * FFmpeg is free software: you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License
Missing dependency in configure.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffm
On 9/5/15, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Sep 5, 2015 at 4:02 PM, Nicolas George wrote:
>
>> Le nonidi 19 fructidor, an CCXXIII, Ronald S. Bultje a ecrit :
>> > I don't know what "it" is, but I don't believe we have ABI compat until
>> > I
>> > see a fate station continuously testing i
On 9/5/15, Ganesh Ajjanagadde wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/vf_unsharp.c | 48
>
> 1 file changed, 24 insertions(+), 24 deletions(-)
>
applied
___
ffmpeg-devel mailing l
Hi,
On Sat, Sep 5, 2015 at 4:02 PM, Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
> > I don't know what "it" is, but I don't believe we have ABI compat until I
> > see a fate station continuously testing it.
>
> You are answering the wrong question again.
Le nonidi 19 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
> I don't know what "it" is, but I don't believe we have ABI compat until I
> see a fate station continuously testing it.
You are answering the wrong question again.
We are at a major bump, we can do whatever we want. The question is
Hi,
On Sat, Sep 5, 2015 at 2:58 PM, Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, James Almer a écrit :
> > Without this option, the AVPixelFormat enum values in libavutil/pixfmt.h
> > don't match between projects. It's absolutely needed for abi
> > compatibility, so knowing if any
Le nonidi 19 fructidor, an CCXXIII, James Almer a écrit :
> Without this option, the AVPixelFormat enum values in libavutil/pixfmt.h
> don't match between projects. It's absolutely needed for abi
> compatibility, so knowing if anyone used it is important because it will
> show if said compatibility
On 9/5/2015 3:44 PM, Hendrik Leppkes wrote:
> On Sat, Sep 5, 2015 at 8:40 PM, Paul B Mahol wrote:
>> On 9/5/15, James Almer wrote:
>>> Signed-off-by: James Almer
>>> ---
>>> libavutil/pixfmt.h | 67
>>> --
>>> 1 file changed, 9 insertions(+),
On Sat, Sep 5, 2015 at 8:40 PM, Paul B Mahol wrote:
> On 9/5/15, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavutil/pixfmt.h | 67
>> --
>> 1 file changed, 9 insertions(+), 58 deletions(-)
>>
>
> fine for me
+1
_
On 9/5/15, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavutil/pixfmt.h | 67
> --
> 1 file changed, 9 insertions(+), 58 deletions(-)
>
fine for me
___
ffmpeg-devel mailing list
ffmpeg-
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_retinex.c | 503 +++
3 files changed, 505 insertions(+)
create mode 100644 libavfilter/vf_retinex.c
diff --git a/libavfilter/Makefile b/
On 9/5/2015 1:37 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavutil/pixfmt.h | 67
> --
> 1 file changed, 9 insertions(+), 58 deletions(-)
>
Ping (Too fast, i know, but we're in the middle of bumping).
Unlike wm4's change
Signed-off-by: Paul B Mahol
---
libavfilter/vf_stereo3d.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/libavfilter/vf_stereo3d.c b/libavfilter/vf_stereo3d.c
index b45a9ba..419ff58 100644
--- a/libavfilter/vf_stereo3d.c
+++ b/libavfilter/vf_stereo3d.c
@@ -62,6 +62,7 @@
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 6 ++
libavfilter/vf_stereo3d.c | 50 ++-
2 files changed, 55 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index d506d68..abd5536 100644
--- a/doc/filters
Signed-off-by: Paul B Mahol
---
libavfilter/vf_stereo3d.c | 82 +++
1 file changed, 55 insertions(+), 27 deletions(-)
diff --git a/libavfilter/vf_stereo3d.c b/libavfilter/vf_stereo3d.c
index 6e90e16..b45a9ba 100644
--- a/libavfilter/vf_stereo3d.c
+++ b
On 9/5/15, Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, Paul B Mahol a ecrit :
>> I'm all for this
>
> All for WHAT, please? Stop ABI compatibility?
If it is very big mess to support 10% ABI compatibility I'm
all for removing such incomplete messy support.
_
On Sat, 5 Sep 2015 20:12:03 +0200
Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, James Almer a écrit :
> > Is there a distro shipping both that uses the
> > --enable-incompatible-libav-abi
> > option to compile ffmpeg? Or did unofficial repositories for distros that
> > used
> > to
On 9/5/2015 3:12 PM, Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, James Almer a écrit :
>> Is there a distro shipping both that uses the --enable-incompatible-libav-abi
>> option to compile ffmpeg? Or did unofficial repositories for distros that
>> used
>> to ship libav only use it
Hi Nicolas,
On Sat, Sep 5, 2015 at 1:48 PM, Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
> > For something important like this, we'd better have continuous (not
> > one-off, or "it worked for me on this one file 6 months ago") tests that
> > ensure it wo
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 15 ++
libavfilter/Makefile | 1 +
libavfilter/af_extrastereo.c | 122 +++
libavfilter/allfilters.c | 1 +
4 files changed, 139 insertions(+)
create mode 100644 libavfilter
Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> You don't see all the madness this causes for ffmpeg development?
I see it very well, but it was the project's policy. You never liked it, but
it was the policy nonetheless.
YOU ARE NOT ALLOWED TO SNEAKILY CHANGE THE PROJECT'S POLICY.
If you wa
On Sat, 5 Sep 2015 20:06:23 +0200
Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, Paul B Mahol a écrit :
> > I'm all for this
>
> All for WHAT, please? Stop ABI compatibility?
>
> Regards,
>
You don't see all the madness this causes for ffmpeg development?
Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> Possibly if you enable this configure option. But even then, it was
> never tested thoroughly, and only tested by 1 person. Without this
> option enabled, no we aren't.
For the most part, yes, we are ABI compatible, even without the option. Your
Le nonidi 19 fructidor, an CCXXIII, James Almer a écrit :
> Is there a distro shipping both that uses the --enable-incompatible-libav-abi
> option to compile ffmpeg? Or did unofficial repositories for distros that used
> to ship libav only use it for that matter?
This option is not the issue. The
On Sat, 5 Sep 2015 20:04:23 +0200
Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> > This feature was never used.
>
> Get the facts straight please. FFmpeg's libraries were ABI-compatible with
> the fork's for most of the time.
>
> Regards,
>
Possibly if you enable
On 9/5/2015 3:04 PM, Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
>> This feature was never used.
>
> Get the facts straight please. FFmpeg's libraries were ABI-compatible with
> the fork's for most of the time.
>
> Regards,
Is there a distro shipping both that uses
Le nonidi 19 fructidor, an CCXXIII, Paul B Mahol a écrit :
> I'm all for this
All for WHAT, please? Stop ABI compatibility?
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.o
Dana 5. 9. 2015. 19:15 osoba "wm4" napisala je:
>
> ---
> I bet this fixes some bugs, because some code compares codec IDs with
> AV_CODEC_ID_FIRST_AUDIO numerically!
> ---
> libavcodec/avcodec.h | 150
+--
> libavcodec/utils.c | 6 ---
> 2 file
Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> This feature was never used.
Get the facts straight please. FFmpeg's libraries were ABI-compatible with
the fork's for most of the time.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
__
On Sat, 5 Sep 2015 19:48:17 +0200
Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
> > For something important like this, we'd better have continuous (not
> > one-off, or "it worked for me on this one file 6 months ago") tests that
> > ensure it works for rea
Le nonidi 19 fructidor, an CCXXIII, Ronald S. Bultje a écrit :
> For something important like this, we'd better have continuous (not
> one-off, or "it worked for me on this one file 6 months ago") tests that
> ensure it works for real in practice. Did we ever have such tests?
I do not think we eve
Hi,
On Sat, Sep 5, 2015 at 1:30 PM, Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> > Nothing. We don't need to be ABI compatible with Libav.
>
> There was effort for it, whether it pleased you or not. If you want to stop
> them, you must discuss it openly. Sneaking i
Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> I don't know what you want.
Honesty: this patch series should have been clearly labelled "drop efforts
at ABI compatibility with the fork".
> For the record, this ABI compat feature ended up unused.
This is not true, ABI compatibility was achie
---
libavcodec/x86/vp9itxfm.asm | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/x86/vp9itxfm.asm b/libavcodec/x86/vp9itxfm.asm
index d9fb36f..e1cb637 100644
--- a/libavcodec/x86/vp9itxfm.asm
+++ b/libavcodec/x86/vp9itxfm.asm
@@ -527,10 +527,9 @@ IADST4_FN iadst, IA
On Sat, 5 Sep 2015 19:30:46 +0200
Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> > Nothing. We don't need to be ABI compatible with Libav.
>
> There was effort for it, whether it pleased you or not. If you want to stop
> them, you must discuss it openly. Sneaking it
Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> Nothing. We don't need to be ABI compatible with Libav.
There was effort for it, whether it pleased you or not. If you want to stop
them, you must discuss it openly. Sneaking it in a seemingly unrelated and
technical patch is dishonest.
Regards,
On Sat, 5 Sep 2015 19:21:28 +0200
Nicolas George wrote:
> Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> > ---
> > I bet this fixes some bugs, because some code compares codec IDs with
> > AV_CODEC_ID_FIRST_AUDIO numerically!
> > ---
> > libavcodec/avcodec.h | 150
> > +
Le nonidi 19 fructidor, an CCXXIII, wm4 a écrit :
> ---
> I bet this fixes some bugs, because some code compares codec IDs with
> AV_CODEC_ID_FIRST_AUDIO numerically!
> ---
> libavcodec/avcodec.h | 150
> +--
> libavcodec/utils.c | 6 ---
> 2 fi
---
I bet this fixes some bugs, because some code compares codec IDs with
AV_CODEC_ID_FIRST_AUDIO numerically!
---
libavcodec/avcodec.h | 150 +--
libavcodec/utils.c | 6 ---
2 files changed, 75 insertions(+), 81 deletions(-)
diff --git a/libavc
---
libavcodec/Makefile| 2 -
libavcodec/avcodec.h | 4 -
libavcodec/old_codec_ids.h | 397 -
libavcodec/utils.c | 8 -
libavcodec/version.h | 3 -
5 files changed, 414 deletions(-)
delete mode 100644 libavcodec/old_c
---
configure | 3 ---
libavcodec/avcodec.h| 8
libavcodec/imgconvert.c | 8
libavcodec/vdpau.h | 7 ---
libavutil/pixfmt.h | 53 +++--
5 files changed, 3 insertions(+), 76 deletions(-)
diff --git a/
Signed-off-by: James Almer
---
libavutil/pixfmt.h | 67 --
1 file changed, 9 insertions(+), 58 deletions(-)
diff --git a/libavutil/pixfmt.h b/libavutil/pixfmt.h
index 0dc8292..79b15e0 100644
--- a/libavutil/pixfmt.h
+++ b/libavutil/pixfmt.h
@@
On Fri, 4 Sep 2015 13:48:41 -0700
Tsung-Hung Wu wrote:
> Thanks wm4. I updated the patch according to your comments.
>
>
> >* @@ -489,19 +489,21 @@ static int mp3_seek(AVFormatContext *s, int
> *>* stream_index, int64_t timestamp,
> *>* AVStream *st = s->streams[0];
> *>* int64_t ret
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/vf_unsharp.c | 48
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/libavfilter/vf_unsharp.c b/libavfilter/vf_unsharp.c
index d5f5018..fb95e23 100644
--- a/libavfilter/vf_unsharp.c
++
this patch fix the below error when build with --enable-libfreetype
libavfilter/avf_showcqt.c:38:10: error: #include expects "FILENAME" or
#include FT_FREETYPE_H
From a13f1e9a60889febe600ab83d481564abb8b005c Mon Sep 17 00:00:00 2001
From: proudzhu
Date: Sat, 5 Sep 2015 22:30:20 +0800
Subject: [PA
On Thu, Sep 3, 2015 at 1:57 PM, Hendrik Leppkes wrote:
> Hey,
>
> I plan to finally merge the major bump from Libav this weekend.
> I just wanted to give everyone a heads-up in case they didn't actually
> notice that its coming, or are waiting for it to happen.
>
> If anyone has some changes that
On Thu, Sep 03, 2015 at 04:09:05PM -0700, Ganesh Ajjanagadde wrote:
> On Thu, Sep 3, 2015 at 3:33 PM, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > Fixes CID1322306
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavfilter/af_amerge.c |4 ++--
> > 1 file changed,
On Sat, Sep 05, 2015 at 02:22:48PM +0200, Hendrik Leppkes wrote:
> On Sat, Sep 5, 2015 at 2:16 PM, Michael Niedermayer wrote:
> > On Sat, Sep 05, 2015 at 07:11:39AM -0400, Ronald S. Bultje wrote:
> >> This prevents the following warning: "Application provided invalid, non
> >> monotonically increa
On Sat, Sep 5, 2015 at 2:16 PM, Michael Niedermayer wrote:
> On Sat, Sep 05, 2015 at 07:11:39AM -0400, Ronald S. Bultje wrote:
>> This prevents the following warning: "Application provided invalid, non
>> monotonically increasing dts to muxer in stream 0: 9 >= 9".
>> ---
>> libavformat/md5enc.c |
On Sat, Sep 05, 2015 at 07:11:39AM -0400, Ronald S. Bultje wrote:
> This prevents the following warning: "Application provided invalid, non
> monotonically increasing dts to muxer in stream 0: 9 >= 9".
> ---
> libavformat/md5enc.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff
Hi,
On Sat, Sep 5, 2015 at 4:10 AM, Clément Bœsch wrote:
> On Fri, Sep 04, 2015 at 05:02:01PM -0400, Ronald S. Bultje wrote:
> > Fixes integer overflows for extreme coefficient values in 10/12bpp
> content.
> > ---
> > libavcodec/vp9dsp_template.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 d
This prevents the following warning: "Application provided invalid, non
monotonically increasing dts to muxer in stream 0: 9 >= 9".
---
libavformat/md5enc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/md5enc.c b/libavformat/md5enc.c
index 8e87f09..e1a5368 1006
On Fri, Sep 04, 2015 at 05:02:01PM -0400, Ronald S. Bultje wrote:
> Fixes integer overflows for extreme coefficient values in 10/12bpp content.
> ---
> libavcodec/vp9dsp_template.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/vp9dsp_template.c b/libavcodec/v
67 matches
Mail list logo
