On 10/12/2015 3:50 AM, Rodger Combs wrote:
> ---
> configure | 4
> doc/APIchanges| 3 +++
> libavutil/cpu.c | 4
> libavutil/cpu.h | 1 +
> libavutil/version.h | 2 +-
> libavutil/x86/cpu.c | 2 ++
> libavutil/x86/cpu.h
Le nonidi 19 vendémiaire, an CCXXIV, Bodecs Bela a écrit :
> I have altered the code as you wrote.
LGTM now, I shall apply as soon as I have time. Thanks for all your efforts.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
Le nonidi 19 vendémiaire, an CCXXIV, Alex Agranovsky a écrit :
> Please see the modified patch attached.
LGTM, I shall apply as soon as I have time. Thanks for the patch.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
Le nonidi 19 vendémiaire, an CCXXIV, Ganesh Ajjanagadde a écrit :
> This uses the av_warn_unused_result attribute liberally to catch some forms
> of improper
> usage of functions defined in avfilter/formats.h.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/formats.h | 9 +
>
---
libavutil/aes.c | 2 +
libavutil/aes_internal.h | 2 +
libavutil/x86/Makefile | 4 +-
libavutil/x86/aes.asm| 98
libavutil/x86/aes_init.c | 37 ++
5 files changed, 142 insertions(+), 1 deletion(-)
create mode 1
---
tests/checkasm/Makefile | 2 +-
tests/checkasm/aes.c | 57 +++
tests/checkasm/checkasm.c | 1 +
tests/checkasm/checkasm.h | 1 +
4 files changed, 60 insertions(+), 1 deletion(-)
create mode 100644 tests/checkasm/aes.c
diff --git a/tests/c
>
>
> Ah, like it's being done in PACK_6CH from swr's audio_convert.asm
> For complex_high some stack ab/use will be needed (see PACK_8CH), but it
> should
> be doable.
> This way w3fdif will be able to fully dethrone yadif :P
Once it supports +8bit, that is ;-)
__
On Sun, Oct 11, 2015 at 09:13:39AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Oct 9, 2015 at 12:26 PM, Matthieu Bouron
> wrote:
>
> > From: Matthieu Bouron
> >
> > ---
> > libavutil/jni.c | 104
> > +++
> > libavutil/jni.h |
On Sun, Oct 11, 2015 at 10:02:29PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Oct 11, 2015 at 9:17 PM, Ganesh Ajjanagadde
> wrote:
>
> > On Sun, Oct 11, 2015 at 9:12 PM, Ganesh Ajjanagadde
> > wrote:
> > > On Sun, Oct 11, 2015 at 6:04 PM, Ronald S. Bultje
> > wrote:
> > >> Hi,
> > >>
> >
On Mon, Oct 12, 2015 at 6:30 AM, Michael Niedermayer
wrote:
> On Sun, Oct 11, 2015 at 10:02:29PM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Sun, Oct 11, 2015 at 9:17 PM, Ganesh Ajjanagadde
>> wrote:
>>
>> > On Sun, Oct 11, 2015 at 9:12 PM, Ganesh Ajjanagadde
>> > wrote:
>> > > On Sun, Oct 11
On Mon, Oct 12, 2015 at 02:54:28AM -0500, Rodger Combs wrote:
> ---
> libavutil/aes.c | 2 +
> libavutil/aes_internal.h | 2 +
> libavutil/x86/Makefile | 4 +-
> libavutil/x86/aes.asm| 98
>
> libavutil/x86/aes_init.c | 37 +++
On Mon, Oct 12, 2015 at 12:37 AM, James Almer wrote:
> On 10/11/2015 10:55 PM, Ganesh Ajjanagadde wrote:
>> It has already been demonstrated that the de Bruijn method has benefits
>> over the current implementation: commit
>> 971d12b7f9d7be3ca8eb98e6c04ed521f83cbd3c.
>> That commit implemented it
On Mon, Oct 12, 2015 at 01:13:34PM +0200, Michael Niedermayer wrote:
> On Mon, Oct 12, 2015 at 02:54:28AM -0500, Rodger Combs wrote:
> > ---
> > libavutil/aes.c | 2 +
> > libavutil/aes_internal.h | 2 +
> > libavutil/x86/Makefile | 4 +-
> > libavutil/x86/aes.asm| 98
> > ++
Hi all,
Once again, gmail is misbehaving with my patches. This one is a ~50
line diff, so there should be no reason at all for it. I am trying to
switch to my university's mail smtp for this send-email as I am tired
of this nonsense (note: this is after allowing gmail access to "less
secure" apps;
On Mon, Oct 12, 2015 at 3:11 AM, Nicolas George wrote:
> Le nonidi 19 vendémiaire, an CCXXIV, Ganesh Ajjanagadde a écrit :
>> This uses the av_warn_unused_result attribute liberally to catch some forms
>> of improper
>> usage of functions defined in avfilter/formats.h.
>>
>> Signed-off-by: Ganesh
On Sat, Oct 10, 2015 at 1:51 PM, Ganesh Ajjanagadde
wrote:
> Partially fixes Ticket 4727.
>
> -duration is not a safe expression, since duration can be INT_MIN.
> One might ask how it can become INT_MIN.
> Although it is true that line 2574 is no longer reached with INT_MIN due
> to commit 053e80f
On Fri, Oct 9, 2015 at 1:48 PM, Ganesh Ajjanagadde
wrote:
> res, absres are currently int's, which on most platforms is 32 bits.
> Unfortunately, data is untrusted, and on line 1267 res is manipulated
> with data. Thus, res can take on INT32_MIN/INT_MIN with crafted data,
> making FFABS on line 12
On Fri, Oct 9, 2015 at 11:31 AM, Ganesh Ajjanagadde
wrote:
> FFABS(INT_MIN) is not safe. Alternative of using FFNABS is not as
> readable.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> ffserver_config.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/ffserver_config.c b/
Hi,
On Mon, Oct 12, 2015 at 7:12 AM, Ganesh Ajjanagadde
wrote:
> On Mon, Oct 12, 2015 at 6:30 AM, Michael Niedermayer
> wrote:
> > On Sun, Oct 11, 2015 at 10:02:29PM -0400, Ronald S. Bultje wrote:
> >> Hi,
> >>
> >> On Sun, Oct 11, 2015 at 9:17 PM, Ganesh Ajjanagadde
> >> wrote:
> >>
> >> > On
On Fri, Jul 31, 2015 at 01:48:18PM +0200, Nicolas George wrote:
[...]
>-> "ttyctl -f" in ~/.zshrc, "bash_tty_mode=$(stty -g);
>PROMPT_COMMAND='stty $bash_tty_mode'" in ~/.bashrc; that can be added in
>the FAQ or the wiki.
the patch was applied and this does not work
the first segfaul
Ganesh Ajjanagadde mit.edu> writes:
> It is well known that fabs and fabsf are at least as fast and usually
> faster than the FFABS macro, at least on the gcc+glibc combination.
I wasn't aware of this.
And I believe we support other compilers and other
libc implementations.
> For instance, see
On Mon, Oct 12, 2015 at 7:45 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Oct 12, 2015 at 7:12 AM, Ganesh Ajjanagadde
> wrote:
>
>> On Mon, Oct 12, 2015 at 6:30 AM, Michael Niedermayer
>> wrote:
>> > On Sun, Oct 11, 2015 at 10:02:29PM -0400, Ronald S. Bultje wrote:
>> >> Hi,
>> >>
>> >> On Sun,
On Mon, Oct 12, 2015 at 7:46 AM, Carl Eugen Hoyos wrote:
> Ganesh Ajjanagadde mit.edu> writes:
>
>> It is well known that fabs and fabsf are at least as fast and usually
>> faster than the FFABS macro, at least on the gcc+glibc combination.
>
> I wasn't aware of this.
> And I believe we support o
On Mon, Oct 12, 2015 at 7:46 AM, Michael Niedermayer
wrote:
> On Fri, Jul 31, 2015 at 01:48:18PM +0200, Nicolas George wrote:
> [...]
>>-> "ttyctl -f" in ~/.zshrc, "bash_tty_mode=$(stty -g);
>>PROMPT_COMMAND='stty $bash_tty_mode'" in ~/.bashrc; that can be added in
>>the FAQ or the wik
On Mon, Oct 12, 2015 at 01:46:19PM +0200, Michael Niedermayer wrote:
> On Fri, Jul 31, 2015 at 01:48:18PM +0200, Nicolas George wrote:
> [...]
> >-> "ttyctl -f" in ~/.zshrc, "bash_tty_mode=$(stty -g);
> >PROMPT_COMMAND='stty $bash_tty_mode'" in ~/.bashrc; that can be added in
> >the FAQ
On Mon, Oct 12, 2015 at 8:03 AM, Michael Niedermayer
wrote:
> On Mon, Oct 12, 2015 at 01:46:19PM +0200, Michael Niedermayer wrote:
>> On Fri, Jul 31, 2015 at 01:48:18PM +0200, Nicolas George wrote:
>> [...]
>> >-> "ttyctl -f" in ~/.zshrc, "bash_tty_mode=$(stty -g);
>> >PROMPT_COMMAND='stty
On Mon, Oct 12, 2015 at 08:03:03AM -0400, Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 7:46 AM, Michael Niedermayer
> wrote:
> > On Fri, Jul 31, 2015 at 01:48:18PM +0200, Nicolas George wrote:
> > [...]
> >>-> "ttyctl -f" in ~/.zshrc, "bash_tty_mode=$(stty -g);
> >>PROMPT_COMMAND='s
On Mon, 12 Oct 2015 08:14:14 -0400
Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 8:03 AM, Michael Niedermayer
> wrote:
> > On Mon, Oct 12, 2015 at 01:46:19PM +0200, Michael Niedermayer wrote:
> >> On Fri, Jul 31, 2015 at 01:48:18PM +0200, Nicolas George wrote:
> >> [...]
> >> >-> "ttyc
On Mon, Oct 12, 2015 at 8:24 AM, wm4 wrote:
> On Mon, 12 Oct 2015 08:14:14 -0400
> Ganesh Ajjanagadde wrote:
>
>> On Mon, Oct 12, 2015 at 8:03 AM, Michael Niedermayer
>> wrote:
>> > On Mon, Oct 12, 2015 at 01:46:19PM +0200, Michael Niedermayer wrote:
>> >> On Fri, Jul 31, 2015 at 01:48:18PM +020
On Mon, 12 Oct 2015 08:39:53 -0400
Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 8:24 AM, wm4 wrote:
> > On Mon, 12 Oct 2015 08:14:14 -0400
> > Ganesh Ajjanagadde wrote:
> >
> >> On Mon, Oct 12, 2015 at 8:03 AM, Michael Niedermayer
> >> wrote:
> >> > On Mon, Oct 12, 2015 at 01:46:19PM +0
On Mon, Oct 12, 2015 at 8:56 AM, wm4 wrote:
> On Mon, 12 Oct 2015 08:39:53 -0400
> Ganesh Ajjanagadde wrote:
>
>> On Mon, Oct 12, 2015 at 8:24 AM, wm4 wrote:
>> > On Mon, 12 Oct 2015 08:14:14 -0400
>> > Ganesh Ajjanagadde wrote:
>> >
>> >> On Mon, Oct 12, 2015 at 8:03 AM, Michael Niedermayer
>>
On Mon, 12 Oct 2015 09:12:02 -0400
Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 8:56 AM, wm4 wrote:
> > On Mon, 12 Oct 2015 08:39:53 -0400
> > Ganesh Ajjanagadde wrote:
> >
> >> On Mon, Oct 12, 2015 at 8:24 AM, wm4 wrote:
> >> > On Mon, 12 Oct 2015 08:14:14 -0400
> >> > Ganesh Ajjanagad
On Mon, Oct 12, 2015 at 9:15 AM, wm4 wrote:
> On Mon, 12 Oct 2015 09:12:02 -0400
> Ganesh Ajjanagadde wrote:
>
>> On Mon, Oct 12, 2015 at 8:56 AM, wm4 wrote:
>> > On Mon, 12 Oct 2015 08:39:53 -0400
>> > Ganesh Ajjanagadde wrote:
>> >
>> >> On Mon, Oct 12, 2015 at 8:24 AM, wm4 wrote:
>> >> > On
On Mon, Oct 12, 2015 at 09:12:02AM -0400, Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 8:56 AM, wm4 wrote:
> > On Mon, 12 Oct 2015 08:39:53 -0400
> > Ganesh Ajjanagadde wrote:
> >
> >> On Mon, Oct 12, 2015 at 8:24 AM, wm4 wrote:
> >> > On Mon, 12 Oct 2015 08:14:14 -0400
> >> > Ganesh Ajja
On Sun, Oct 11, 2015 at 08:39:24PM -0400, Ganesh Ajjanagadde wrote:
> On Sat, Oct 10, 2015 at 9:47 AM, Nicolas George wrote:
> > Le nonidi 19 vendémiaire, an CCXXIV, Clement Boesch a écrit :
> >> You could change that last function to return AVERROR(ENOMEM) in case a
> >> parameter is NULL, but th
Hi,
On Wed, Oct 7, 2015 at 10:30 AM, Henrik Gramner wrote:
> On Wed, Oct 7, 2015 at 3:59 AM, Ronald S. Bultje
> wrote:
> > diff --git a/libavcodec/x86/vp9itxfm_16bpp.asm
> b/libavcodec/x86/vp9itxfm_16bpp.asm
>
> > +%macro IADST4_12BPP_1D 0
> > +pandm4, m0, [pd_3fff]
> > +
Hi,
On Sat, Oct 10, 2015 at 12:31 PM, Henrik Gramner wrote:
> On Tue, Oct 6, 2015 at 9:59 PM, Ronald S. Bultje
> wrote:
> > +cglobal vp9_idct_idct_4x4_add_12, 4, 4, 6, dst, stride, block, eob
> [...]
> > +movdm0, coefd
> > +punpcklwd m0, m0
> > +pshufd
Hi,
On Sat, Oct 10, 2015 at 12:55 PM, Henrik Gramner wrote:
> On Sat, Oct 10, 2015 at 4:36 AM, Ronald S. Bultje
> wrote:
> > @@ -674,6 +715,24 @@ cglobal vp9_idct_idct_8x8_add_10, 4, 6 +
> ARCH_X86_64, 10, \
> [...]
> > +shl skipd, 1
> > +lea blockq, [blockq+ski
Hi,
On Tue, Oct 6, 2015 at 1:31 PM, Henrik Gramner wrote:
> On Tue, Oct 6, 2015 at 3:43 PM, Ronald S. Bultje
> wrote:
> > ---
> > libavcodec/x86/Makefile | 1 +
> > libavcodec/x86/vp9dsp_init.c| 4 +-
> > libavcodec/x86/vp9dsp_init.h| 15
---
libavcodec/x86/constants.c | 2 +
libavcodec/x86/constants.h | 1 +
libavcodec/x86/vp9dsp_init_16bpp_template.c | 12
libavcodec/x86/vp9itxfm.asm | 50 +--
libavcodec/x86/vp9itxfm_16bpp.asm | 96
---
libavcodec/x86/vp9dsp_init.h| 6 ++
libavcodec/x86/vp9dsp_init_16bpp_template.c | 21 ++-
libavcodec/x86/vp9itxfm.asm | 58 -
libavcodec/x86/vp9itxfm_16bpp.asm | 96 ++---
libavcodec/x86/vp9itxfm_template.as
The trouble with this function is that intermediates overflow 31+sign
bits, so I've added some helpers (that will also be used in 10/12bpp
8x8, 16x16 and 32x32) to make that easier, basically emulating a half-
assed pmaddqd using 2xpmaddwd. It's currently sse2-only, if anyone sees
potential in addi
---
libavcodec/x86/vp9dsp_init_16bpp_template.c | 8 +-
libavcodec/x86/vp9itxfm_16bpp.asm | 147
2 files changed, 151 insertions(+), 4 deletions(-)
diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
b/libavcodec/x86/vp9dsp_init_16bpp_template.c
inde
---
libavcodec/x86/vp9dsp_init_16bpp_template.c | 4 +-
libavcodec/x86/vp9itxfm_16bpp.asm | 211 ++--
2 files changed, 202 insertions(+), 13 deletions(-)
diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
b/libavcodec/x86/vp9dsp_init_16bpp_template.c
ind
---
libavcodec/x86/vp9dsp_init_16bpp_template.c | 4 +-
libavcodec/x86/vp9itxfm_16bpp.asm | 314 ++--
2 files changed, 249 insertions(+), 69 deletions(-)
diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
b/libavcodec/x86/vp9dsp_init_16bpp_template.c
ind
---
libavcodec/x86/Makefile | 1 +
libavcodec/x86/vp9dsp_init.c| 4 +-
libavcodec/x86/vp9dsp_init.h| 15 +++-
libavcodec/x86/vp9dsp_init_16bpp_template.c | 16 +++-
libavcodec/x86/vp9itxfm.asm | 16 +---
libavcodec/x86/vp9i
---
libavcodec/x86/vp9itxfm_16bpp.asm | 135 ++
1 file changed, 79 insertions(+), 56 deletions(-)
diff --git a/libavcodec/x86/vp9itxfm_16bpp.asm
b/libavcodec/x86/vp9itxfm_16bpp.asm
index 8eb24b9..024ab49 100644
--- a/libavcodec/x86/vp9itxfm_16bpp.asm
+++ b/lib
---
libavcodec/x86/vp9dsp_init_16bpp_template.c | 2 +
libavcodec/x86/vp9itxfm_16bpp.asm | 237 ++--
2 files changed, 223 insertions(+), 16 deletions(-)
diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
b/libavcodec/x86/vp9dsp_init_16bpp_template.c
inde
---
libavcodec/x86/vp9dsp_init_16bpp_template.c | 4 +-
libavcodec/x86/vp9itxfm_16bpp.asm | 294
2 files changed, 296 insertions(+), 2 deletions(-)
diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
b/libavcodec/x86/vp9dsp_init_16bpp_template.c
inde
---
libavcodec/x86/vp9dsp_init_16bpp_template.c | 2 +
libavcodec/x86/vp9itxfm_16bpp.asm | 530 +---
2 files changed, 488 insertions(+), 44 deletions(-)
diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
b/libavcodec/x86/vp9dsp_init_16bpp_template.c
inde
These aren't quite as helpful as the ones in 8bpp, since over there,
we can use pmulhrsw, but here the coefficients have too many bits to
be able to take advantage of pmulhrsw. However, we can still skip
cols for which all coefs are 0, and instead just zero the input data
for the row itx. This help
---
libavcodec/x86/vp9itxfm.asm | 84 +-
libavcodec/x86/vp9itxfm_16bpp.asm | 95 ---
2 files changed, 91 insertions(+), 88 deletions(-)
diff --git a/libavcodec/x86/vp9itxfm.asm b/libavcodec/x86/vp9itxfm.asm
index a3e0f86..6
Signed-off-by: Derek Buitenhuis
---
libavcodec/utils.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 1751067..0e4f3c0 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -3266,7 +3266,7 @@ int av_lockmgr_register(int
---
libavcodec/x86/vp9itxfm_16bpp.asm | 268 +-
1 file changed, 146 insertions(+), 122 deletions(-)
diff --git a/libavcodec/x86/vp9itxfm_16bpp.asm
b/libavcodec/x86/vp9itxfm_16bpp.asm
index 346c514..06b39ff 100644
--- a/libavcodec/x86/vp9itxfm_16bpp.asm
+++ b/l
On Mon, Oct 12, 2015 at 9:53 AM, Michael Niedermayer
wrote:
> On Sun, Oct 11, 2015 at 08:39:24PM -0400, Ganesh Ajjanagadde wrote:
>> On Sat, Oct 10, 2015 at 9:47 AM, Nicolas George wrote:
>> > Le nonidi 19 vendémiaire, an CCXXIV, Clement Boesch a écrit :
>> >> You could change that last function
On Thu, Oct 8, 2015 at 5:07 PM, Ganesh Ajjanagadde wrote:
> On Sat, Oct 3, 2015 at 8:17 AM, Ganesh Ajjanagadde wrote:
>> On Tue, Sep 29, 2015 at 10:49 AM, Ganesh Ajjanagadde
>> wrote:
>>> On Sun, Sep 27, 2015 at 9:39 PM, Ganesh Ajjanagadde
>>> wrote:
On Sun, Sep 27, 2015 at 9:18 PM, Mich
Le nonidi 19 vendémiaire, an CCXXIV, Bodecs Bela a écrit :
> I have altered the code as you wrote.
Pushed, thanks.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:/
Hi,
On Mon, Oct 12, 2015 at 10:51 AM, Ganesh Ajjanagadde
wrote:
> On Thu, Oct 8, 2015 at 5:07 PM, Ganesh Ajjanagadde
> wrote:
> > On Sat, Oct 3, 2015 at 8:17 AM, Ganesh Ajjanagadde
> wrote:
> >> On Tue, Sep 29, 2015 at 10:49 AM, Ganesh Ajjanagadde
> wrote:
> >>> On Sun, Sep 27, 2015 at 9:39 P
Le nonidi 19 vendémiaire, an CCXXIV, Alex Agranovsky a écrit :
> Please see the modified patch attached.
Pushed, thanks.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Mon, Oct 12, 2015 at 10:54 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Oct 12, 2015 at 10:51 AM, Ganesh Ajjanagadde
> wrote:
>>
>> On Thu, Oct 8, 2015 at 5:07 PM, Ganesh Ajjanagadde
>> wrote:
>> > On Sat, Oct 3, 2015 at 8:17 AM, Ganesh Ajjanagadde
>> > wrote:
>> >> On Tue, Sep 29, 2015 at
On Fri, Oct 09, 2015 at 01:48:10PM -0400, Ganesh Ajjanagadde wrote:
> res, absres are currently int's, which on most platforms is 32 bits.
> Unfortunately, data is untrusted, and on line 1267 res is manipulated
> with data. Thus, res can take on INT32_MIN/INT_MIN with crafted data,
> making FFABS o
On Mon, Oct 12, 2015 at 11:09 AM, Michael Niedermayer
wrote:
> On Fri, Oct 09, 2015 at 01:48:10PM -0400, Ganesh Ajjanagadde wrote:
>> res, absres are currently int's, which on most platforms is 32 bits.
>> Unfortunately, data is untrusted, and on line 1267 res is manipulated
>> with data. Thus, re
On Mon, Oct 12, 2015 at 11:23 AM, wm4 wrote:
> On Mon, 12 Oct 2015 11:16:00 -0400
> Ganesh Ajjanagadde wrote:
>
>> On Mon, Oct 12, 2015 at 10:54 AM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Mon, Oct 12, 2015 at 10:51 AM, Ganesh Ajjanagadde
>> > wrote:
>> >>
>> >> On Thu, Oct 8, 2015 at
On Mon, Oct 12, 2015 at 10:30:01AM -0400, Derek Buitenhuis wrote:
> Signed-off-by: Derek Buitenhuis
> ---
> libavcodec/utils.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
should be ok i think
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I ha
On Mon, 12 Oct 2015 11:16:00 -0400
Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 10:54 AM, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Oct 12, 2015 at 10:51 AM, Ganesh Ajjanagadde
> > wrote:
> >>
> >> On Thu, Oct 8, 2015 at 5:07 PM, Ganesh Ajjanagadde
> >> wrote:
> >> > On Sat, Oct 3
On Mon, Oct 12, 2015 at 11:23 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Oct 9, 2015 at 1:48 PM, Ganesh Ajjanagadde
> wrote:
>>
>> res, absres are currently int's, which on most platforms is 32 bits.
>> Unfortunately, data is untrusted, and on line 1267 res is manipulated
>> with data. Thus, r
Hi,
On Fri, Oct 9, 2015 at 1:48 PM, Ganesh Ajjanagadde
wrote:
> res, absres are currently int's, which on most platforms is 32 bits.
> Unfortunately, data is untrusted, and on line 1267 res is manipulated
> with data. Thus, res can take on INT32_MIN/INT_MIN with crafted data,
> making FFABS on l
On Mon, Oct 12, 2015 at 11:22:17AM -0400, Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 11:09 AM, Michael Niedermayer
> wrote:
> > On Fri, Oct 09, 2015 at 01:48:10PM -0400, Ganesh Ajjanagadde wrote:
> >> res, absres are currently int's, which on most platforms is 32 bits.
> >> Unfortunately,
On Mon, Oct 12, 2015 at 11:16:00AM -0400, Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 10:54 AM, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Oct 12, 2015 at 10:51 AM, Ganesh Ajjanagadde
> > wrote:
> >>
> >> On Thu, Oct 8, 2015 at 5:07 PM, Ganesh Ajjanagadde
> >> wrote:
> >> > On Sat,
On Mon, Oct 12, 2015 at 11:43 AM, Michael Niedermayer
wrote:
> On Mon, Oct 12, 2015 at 11:22:17AM -0400, Ganesh Ajjanagadde wrote:
>> On Mon, Oct 12, 2015 at 11:09 AM, Michael Niedermayer
>> wrote:
>> > On Fri, Oct 09, 2015 at 01:48:10PM -0400, Ganesh Ajjanagadde wrote:
>> >> res, absres are curr
On Mon, Oct 12, 2015 at 11:47 AM, Michael Niedermayer
wrote:
> On Mon, Oct 12, 2015 at 11:16:00AM -0400, Ganesh Ajjanagadde wrote:
>> On Mon, Oct 12, 2015 at 10:54 AM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Mon, Oct 12, 2015 at 10:51 AM, Ganesh Ajjanagadde
>> > wrote:
>> >>
>> >> On T
On Mon, Oct 12, 2015 at 11:52 AM, Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 11:43 AM, Michael Niedermayer
> wrote:
>> On Mon, Oct 12, 2015 at 11:22:17AM -0400, Ganesh Ajjanagadde wrote:
>>> On Mon, Oct 12, 2015 at 11:09 AM, Michael Niedermayer
>>> wrote:
>>> > On Fri, Oct 09, 2015 at 0
On Sat, Oct 10, 2015 at 01:51:10PM -0400, Ganesh Ajjanagadde wrote:
> Partially fixes Ticket 4727.
>
> -duration is not a safe expression, since duration can be INT_MIN.
> One might ask how it can become INT_MIN.
> Although it is true that line 2574 is no longer reached with INT_MIN due
> to commi
Hi,
2015-10-12 0:09 GMT+02:00 Michael Niedermayer :
> this seems to cause artifacts on the red/cyan edge in
> ./ffmpeg -f lavfi -i testsrc=s=1920x1080 -vframes 1 -pix_fmt yuv422p -vcodec
> dnxhd -flags +ildct -vb 185M test.mov
ok, ff_convert_matrix permutes the table, so the 8 bit case should us
On Mon, Oct 12, 2015 at 12:43 PM, Michael Niedermayer
wrote:
> On Sat, Oct 10, 2015 at 01:51:10PM -0400, Ganesh Ajjanagadde wrote:
>> Partially fixes Ticket 4727.
>>
>> -duration is not a safe expression, since duration can be INT_MIN.
>> One might ask how it can become INT_MIN.
>> Although it is
Changes since v3:
- proper fix (famous last words) for issues in encoder
- fate test that showed an overflow
- fix to previous code for said overflow
Patch 2 is somewhat independant from the others, and could be applied
separately.
Christophe Gisquet (9):
mpegvideo: dnxhdenc: permute 10bits con
Dequant or encoding were trying to reverse a scan that hadn't been
applied...
---
libavcodec/dnxhdenc.c | 7 ++-
libavcodec/mpegvideo.h | 3 ++-
libavcodec/mpegvideo_enc.c | 6 +++---
3 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dn
It was useful to (accidentally?) spot an overflow in the column pass
of the x86 simple_idct10 implementation.
---
tests/fate/vcodec.mak | 6 +-
tests/ref/vsynth/vsynth1-dnxhd-1080i-10bit | 4
tests/ref/vsynth/vsynth2-dnxhd-1080i-10bit | 4
tests/ref/v
Changes since v3:
- proper fix (famous last words) for issues in encoder
- fate test that showed an overflow
- fix to previous code for said overflow
Patch 2 is somewhat independant from the others, and could be applied
separately.
Christophe Gisquet (9):
mpegvideo: dnxhdenc: permute 10bits con
omse goes from 0.03060703 (which fails for dct-test) to 0.01663750.
This also actually improve the error of decoding the sample generated
by fate-vsynth3-dnxhd1080i-10bit using simple_idct10 to FAANI, which
goes (when resampled to yuv422p) from:
stddev:0.06 PSNR: 72.28 MAXDIFF:1
to identica
When the input of a pass has 15 or 16 bits of precision (in particular
the column pass), the addition of a bias to W4 may lead to overflows
in the input to pmaddwd.
This requires postponing the adding of the bias to after the first
butterfly. To do so, the fact that m15, unused although zeroed, is
This should be reused for a generic simple_idct10 function.
Requires a bit of trickery to declare common constants in C.
---
libavcodec/x86/constants.c| 28 +++
libavcodec/x86/constants.h| 16 ++
libavcodec/x86/proresdsp.asm | 263 +---
This is done by not passing clamping regs to the macro, and there,
deducing that this is a pure idct.
There are not many users (vf_spp is one), and the _add version doesn't
look like it will ever be used.
---
libavcodec/x86/idctdsp_init.c | 4 +-
libavcodec/x86/proresdsp.asm
Modeled from the prores version. Clips to [0;1023] and is bitexact.
Bitexactness requires to add offsets in different places compared to
prores or C, and makes the function approximately 2% slower.
For 16 frames of a DNxHD 4:2:2 10bits test sequence:
C:60861 decicycles in idct, 1048205 runs,
On 12 frames of a 444p 12 bits DNxHR sequence, _put function:
C: 78902 decicycles in idct, 262071 runs, 73 skips
avx: 32478 decicycles in idct, 262045 runs, 99 skips
Difference between the 2:
stddev:0.39 PSNR:104.47 MAXDIFF:2
This is unavoidable and due to the scal
In particular for 10 and 12 bits.
---
libavcodec/dct-test.c | 2 ++
libavcodec/x86/dct-test.c | 10 ++
2 files changed, 12 insertions(+)
diff --git a/libavcodec/dct-test.c b/libavcodec/dct-test.c
index 56e1a62..72fe353 100644
--- a/libavcodec/dct-test.c
+++ b/libavcodec/dct-test.c
@@
On 9/29/15, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_setfps.c | 119
> +++
> 3 files changed, 121 insertions(+)
> create mode 100644 libavfilter/v
From a403f93a8fa20ce0d7345d9a00d75bc90fe7d73f Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Tue, 13 Oct 2015 00:31:29 +0700
Subject: [PATCH] avcodec/fft: out of place permutation with av_fft_permute2
with optimization (more cache friendly)
also optimize av_fft_permute
machine specific code
Hi all,
I wanted to test QSV encoding and decoding, which is included since
several months in FFmpeg, and have a few questions.
1. QSV encoding and decoding depends on libmfx, but no references are
present in the code to the library, so I have to suppose that the
required library is this one:
htt
On 11.10.2015 23:37, James Almer wrote:
> On 10/11/2015 6:26 PM, Andreas Cadhalpun wrote:
>> Anyway, please also remove the entry for av_ctz from APIchanges.
>> It's not public API, so it never belonged there.
>
> Huh, even an APIChanges line? Wonder if intmath.h was public at some
> point, or if
Signed-off-by: Lou Logan
---
doc/filters.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 4abc786..34008e5 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -7128,7 +7128,7 @@ to create same output.
The filter accept the
On 10/12/15, Lou Logan wrote:
> Signed-off-by: Lou Logan
> ---
> doc/filters.texi | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 4abc786..34008e5 100644
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
> @@ -7128,7 +7128,
On Mon, 12 Oct 2015 20:50:58 +0200, Paul B Mahol wrote:
> ok
Pushed. Thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Mon, Oct 12, 2015 at 9:54 AM, Rodger Combs wrote:
> +void checkasm_check_aes(void)
> +{
> +int i, j, d;
> +AVAES b;
> +uint8_t pt[32];
> +uint8_t temp[2][32];
> +uint8_t iv[2][16];
> +
> +for (d = 0; d <= 1; d++) {
> +for (i = 128; i <= 256; i += 64) {
> +
On Fri, Oct 09, 2015 at 06:13:05PM +0200, Clément Bœsch wrote:
[...]
> > > You have 24 hours to make comments.
> >
> > 24 hours is IMHO too little. What is the hurry? Maybe at least 96 hours?
> >
>
> People had time to comment on the thread already, but sure OK for 96
> hours.
>
Not sure if I
On Mon, Oct 12, 2015 at 3:10 PM, Clément Bœsch wrote:
> On Fri, Oct 09, 2015 at 06:13:05PM +0200, Clément Bœsch wrote:
> [...]
>> > > You have 24 hours to make comments.
>> >
>> > 24 hours is IMHO too little. What is the hurry? Maybe at least 96 hours?
>> >
>>
>> People had time to comment on the
On Mon, Oct 12, 2015 at 03:19:33PM -0400, Ganesh Ajjanagadde wrote:
> On Mon, Oct 12, 2015 at 3:10 PM, Clément Bœsch wrote:
> > On Fri, Oct 09, 2015 at 06:13:05PM +0200, Clément Bœsch wrote:
> > [...]
> >> > > You have 24 hours to make comments.
> >> >
> >> > 24 hours is IMHO too little. What is t
On Mon, Oct 12, 2015 at 07:37:43PM +0200, Christophe Gisquet wrote:
> It was useful to (accidentally?) spot an overflow in the column pass
> of the x86 simple_idct10 implementation.
> ---
> tests/fate/vcodec.mak | 6 +-
> tests/ref/vsynth/vsynth1-dnxhd-1080i-10bit
On Mon, Oct 12, 2015 at 3:24 PM, Clément Bœsch wrote:
> On Mon, Oct 12, 2015 at 03:19:33PM -0400, Ganesh Ajjanagadde wrote:
>> On Mon, Oct 12, 2015 at 3:10 PM, Clément Bœsch wrote:
>> > On Fri, Oct 09, 2015 at 06:13:05PM +0200, Clément Bœsch wrote:
>> > [...]
>> >> > > You have 24 hours to make c
This fixes trac #4924, most likely not 100% correct.
---
libavformat/concatdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/concatdec.c b/libavformat/concatdec.c
index 832b7f4..1151b10 100644
--- a/libavformat/concatdec.c
+++ b/libavformat/concatdec.c
@@ -580,7
1 - 100 of 150 matches
Mail list logo
