Hi,
On Fri, Aug 10, 2012 at 2:50 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
OMG you're actually going to argue over something silly like this?
Please. I'm the one who has to fix these issues, and they have
happened a lot over the past year or two
Hi,
On Fri, Aug 10, 2012 at 6:17 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Fri, Aug 10, 2012 at 2:50 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
OMG you're actually going to argue over something silly like
Hi,
On Thu, Aug 9, 2012 at 4:49 PM, Diego Biurrun di...@biurrun.de wrote:
On Sun, Aug 05, 2012 at 07:20:40AM -0700, Ronald S. Bultje wrote:
On Sun, Aug 5, 2012 at 2:44 AM, Diego Biurrun di...@biurrun.de wrote:
On Sat, Aug 04, 2012 at 06:19:38PM -0700, Ronald S. Bultje wrote:
On Sat, Aug 4
Hi,
On Wed, Aug 8, 2012 at 6:56 PM, JIA Pei jp4w...@gmail.com wrote:
Hi, all:
I'm trying to build avconv.c ... However, I can't find a place that defines
the following 4 functions:
choose_pix_fmts()
choose_sample_fmts()
choose_sample_rates()
choose_channel_layouts()
See
Hi,
On Tue, Aug 7, 2012 at 7:09 PM, Nathan Caldwell saint...@gmail.com wrote:
From: Hendrik Leppkes h.lepp...@gmail.com
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/lagarith.c | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
I have the
Hi,
On Sun, Aug 5, 2012 at 3:52 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
From: Ronald S. Bultje rsbul...@gmail.com
The idea is to compile in os_support.c when compiling Libav against
the MS runtime (e.g. with the MSVC compiler) and thereby provide
Hi,
On Sun, Aug 5, 2012 at 2:44 AM, Diego Biurrun di...@biurrun.de wrote:
On Sat, Aug 04, 2012 at 06:19:38PM -0700, Ronald S. Bultje wrote:
On Sat, Aug 4, 2012 at 2:28 PM, Loren Merritt lor...@u.washington.edu
wrote:
On Sat, 4 Aug 2012, Diego Biurrun wrote:
On Sat, Aug 04, 2012 at 03:11
Hi,
On Sun, Aug 5, 2012 at 5:07 AM, Måns Rullgård m...@mansr.com wrote:
Mans Rullgard m...@mansr.com writes:
This allows simplifying a few expressions.
Signed-off-by: Mans Rullgard m...@mansr.com
---
Ping.
Does this solve the msvc problem with those expressions?
I'm currently working
Hi,
On Sun, Aug 5, 2012 at 8:05 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Sun, Aug 5, 2012 at 5:07 AM, Måns Rullgård m...@mansr.com wrote:
Mans Rullgard m...@mansr.com writes:
This allows simplifying a few expressions.
Signed-off-by: Mans
Hi,
On Sun, Aug 5, 2012 at 2:20 PM, Diego Biurrun di...@biurrun.de wrote:
On Sun, Aug 05, 2012 at 09:35:27PM +0100, Måns Rullgård wrote:
Diego Biurrun di...@biurrun.de writes:
On Tue, May 22, 2012 at 09:09:39PM +0200, Diego Biurrun wrote:
On Sun, May 20, 2012 at 06:18:10PM +0200, Diego
Hi,
On Tue, Jul 31, 2012 at 3:17 PM, Diego Biurrun di...@biurrun.de wrote:
This is more consistent with the way we handle C #includes and
it simplifies the build system.
But it complicates the source. The part where this patch adds more
characters than it removes worries me...
What's the
Hi,
On Sat, Aug 4, 2012 at 2:28 PM, Loren Merritt lor...@u.washington.edu wrote:
On Sat, 4 Aug 2012, Diego Biurrun wrote:
On Sat, Aug 04, 2012 at 03:11:50PM -0400, Justin Ruggles wrote:
On 07/31/2012 06:17 PM, Diego Biurrun wrote:
---
libavcodec/x86/ac3dsp.asm |4 +-
From: Ronald S. Bultje rsbul...@gmail.com
This makes add_hfyu_left_prediction_sse4() handle sources that are not
16-byte aligned in its own function rather than by proxying the call to
add_hfyu_left_prediction_ssse3(). This fixes a crash on Win64, since the
sse4 version clobberes xmm6
Hi,
On Fri, Aug 3, 2012 at 2:14 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
+} else if (!av_strncasecmp(nptr, 0x, 2) ||
+ !av_strncasecmp(nptr, -0x, 3) ||
+ !av_strncasecmp(nptr, +0x, 3)) {
+return strtol(nptr
Hi,
On Fri, Aug 3, 2012 at 5:54 AM, Diego Biurrun di...@biurrun.de wrote:
On Thu, Aug 02, 2012 at 09:59:54PM -0700, Ronald S. Bultje wrote:
On Thu, Aug 2, 2012 at 1:45 PM, Diego Biurrun di...@biurrun.de wrote:
Refactoring mmx2/mmxext YASM code with cpuflags will force renames.
So switching
From: Ronald S. Bultje rsbul...@gmail.com
This makes add_hfyu_left_prediction_sse4() handle sources that are not
16-byte aligned in its own function rather than by proxying the call to
add_hfyu_left_prediction_ssse3(). This fixes a crash on Win64, since the
sse4 version clobberes xmm6
Hi,
On Thu, Aug 2, 2012 at 9:44 PM, Kostya Shishkov
kostya.shish...@gmail.com wrote:
On Thu, Aug 02, 2012 at 03:37:28PM -0400, Sean McGovern wrote:
This fixes Bugzilla #327:
---
libavcodec/wmaprodec.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
From: Ronald S. Bultje rsbul...@gmail.com
This reverts commit 36936080239ba9e162f9f5d0f722ce579cb606cf. It was
already applied; no idea why it didn't error out while re-applying it.
---
libavcodec/wmaprodec.c |5 -
1 file changed, 5 deletions(-)
diff --git a/libavcodec/wmaprodec.c b
Hi,
On Fri, Aug 3, 2012 at 8:19 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Fri, Aug 3, 2012 at 2:14 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
+} else if (!av_strncasecmp(nptr, 0x, 2
Hi,
On Fri, Aug 3, 2012 at 2:14 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
I'm adding this under _MSC_VER (rather than a configure check) because
I'm not quite sure how the configure check would work, so consider this
a RFC more than anything. The idea
Hi,
On Fri, Aug 3, 2012 at 1:38 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
+} else if (!av_strncasecmp(nptr, 0x, 2) ||
+ !av_strncasecmp(nptr, -0x, 3) ||
+ !av_strncasecmp(nptr, +0x, 3)) {
+return strtol(nptr
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/fft_mmx.asm |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/x86/fft_mmx.asm b/libavcodec/x86/fft_mmx.asm
index 7c0e9de..6082d9e 100644
--- a/libavcodec/x86/fft_mmx.asm
+++ b/libavcodec/x86/fft_mmx.asm
Hi,
[.. as for the rest ..]
On Fri, Aug 3, 2012 at 1:38 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
Other than that,
this feels like it belongs in compat/ rather than libavutil. Not really
sure how best to build it though.
I was actually thinking
From: Ronald S. Bultje rsbul...@gmail.com
The idea is to compile in os_support.c when compiling Libav against
the MS runtime (e.g. with the MSVC compiler) and thereby provide
replacements for some functions hat are not standards-compliant. We
can force-include the header using cl.exe -Fi, so we
Hi,
On Fri, Aug 3, 2012 at 5:08 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
From: Ronald S. Bultje rsbul...@gmail.com
The idea is to compile in os_support.c when compiling Libav against
the MS runtime (e.g. with the MSVC compiler) and thereby provide
Hi,
On Fri, Aug 3, 2012 at 5:08 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
Hi,
[.. as for the rest ..]
On Fri, Aug 3, 2012 at 1:38 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
Other than that,
this feels
From: Ronald S. Bultje rsbul...@gmail.com
The idea is to compile in os_support.c when compiling Libav against
the MS runtime (e.g. with the MSVC compiler) and thereby provide
replacements for some functions hat are not standards-compliant. We
can force-include the header using cl.exe -Fi, so we
Hi,
On Fri, Aug 3, 2012 at 5:22 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Fri, Aug 3, 2012 at 5:08 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
Hi,
[.. as for the rest ..]
On Fri, Aug 3, 2012 at 1:38 PM, Måns Rullgård m...@mansr.com
Hi,
On Thu, Aug 2, 2012 at 7:38 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje g...@libav.org writes:
Module: libav
Branch: master
Commit: b6a3849adb0381a437952a785d39e22cb3b00282
Author:Ronald S. Bultje rsbul...@gmail.com
Committer: Ronald S. Bultje rsbul...@gmail.com
Hi,
On Mon, Jul 30, 2012 at 8:10 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Mon, Jul 30, 2012 at 8:03 AM, Måns Rullgård m...@mansr.com wrote:
inline_mmx_deps=inline_asm mmx
inline_sse_deps=inline_mmx
If the user uses --disable-sse, this doesn't
Hi,
On Thu, Aug 2, 2012 at 11:55 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Mon, Jul 30, 2012 at 8:10 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Mon, Jul 30, 2012 at 8:03 AM, Måns Rullgård m...@mansr.com
Hi,
On Thu, Aug 2, 2012 at 12:07 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Thu, Aug 2, 2012 at 11:55 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Mon, Jul 30, 2012 at 8:10 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul
Hi,
On Wed, Aug 1, 2012 at 11:58 AM, Måns Rullgård m...@mansr.com wrote:
Luca Barbato lu_z...@gentoo.org writes:
+#if !HAVE_SNPRINTF
+#ifdef _MSC_VER
+#define vsnprintf _vsnprintf
+#endif
+
+int snprintf(char *buffer, size_t bufsize, const char *fmt, ...)
+{
+va_list ap;
+int
Hi,
On Thu, Aug 2, 2012 at 12:29 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
Hi,
On Wed, Aug 1, 2012 at 11:58 AM, Måns Rullgård m...@mansr.com wrote:
Luca Barbato lu_z...@gentoo.org writes:
+#if !HAVE_SNPRINTF
+#ifdef _MSC_VER
+#define vsnprintf
Hi,
On Thu, Aug 2, 2012 at 3:42 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Thu, Aug 2, 2012 at 12:29 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Wed, Aug 1, 2012 at 11:58 AM, Måns Rullgård m...@mansr.com
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/lagarith.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/lagarith.c b/libavcodec/lagarith.c
index 35f5a07..ff716b0 100644
--- a/libavcodec/lagarith.c
+++ b/libavcodec/lagarith.c
@@ -618,11 +618,11
From: Ronald S. Bultje rsbul...@gmail.com
For left HFYU prediction, we predict from the buffer buf+1 using 8- or
16-byte reads. This means that aligning the buffer by 16 bytes is in
itself not sufficient, because if the width itself is 16- or 8-byte
aligned, the buffer will not be padded
From: Ronald S. Bultje rsbul...@gmail.com
Based on patch by Oana Stratulat oanaandreeastratu...@gmail.com.
---
tests/fate/lossless-video.mak | 15 +++
tests/ref/fate/lagarith-rgb24 |5 +
tests/ref/fate/lagarith-rgb32 | 26 ++
tests/ref/fate
Hi,
On Thu, Aug 2, 2012 at 9:46 PM, Kostya Shishkov
kostya.shish...@gmail.com wrote:
On Thu, Aug 02, 2012 at 08:46:08PM -0700, Ronald S. Bultje wrote:
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/lagarith.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
Hi,
On Thu, Aug 2, 2012 at 1:45 PM, Diego Biurrun di...@biurrun.de wrote:
Refactoring mmx2/mmxext YASM code with cpuflags will force renames.
So switching to a consistent naming scheme beforehand is sensible.
The name mmxext is more official and widespread and also the name
of the CPU flag,
Hi,
On Wed, Aug 1, 2012 at 6:24 AM, Diego Biurrun di...@biurrun.de wrote:
On Wed, Aug 01, 2012 at 02:46:36PM +0200, Janne Grunau wrote:
On 2012-08-01 01:33:47 +0200, Diego Biurrun wrote:
On Wed, Aug 01, 2012 at 12:00:58AM +0100, Måns Rullgård wrote:
Ronald S. Bultje rsbul...@gmail.com
Hi,
On Wed, Aug 1, 2012 at 5:08 AM, Diego Biurrun di...@biurrun.de wrote:
+FILTER_BILINEAR 8, 7, m2
INIT_MMX ssse3
-FILTER_BILINEAR_SSSE3 4
+FILTER_BILINEAR 4, 7, m2
INIT_XMM ssse3
-FILTER_BILINEAR_SSSE3 8
+FILTER_BILINEAR 8, 5, m1
So, uhm, we should probably discuss this on IRC before
Hi,
On Wed, Aug 1, 2012 at 5:30 AM, Diego Biurrun di...@biurrun.de wrote:
---
libavcodec/x86/fft_mmx.asm| 19 ---
libavcodec/x86/fmtconvert.asm | 17 ++---
libavutil/x86/x86util.asm | 12
3 files changed, 18 insertions(+), 30
From: Ronald S. Bultje rsbul...@gmail.com
This reverts commit ddbe71b44fc810cc39b576bf0047f89090cfabcb.
I forgot to remove it from my tree before pushing another patch.
---
libavcodec/dct-test.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dct-test.c b
Hi,
On Wed, Aug 1, 2012 at 10:53 AM, Diego Biurrun di...@biurrun.de wrote:
--- a/libavcodec/x86/fft_mmx.asm
[..]
-%elifidn %1, %2
-movd [r0+12], %1
-punpckhdq %1, [r0+8]
-%else
If you remove this macro from this file, the callers with %1==%2 need
to use the code directly, or call a
Hi,
On Wed, Jul 25, 2012 at 10:35 PM, Måns Rullgård m...@mansr.com wrote:
Luca Barbato lu_z...@gentoo.org writes:
From: Ronald S. Bultje rsbul...@gmail.com
---
Here my initial twist about it, ideally I'd consider moving os_support
in libavu and include it automagically from config.h
Hi,
On Wed, Aug 1, 2012 at 11:58 AM, Måns Rullgård m...@mansr.com wrote:
Luca Barbato lu_z...@gentoo.org writes:
+#if !HAVE_SNPRINTF
+#ifdef _MSC_VER
+#define vsnprintf _vsnprintf
+#endif
+
+int snprintf(char *buffer, size_t bufsize, const char *fmt, ...)
+{
+va_list ap;
+int
Hi,
On Wed, Aug 1, 2012 at 2:31 PM, Uoti Urpala uoti.urp...@pp1.inet.fi wrote:
On Wed, 2012-08-01 at 21:55 +0100, Måns Rullgård wrote:
Uoti Urpala uoti.urp...@pp1.inet.fi writes:
On Wed, 2012-08-01 at 21:34 +0100, Måns Rullgård wrote:
It is not possible to get those semantics using the
Hi,
On Wed, Aug 1, 2012 at 3:55 PM, Diego Biurrun di...@biurrun.de wrote:
+%macro PSWAPD 2
+%if cpuflag(mmxext)
+pshufw %1, %2, 0x4e
If you change 0x4e to q1032, patch is OK with me.
Ronald
___
libav-devel mailing list
libav-devel@libav.org
Hi,
On Wed, Aug 1, 2012 at 5:38 PM, Loren Merritt lor...@u.washington.edu wrote:
On Thu, 2 Aug 2012, Diego Biurrun wrote:
On Wed, Aug 01, 2012 at 07:41:01AM -0700, Ronald S. Bultje wrote:
On Wed, Aug 1, 2012 at 5:30 AM, Diego Biurrun di...@biurrun.de wrote:
--- a/libavcodec/x86/fft_mmx.asm
Hi,
On Wed, Aug 1, 2012 at 10:29 PM, Daniel Kang daniel.d.k...@gmail.com wrote:
On Wed, Aug 1, 2012 at 5:22 AM, Måns Rullgård m...@mansr.com wrote:
Daniel Kang daniel.d.k...@gmail.com writes:
Can I have access to a setup that doesn't have inlined assembly?
--extra-cflags=-D__asm__=error
Hi,
On Tue, Jul 31, 2012 at 4:53 AM, Diego Biurrun di...@biurrun.de wrote:
-DECLARE_ALIGNED(8, static const uint64_t, ff_pb_3_1 ) =
0x0103010301030103ULL;
+DECLARE_ALIGNED(8, static const uint64_t, ff_pb_3_1) = 0x0103010301030103ULL;
Unused? I thought my patch removed it. It should've.
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/Makefile|2 -
libavcodec/x86/fft_3dn.c | 23 --
libavcodec/x86/fft_3dn2.c | 173
libavcodec/x86/fft_mmx.asm | 189 +---
4 files changed
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/Makefile|2 -
libavcodec/x86/fft_3dn.c | 23 --
libavcodec/x86/fft_3dn2.c | 173 -
libavcodec/x86/fft_mmx.asm | 185 +---
4 files
Hi.
On Tue, Jul 31, 2012 at 11:14 AM, Ronald S. Bultje rsbul...@gmail.com wrote:
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/Makefile|2 -
libavcodec/x86/fft_3dn.c | 23 --
libavcodec/x86/fft_3dn2.c | 173
Hi,
On Tue, Jul 31, 2012 at 12:25 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 07/31/2012 08:33 PM, Ronald S. Bultje wrote:
Hi.
On Tue, Jul 31, 2012 at 11:14 AM, Ronald S. Bultje rsbul...@gmail.com
wrote:
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/Makefile|2
Hi,
On Tue, Jul 31, 2012 at 1:34 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 07/31/2012 09:40 PM, Ronald S. Bultje wrote:
This patch doesn't drop it, it converts it to yasm. We're disabling it
for x86-64 for the simple reason that all 64bit CPUs have SSE, which
is always faster than 3dnow
Hi,
On Tue, Jul 31, 2012 at 3:17 PM, Diego Biurrun di...@biurrun.de wrote:
[..]
The most important thing is missing: why?
Ronald
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Hi,
On Tue, Jul 31, 2012 at 3:43 PM, Diego Biurrun di...@biurrun.de wrote:
On Wed, Jul 25, 2012 at 08:30:19PM -0700, Ronald S. Bultje wrote:
--- a/libavcodec/dct-test.c
+++ b/libavcodec/dct-test.c
@@ -85,7 +85,7 @@ static const struct algo fdct_tab[] = {
{ IJG-AAN-INT
From: Ronald S. Bultje rsbul...@gmail.com
64-bit CPUs always have SSE available, thus there is no need to compile
in the 3dnow functions. This results in smaller binaries.
---
libavcodec/x86/Makefile|2 -
libavcodec/x86/fft.c |2 +
libavcodec/x86/fft_3dn.c | 23
Hi,
On Tue, Jul 31, 2012 at 3:18 PM, Diego Biurrun di...@biurrun.de wrote:
diff --git a/libavutil/x86/x86util.asm b/libavutil/x86/x86util.asm
[..]
+%macro PSWAPD 2
[..]
+%ifidn %1, %2
+movd [r0+12], %1
+punpckhdq %1, [r0+8]
+%else
No. No, no, no, no, no. No.
Ronald
Hi,
On Tue, Jul 31, 2012 at 3:17 PM, Diego Biurrun di...@biurrun.de wrote:
---
libavcodec/x86/proresdsp.asm |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/x86/proresdsp.asm b/libavcodec/x86/proresdsp.asm
index 93759bc..91e0800 100644
---
Hi,
On Tue, Jul 31, 2012 at 3:17 PM, Diego Biurrun di...@biurrun.de wrote:
---
libavcodec/x86/h264_intrapred_10bit.asm | 307
---
1 files changed, 158 insertions(+), 149 deletions(-)
OK.
Ronald
___
libav-devel
HI,
On Tue, Jul 31, 2012 at 3:17 PM, Diego Biurrun di...@biurrun.de wrote:
---
libavutil/x86/x86inc.asm |8
1 files changed, 0 insertions(+), 8 deletions(-)
OK, and you should be able to commit this directly along with the
h264_intrapred_10bit.asm changes (it's the only file
Hi,
On Tue, Jul 31, 2012 at 5:01 PM, Justin Ruggles
justin.rugg...@gmail.com wrote:
On 07/31/2012 06:56 PM, Ronald S. Bultje wrote:
%macro PREROTATER 5 ;-2*k, 2*k, input+n4, tcos+n8, tsin+n8
[...]
+mova m1, m0
+mova m3, m2
+punpckhdq m0, m4
+punpckhdq m2, m6
From: Ronald S. Bultje rsbul...@gmail.com
64-bit CPUs always have SSE available, thus there is no need to compile
in the 3dnow functions. This results in smaller binaries.
---
libavcodec/x86/Makefile|2 -
libavcodec/x86/fft.c |2 +
libavcodec/x86/fft_3dn.c | 23
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/dct-test.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dct-test.c b/libavcodec/dct-test.c
index 5046544..9e19e0c 100644
--- a/libavcodec/dct-test.c
+++ b/libavcodec/dct-test.c
@@ -85,7 +85,7 @@ static
Hi,
On Tue, Jul 31, 2012 at 4:37 PM, Diego Biurrun di...@biurrun.de wrote:
On Tue, Jul 31, 2012 at 03:46:55PM -0700, Ronald S. Bultje wrote:
On Tue, Jul 31, 2012 at 3:43 PM, Diego Biurrun di...@biurrun.de wrote:
On Wed, Jul 25, 2012 at 08:30:19PM -0700, Ronald S. Bultje wrote
Hi,
On Tue, Jul 31, 2012 at 9:12 PM, Luca Barbato lu_z...@gentoo.org wrote:
@@ -2879,10 +2879,9 @@ static void dsputil_init_sse2(DSPContext *c,
AVCodecContext *avctx,
int mm_flags)
{
const int bit_depth = avctx-bits_per_raw_sample;
-
-#if
Hi,
On Mon, Jul 30, 2012 at 2:41 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Thu, Jul 26, 2012 at 4:52 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
On Thu, Jul 26, 2012 at 3:54 PM, Diego Biurrun di...@biurrun.de wrote:
On Thu, Jul 26, 2012 at 03:42
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/Makefile|2 -
libavcodec/x86/fft_3dn.c | 23 --
libavcodec/x86/fft_3dn2.c | 173
libavcodec/x86/fft_mmx.asm | 158 ++--
4 files changed
Hi,
On Mon, Jul 30, 2012 at 8:03 AM, Måns Rullgård m...@mansr.com wrote:
inline_mmx_deps=inline_asm mmx
inline_sse_deps=inline_mmx
If the user uses --disable-sse, this doesn't disable it here. I
suppose you might mean inline_sse_deps=inline_mmx sse?
Other than that, looks good to me. I don't
Hi,
On Sun, Jul 29, 2012 at 3:00 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
On Sat, Jul 28, 2012 at 10:11 AM, Ronald S. Bultje rsbul...@gmail.com wrote:
From: Ronald S. Bultje rsbul...@gmail.com
This completes the conversion of h264dsp to yasm; note that h264 also
uses some dsputil
Hi,
On Wed, Jul 25, 2012 at 10:40 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 07/26/2012 05:37 AM, Ronald S. Bultje wrote:
From: Ronald S. Bultje rsbul...@gmail.com
---
libavutil/eval.c | 35 +++
1 file changed, 35 insertions(+)
As for the snprintf
Hi,
On Mon, Jul 30, 2012 at 10:47 AM, Justin Ruggles
justin.rugg...@gmail.com wrote:
+%else
+%if cpuflag(sse4) mmsize = 16
%elif, indent also.
+pminsd%1, %2
+%else
mova %3, %2
pcmpgtd %3, %1
pxor %1, %2
pand %1, %3
pxor
Hi,
On Mon, Jul 30, 2012 at 10:26 AM, Alex Converse alex.conve...@gmail.com wrote:
On Mon, Jul 30, 2012 at 10:07 AM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Wed, Jul 25, 2012 at 10:40 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 07/26/2012 05:37 AM, Ronald S. Bultje wrote:
From
Hi,
On Mon, Jul 30, 2012 at 1:18 PM, Justin Ruggles
justin.rugg...@gmail.com wrote:
---
libavresample/x86/audio_convert.asm| 44
libavresample/x86/audio_convert_init.c |9 ++
2 files changed, 53 insertions(+), 0 deletions(-)
LGTM.
Ronald
Hi,
On Sat, Jul 28, 2012 at 5:40 AM, Anton Khirnov an...@khirnov.net wrote:
---
src/index |6 ++
1 file changed, 6 insertions(+)
OK.
Ronald
___
libav-devel mailing list
libav-devel@libav.org
Hi,
On Sun, Jul 29, 2012 at 2:29 AM, Måns Rullgård m...@mansr.com wrote:
@@ -2479,11 +2480,14 @@ static int transcode_init(void)
codec-height = icodec-height;
codec-has_b_frames = icodec-has_b_frames;
if
Hi,
On Jul 29, 2012 9:01 AM, Luca Barbato lu_z...@gentoo.org wrote:
On 07/29/2012 04:00 PM, Mans Rullgard wrote:
This allows simplifying a few expressions.
Signed-off-by: Mans Rullgard m...@mansr.com
---
avconv.c | 6 ++
libavutil/rational.h | 11 +++
2
Hi,
On Sat, Jul 28, 2012 at 11:24 AM, Ronald S. Bultje rsbul...@gmail.com wrote:
On Sat, Jul 28, 2012 at 10:52 AM, Luca Barbato lu_z...@gentoo.org wrote:
On 07/28/2012 05:05 PM, Ronald S. Bultje wrote:
On Fri, Jul 27, 2012 at 5:48 PM, Ronald S. Bultje rsbul...@gmail.com
wrote:
On Fri, Jul
Hi,
On Sat, Jul 28, 2012 at 10:11 AM, Ronald S. Bultje rsbul...@gmail.com wrote:
From: Ronald S. Bultje rsbul...@gmail.com
This completes the conversion of h264dsp to yasm; note that h264 also
uses some dsputil functions, most notably qpel. Performance-wise, the
yasm-version is ~10 cycles
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/Makefile|2 -
libavcodec/x86/fft_3dn.c | 23 --
libavcodec/x86/fft_3dn2.c | 173
libavcodec/x86/fft_mmx.asm | 156 ++-
4 files changed
From: Ronald S. Bultje rsbul...@gmail.com
64-bit CPUs always have SSE available, thus there is no need to compile
in the 3dnow functions. This results in smaller binaries.
---
libavcodec/x86/fft.c |2 ++
libavcodec/x86/fft_mmx.asm | 15 ++-
2 files changed, 16 insertions
On Sun, Jul 29, 2012 at 8:31 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/Makefile|2 -
libavcodec/x86/fft_3dn.c | 23 --
libavcodec/x86/fft_3dn2.c | 173
Hi,
On Thu, Jul 26, 2012 at 4:52 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
On Thu, Jul 26, 2012 at 3:54 PM, Diego Biurrun di...@biurrun.de wrote:
On Thu, Jul 26, 2012 at 03:42:24PM -0700, Ronald S. Bultje wrote:
On Thu, Jul 26, 2012 at 2:39 PM, Diego Biurrun di...@biurrun.de wrote
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/h264_idct_10bit.asm | 254 ++--
1 file changed, 127 insertions(+), 127 deletions(-)
diff --git a/libavcodec/x86/h264_idct_10bit.asm
b/libavcodec/x86/h264_idct_10bit.asm
index 934a7ff..2aab986 100644
Hi,
On Fri, Jul 27, 2012 at 1:01 PM, Loren Merritt lor...@u.washington.edu wrote:
On Fri, 27 Jul 2012, Ronald S. Bultje wrote:
From: Ronald S. Bultje rsbul...@gmail.com
This completes the conversion of h264dsp to yasm; note that h264 also
uses some dsputil functions, most notably qpel
Hi,
On Fri, Jul 27, 2012 at 9:29 AM, Ronald S. Bultje rsbul...@gmail.com wrote:
On Thu, Jul 26, 2012 at 6:42 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Thu, Jul 26, 2012 at 2:23 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul
Hi,
On Fri, Jul 27, 2012 at 5:48 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
On Fri, Jul 27, 2012 at 2:43 PM, Måns Rullgård m...@mansr.com wrote:
However, the question still remains why it is in generic code.
That's hard to say in hindsight, but it seems it was for simplicity so
that you
Hi,
On Fri, Jul 27, 2012 at 4:21 PM, Derek Buitenhuis
derek.buitenh...@gmail.com wrote:
+static int cllc_decode_frame(AVCodecContext *avctx, void *data,
+ int *data_size, AVPacket *avpkt)
[..]
+uint8_t *src = avpkt-data;
[..]
+info_tag= AV_RL32(src);
+
From: Ronald S. Bultje rsbul...@gmail.com
This completes the conversion of h264dsp to yasm; note that h264 also
uses some dsputil functions, most notably qpel. Performance-wise, the
yasm-version is ~10 cycles faster (182-172) on x86-64, and ~8 cycles
faster (201-193) on x86-32.
---
libavcodec
Hi,
On Sat, Jul 28, 2012 at 10:52 AM, Luca Barbato lu_z...@gentoo.org wrote:
On 07/28/2012 05:05 PM, Ronald S. Bultje wrote:
On Fri, Jul 27, 2012 at 5:48 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
On Fri, Jul 27, 2012 at 2:43 PM, Måns Rullgård m...@mansr.com wrote:
However, the question
Hi,
On Sat, Jul 28, 2012 at 11:30 AM, Justin Ruggles
justin.rugg...@gmail.com wrote:
---
libavresample/x86/audio_convert.asm| 37
libavresample/x86/audio_convert_init.c | 13 +++
2 files changed, 50 insertions(+), 0 deletions(-)
LGTM.
Hi,
On Sat, Jul 28, 2012 at 11:48 AM, Justin Ruggles
justin.rugg...@gmail.com wrote:
On 07/24/2012 11:51 PM, Ronald S. Bultje wrote:
On Sat, Jul 14, 2012 at 9:29 PM, Justin Ruggles
justin.rugg...@gmail.com wrote:
---
libavresample/x86/audio_convert.asm| 62
Hi,
On Sat, Jul 28, 2012 at 12:27 PM, Diego Biurrun di...@biurrun.de wrote:
On Thu, Jul 26, 2012 at 10:51:13PM +, Loren Merritt wrote:
Change code style to match the rest of libav.
---
libavfilter/vf_hqdn3d.c | 308
+++
1 files changed, 152
Hi,
On Thu, Jul 26, 2012 at 4:14 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 07/27/2012 12:51 AM, Loren Merritt wrote:
---
libavfilter/vf_delogo.c | 38 +-
libavfilter/vf_gradfun.c | 37 +
libavfilter/video.c
Hi,
On Thu, Jul 26, 2012 at 6:40 PM, Loren Merritt lor...@u.washington.edu wrote:
On Thu, 26 Jul 2012, Ronald S. Bultje wrote:
On Thu, Jul 26, 2012 at 3:51 PM, Loren Merritt lor...@u.washington.edu
wrote:
14% faster on penryn, 2% on sandybridge, 9% on bulldozer
---
libavfilter
Hi,
On Thu, Jul 26, 2012 at 8:28 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
On Thu, Jul 26, 2012 at 6:42 PM, Loren Merritt lor...@u.washington.edu
wrote:
---
libavfilter/vf_hqdn3d.c | 72
++
1 files changed, 53 insertions(+), 19 deletions
Hi,
On Sat, Jul 28, 2012 at 3:17 PM, Derek Buitenhuis
derek.buitenh...@gmail.com wrote:
+/* Simultaniously read and restore the line */
+for (i = 0; i ctx-avctx-width; i++) {
+pred += code_table[2 * show_bits(gb, 14)];
+skip = code_table[2 * show_bits(gb, 14) + 1];
401 - 500 of 3612 matches
Mail list logo