Currently if a pattern is given we look for up to the fifth file name in
the sequence. This option sets that limit to an arbitrary number.
---
libavformat/img2dec.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c
index b
This adds the capability to start counting file number from an arbitrary
integer.
This includes a few lines of trivial code from FFmpeg codebase.
---
libavformat/img2enc.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/libavformat/img2enc.c b/libavform
On Fri, Jun 22, 2012 at 3:36 PM, Johan Andersson wrote:
> On Fri, Jun 22, 2012 at 03:31:52PM -0700, Alex Converse wrote:
>> FL not FR is front left.
>> ---
>> doc/filters.texi | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>
> Anton have already send a patch for this and luca o
On Fri, Jun 22, 2012 at 03:31:52PM -0700, Alex Converse wrote:
> FL not FR is front left.
> ---
> doc/filters.texi |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Anton have already send a patch for this and luca ok'd it.
[PATCH] doc/filters: fix typo.
cheers
--
Johan Andersson
On 06/23/2012 12:24 AM, Daniel Kang wrote:
> On Fri, Jun 22, 2012 at 12:26 AM, Luca Barbato wrote:
>
> With this current framework, it is.
Ouch.
> I am testing Jason's idea, which only need a little more memory. However,
> from the timings and preliminary tests I have done, I don't think it sca
FL not FR is front left.
---
doc/filters.texi |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 218cd60..d3543b3 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -281,7 +281,7 @@ Desired output channel layout. Defaults to ste
On Fri, Jun 22, 2012 at 12:26 AM, Luca Barbato wrote:
> On 06/22/2012 04:19 AM, Daniel Kang wrote:
> > In preparation for sliced threading.
> > ---
> > libavcodec/vp8.c | 54
> ++
> > libavcodec/vp8.h | 11 +--
> > 2 files changed,
On 06/22/2012 11:14 PM, Mans Rullgard wrote:
> Signed-off-by: Mans Rullgard
> ---
> libavcodec/x86/dsputil_mmx.h | 68
> --
> 1 file changed, 68 deletions(-)
Ok.
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
__
On 06/22/2012 11:14 PM, Mans Rullgard wrote:
> Signed-off-by: Mans Rullgard
> ---
> libavcodec/x86/cavsdsp_mmx.c |6 ++
> libavcodec/x86/dsputil_mmx.c | 28
> libavcodec/x86/dsputil_mmx.h | 34 --
> 3 files changed, 34 inser
On 06/22/2012 11:14 PM, Mashiat Sarker Shakkhar wrote:
> This adds the capability to start counting file number from an arbitrary
> integer.
>
Probably start_number might be more descriptive even if longer, beside
that it looks fine.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_z
"Ronald S. Bultje" writes:
> Hi,
>
> On Fri, Jun 22, 2012 at 10:56 AM, Mans Rullgard wrote:
>> +++ b/libavcodec/x86/cavsdsp_mmx.c
>> @@ -29,6 +29,8 @@
>> #include "libavcodec/cavsdsp.h"
>> #include "dsputil_mmx.h"
>>
>> +#if HAVE_INLINE_ASM
>
> Won't work, dsputil_mmx.h contains inline asm.
N
Signed-off-by: Mans Rullgard
---
libavcodec/x86/cavsdsp_mmx.c |6 ++
libavcodec/x86/dsputil_mmx.c | 28
libavcodec/x86/dsputil_mmx.h | 34 --
3 files changed, 34 insertions(+), 34 deletions(-)
diff --git a/libavcodec/x86/ca
Signed-off-by: Mans Rullgard
---
libavcodec/x86/dsputil_mmx.h | 68 --
1 file changed, 68 deletions(-)
diff --git a/libavcodec/x86/dsputil_mmx.h b/libavcodec/x86/dsputil_mmx.h
index fa42be6..f1db78d 100644
--- a/libavcodec/x86/dsputil_mmx.h
+++ b/libavco
On 06/22/2012 11:01 PM, Anton Khirnov wrote:
> ---
> doc/filters.texi |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Ok.
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
___
libav-devel mailing list
libav-devel@libav.org
h
Currently if a pattern is given we look for up to the fifth file name in
the sequence. This option sets that limit to an arbitrary number.
---
libavformat/img2dec.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c
index b
This adds the capability to start counting file number from an arbitrary
integer.
This includes a few lines of trivial code from FFmpeg codebase.
---
libavformat/img2enc.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/libavformat/img2enc.c b/libavform
On Fri, 22 Jun 2012 11:58:53 -0700, Alex Converse
wrote:
> Inspired by MPlayer's af_channels filter and SoX's remix effect.
> ---
> Changelog |1 +
> doc/filters.texi| 33
> libavfilter/Makefile|1 +
> libavfilter/af_channelmap.c | 402
> ++
---
doc/filters.texi |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index e40f879..dd29a5c 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -248,7 +248,7 @@ Desired output channel layout. Defaults to stereo.
Map channels from inpu
On Fri, Jun 22, 2012 at 12:30 PM, Anton Khirnov wrote:
> Module: libav
> Branch: master
> Commit: dc07fb6f7b8fe0f7febdd89e21d23ac50ae920ec
>
> Author: Anton Khirnov
> Committer: Anton Khirnov
> Date: Mon May 28 07:28:58 2012 +0200
>
> lavfi: add join audio filter.
>
> It joins multiple i
---
src/index | 18 ++
1 file changed, 18 insertions(+)
diff --git a/src/index b/src/index
index 1da657c..ab6bc2f 100644
--- a/src/index
+++ b/src/index
@@ -33,6 +33,24 @@ with the latest developments by subscribing to both the
News
+June 22, 2012
+
+Major version of the li
The problem is that the ssse3 psign instruction does the wrong
thing here. Commit ea60dfe incorrectly removed a macro emulating
this instruction for pre-ssse3 code. However, the emulation is
incorrect, and the code relies on the behaviour of the macro.
Specifically, the psign sets destination ele
Hi,
On Fri, Jun 22, 2012 at 10:56 AM, Mans Rullgard wrote:
> +++ b/libavcodec/x86/cavsdsp_mmx.c
> @@ -29,6 +29,8 @@
> #include "libavcodec/cavsdsp.h"
> #include "dsputil_mmx.h"
>
> +#if HAVE_INLINE_ASM
Won't work, dsputil_mmx.h contains inline asm.
Ronald
_
Put private fields to the private section, remove holes.
---
libavfilter/avfilter.h | 54
1 file changed, 27 insertions(+), 27 deletions(-)
diff --git a/libavfilter/avfilter.h b/libavfilter/avfilter.h
index 1761488..aaf86e9 100644
--- a/libavfilt
Put related fields together, remove holes, move private fields to the
end and mark them as private.
---
libavfilter/avfilter.h | 26 +-
1 file changed, 17 insertions(+), 9 deletions(-)
diff --git a/libavfilter/avfilter.h b/libavfilter/avfilter.h
index 9932b12..bbbc53e 10
Put related fields together, remove holes.
---
libavfilter/avfilter.h | 35 ++-
1 file changed, 18 insertions(+), 17 deletions(-)
diff --git a/libavfilter/avfilter.h b/libavfilter/avfilter.h
index 29c08fe..9932b12 100644
--- a/libavfilter/avfilter.h
+++ b/libavfi
Put related fields together, remove holes.
---
libavfilter/avfilter.h | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/libavfilter/avfilter.h b/libavfilter/avfilter.h
index bbbc53e..1761488 100644
--- a/libavfilter/avfilter.h
+++ b/libavfilter/avfilter.h
@@ -417,
---
libavfilter/avfilter.c | 35 ---
libavfilter/avfilter.h | 114
libavfilter/formats.c | 40 -
libavfilter/formats.h |2 -
libavfilter/version.h |3 --
libavfilter/video.c| 51 -
Put related fields together, remove holes.
---
libavfilter/avfilter.h | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/libavfilter/avfilter.h b/libavfilter/avfilter.h
index d119c1a..29c08fe 100644
--- a/libavfilter/avfilter.h
+++ b/libavfilter
---
libavfilter/avfilter.c |6 +-
libavfilter/avfilter.h |6 --
libavfilter/version.h |3 ---
3 files changed, 1 insertion(+), 14 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index de059b7..fa31d09 100644
--- a/libavfilter/avfilter.c
+++ b/libavfi
It is not used in any filters currently and is inherently evil. If
passing binary data to filters is required in the future, it should be
done with some AVOptions-based system.
---
libavfilter/af_aformat.c |2 +-
libavfilter/af_amix.c |2 +-
libavfilter/af_asyncts.c |
---
libavfilter/avfiltergraph.c |2 --
libavfilter/avfiltergraph.h |2 --
libavfilter/graphparser.c | 19 ++-
libavfilter/version.h |3 ---
4 files changed, 6 insertions(+), 20 deletions(-)
diff --git a/libavfilter/avfiltergraph.c b/libavfilter/avfiltergraph.
---
libavfilter/Makefile |1 -
libavfilter/buffersrc.c | 20
libavfilter/version.h |3 ---
libavfilter/vsrc_buffer.h | 37 -
4 files changed, 61 deletions(-)
delete mode 100644 libavfilter/vsrc_buffer.h
diff --git a/
---
libavfilter/af_resample.c |4
libavfilter/avfilter.h|4
libavfilter/version.h |3 ---
3 files changed, 11 deletions(-)
diff --git a/libavfilter/af_resample.c b/libavfilter/af_resample.c
index bc4a007..8a02cfe 100644
--- a/libavfilter/af_resample.c
+++ b/libavfilt
Anton Khirnov writes:
> ---
> tests/Makefile |1 +
> tests/fate/cover_art.mak |5 +
> tests/ref/fate/cover_art-m4a |2 ++
> 3 files changed, 8 insertions(+)
> create mode 100644 tests/fate/cover_art.mak
> create mode 100644 tests/ref/fate/cover_art-m4a
>
> dif
On 06/22/2012 01:07 PM, Anton Khirnov wrote:
> Right now, it's uint16_t, but for itunes metadata a 32bit number is
> stored in it.
> ---
> libavformat/mov.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 63c79cd..fa70e
Inspired by MPlayer's af_channels filter and SoX's remix effect.
---
Changelog |1 +
doc/filters.texi| 33
libavfilter/Makefile|1 +
libavfilter/af_channelmap.c | 402 +++
libavfilter/allfilters.c|
---
tests/Makefile |1 +
tests/fate/cover_art.mak |5 +
tests/ref/fate/cover_art-m4a |2 ++
3 files changed, 8 insertions(+)
create mode 100644 tests/fate/cover_art.mak
create mode 100644 tests/ref/fate/cover_art-m4a
diff --git a/tests/Makefile b/tests/Makefile
Inspired by MPlayer's af_channels filter and SoX's remix effect.
---
Changelog |1 +
doc/filters.texi| 33
libavfilter/Makefile|1 +
libavfilter/af_channelmap.c | 413 +++
libavfilter/allfilters.c|
On Fri, Jun 22, 2012 at 3:39 AM, Diego Biurrun wrote:
> On Thu, Jun 21, 2012 at 04:15:13PM -0700, Alex Converse wrote:
>> --- a/doc/filters.texi
>> +++ b/doc/filters.texi
>> @@ -232,6 +232,39 @@ front_center.wav -map '[LFE]' lfe.wav -map '[SL]'
>> side_left.wav -map '[SR]'
>>
>> +@section channel
On Thu, Jun 21, 2012 at 11:44 PM, Luca Barbato wrote:
> On 06/22/2012 01:15 AM, Alex Converse wrote:
>> +#define MAX_CH 64
>
> IIRC there is a define for it already, the rest seems nice.
>
I can't find it.
___
libav-devel mailing list
libav-devel@libav.
From: "Ronald S. Bultje"
Signed-off-by: Mans Rullgard
---
These are some trivial ones. Tested by manually disabling HAVE_INLINE_ASM.
---
libavcodec/x86/cavsdsp_mmx.c |6 ++
libavcodec/x86/dnxhd_mmx.c |6 ++
libavcodec/x86/lpc_mmx.c |6 ++
libavcodec/x86/mathops.h
On Fri, Jun 22, 2012 at 07:33:01PM +0200, Anton Khirnov wrote:
>
> On Fri, 22 Jun 2012 19:26:02 +0200, Diego Biurrun wrote:
> > On Fri, Jun 22, 2012 at 07:07:44PM +0200, Anton Khirnov wrote:
> > >
> > > --- a/libavformat/mov.c
> > > +++ b/libavformat/mov.c
> > > @@ -165,6 +165,47 @@ static int m
On Fri, Jun 22, 2012 at 07:07:46PM +0200, Anton Khirnov wrote:
> Tags may contain attached picture, which will be exported as video
> streams.
>
> This ensures that the audio stream is always the first.
> ---
> libavformat/ape.c | 13 +++--
> 1 file changed, 7 insertions(+), 6 deletions
Anton Khirnov writes:
> On Fri, 22 Jun 2012 19:26:02 +0200, Diego Biurrun wrote:
>> On Fri, Jun 22, 2012 at 07:07:44PM +0200, Anton Khirnov wrote:
>> >
>> > --- a/libavformat/mov.c
>> > +++ b/libavformat/mov.c
>> > @@ -165,6 +165,47 @@ static int mov_read_mac_string(MOVContext *c,
>> > AVIOCon
Anton Khirnov writes:
> ---
> tests/Makefile |1 +
> tests/fate/cover_art.mak |5 +
> tests/ref/fate/cover_art-m4a |2 ++
> 3 files changed, 8 insertions(+)
> create mode 100644 tests/fate/cover_art.mak
> create mode 100644 tests/ref/fate/cover_art-m4a
>
> dif
On Fri, 22 Jun 2012 19:26:02 +0200, Diego Biurrun wrote:
> On Fri, Jun 22, 2012 at 07:07:44PM +0200, Anton Khirnov wrote:
> >
> > --- a/libavformat/mov.c
> > +++ b/libavformat/mov.c
> > @@ -165,6 +165,47 @@ static int mov_read_mac_string(MOVContext *c,
> > AVIOContext *pb, int len,
> >
> > +s
On Fri, Jun 22, 2012 at 07:28:28PM +0200, Diego Biurrun wrote:
> On Fri, Jun 22, 2012 at 07:07:45PM +0200, Anton Khirnov wrote:
> >
> > --- a/tests/Makefile
> > +++ b/tests/Makefile
> > @@ -36,6 +36,7 @@ include $(SRC_PATH)/tests/fate/atrac.mak
> > include $(SRC_PATH)/tests/fate/bmp.mak
> > incl
On Fri, Jun 22, 2012 at 07:07:49PM +0200, Anton Khirnov wrote:
>
> --- a/tests/fate/cover_art.mak
> +++ b/tests/fate/cover_art.mak
> @@ -1,5 +1,11 @@
> FATE_COVER_ART += fate-cover_art-m4a
> fate-cover_art-m4a: CMD = framecrc -i "$(SAMPLES)/cover_art/Owner-iTunes
> 9.0.3.15.m4a" -an -c:v copy
>
On Fri, Jun 22, 2012 at 07:07:45PM +0200, Anton Khirnov wrote:
>
> --- a/tests/Makefile
> +++ b/tests/Makefile
> @@ -36,6 +36,7 @@ include $(SRC_PATH)/tests/fate/atrac.mak
> include $(SRC_PATH)/tests/fate/bmp.mak
> include $(SRC_PATH)/tests/fate/cdxl.mak
> +include $(SRC_PATH)/tests/fate/cover_a
On Fri, Jun 22, 2012 at 07:07:44PM +0200, Anton Khirnov wrote:
>
> --- a/libavformat/mov.c
> +++ b/libavformat/mov.c
> @@ -165,6 +165,47 @@ static int mov_read_mac_string(MOVContext *c,
> AVIOContext *pb, int len,
>
> +static int mov_read_covr(MOVContext *c, AVIOContext *pb, int type, int len)
---
tests/fate/cover_art.mak |6 ++
tests/ref/fate/cover_art-ape |2 ++
tests/ref/fate/cover_art-wv |2 ++
3 files changed, 10 insertions(+)
create mode 100644 tests/ref/fate/cover_art-ape
create mode 100644 tests/ref/fate/cover_art-wv
diff --git a/tests/fate/cover_art.mak
---
tests/fate/cover_art.mak |3 +++
tests/ref/fate/cover_art-wma |2 ++
2 files changed, 5 insertions(+)
create mode 100644 tests/ref/fate/cover_art-wma
diff --git a/tests/fate/cover_art.mak b/tests/fate/cover_art.mak
index 946fb9e..db5cf5e 100644
--- a/tests/fate/cover_art.mak
+++
---
libavformat/asfdec.c | 99 ++
1 file changed, 99 insertions(+)
diff --git a/libavformat/asfdec.c b/libavformat/asfdec.c
index b39d2f2..91b0992 100644
--- a/libavformat/asfdec.c
+++ b/libavformat/asfdec.c
@@ -30,6 +30,7 @@
#include "avformat.h
---
libavformat/apetag.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/libavformat/apetag.c b/libavformat/apetag.c
index 14ceaa7..cf750b2 100644
--- a/libavformat/apetag.c
+++ b/libavformat/apetag.c
@@ -84,15 +84,15 @@ static int ape_tag_read_field(AVForm
---
libavformat/apetag.c | 28 ++--
1 file changed, 26 insertions(+), 2 deletions(-)
diff --git a/libavformat/apetag.c b/libavformat/apetag.c
index 68c987e..14ceaa7 100644
--- a/libavformat/apetag.c
+++ b/libavformat/apetag.c
@@ -24,6 +24,7 @@
#include "libavutil/dict.h
---
tests/Makefile |1 +
tests/fate/cover_art.mak |5 +
tests/ref/fate/cover_art-m4a |2 ++
3 files changed, 8 insertions(+)
create mode 100644 tests/fate/cover_art.mak
create mode 100644 tests/ref/fate/cover_art-m4a
diff --git a/tests/Makefile b/tests/Makefile
---
libavformat/mov.c | 49 +
1 file changed, 49 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index fa70eff..c564c67 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -165,6 +165,47 @@ static int mov_read_mac_string(MOV
Right now, it's uint16_t, but for itunes metadata a 32bit number is
stored in it.
---
libavformat/mov.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 63c79cd..fa70eff 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@
Tags may contain attached picture, which will be exported as video
streams.
This ensures that the audio stream is always the first.
---
libavformat/ape.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/libavformat/ape.c b/libavformat/ape.c
index b3fca23..fe7269
Diego Biurrun writes:
> ---
> libavutil/cpu.c |4 +++-
> libavutil/cpu.h |2 ++
> libavutil/x86/cpu.c |2 ++
> 3 files changed, 7 insertions(+), 1 deletions(-)
LGTM
--
Måns Rullgård
m...@mansr.com
___
libav-devel mailing list
lib
On Fri, Jun 22, 2012 at 03:40:53PM +0100, Mans Rullgard wrote:
> This adds a fallback for cbrtf() using powf(x, 1/3). Since
> powf() with a non-integer exponent requires a non-negative
> base, special handling of negative inputs is needed.
>
> Signed-off-by: Mans Rullgard
> ---
> Not tested on a
This adds a fallback for cbrtf() using powf(x, 1/3). Since
powf() with a non-integer exponent requires a non-negative
base, special handling of negative inputs is needed.
Signed-off-by: Mans Rullgard
---
Not tested on anything without cbrtf().
---
configure|2 ++
libavutil/libm.h |
Le 22/06/2012 15:41, Paul B Mahol a wrote :
> On 6/22/12, David Girault wrote:
>> Le 14/06/2012 15:35, David Girault a ecrit :
>>> This new decoder will allow to decode menu streams found
>>> in m2ts files in Bluray or AVCHD HDMV disks.
>>>
>>> Signed-off-by: David Girault
>>> ---
>>> version 6:
parse_forced_keyframes() relies in encoder timebase being set, so call
it from transcode_init() after it is known.
---
avconv.c | 59 ---
1 file changed, 32 insertions(+), 27 deletions(-)
diff --git a/avconv.c b/avconv.c
index 7abf10d..ef1
Martin Storsjö writes:
> On Thu, 21 Jun 2012, Hendrik Leppkes wrote:
>
>>
>>
>> On Wed, Jun 20, 2012 at 11:28 PM, Mans Rullgard wrote:
>> Windows Vista and later have a WSAPoll() function equivalent to
>> the standard poll().
>>
>> With this change, binaries built on Vista and later
On 6/22/12, David Girault wrote:
> Le 14/06/2012 15:35, David Girault a ecrit :
>> This new decoder will allow to decode menu streams found
>> in m2ts files in Bluray or AVCHD HDMV disks.
>>
>> Signed-off-by: David Girault
>> ---
>> version 6:
>> - rename decoder functions
>> - more stylistica
On Tue, Jun 19, 2012 at 11:16:21AM +0200, Diego Biurrun wrote:
> ---
> doc/git-howto.texi | 55
>
> 1 files changed, 55 insertions(+), 0 deletions(-)
Janne?
Diego
___
libav-devel mailing list
liba
On Fri, Jun 22, 2012 at 12:18:57PM +0200, Diego Elio Pettenò wrote:
> Il 22/06/2012 11:08, Diego Biurrun ha scritto:
> > The canonical mmxext reference I was pointed to on IRC a while ago claims
> > that mmxext was introduced by AMD with the Athlon:
>
> Sorry I was on a low of caffeine yesterday i
On Thu, Jun 21, 2012 at 04:15:13PM -0700, Alex Converse wrote:
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
> @@ -232,6 +232,39 @@ front_center.wav -map '[LFE]' lfe.wav -map '[SL]'
> side_left.wav -map '[SR]'
>
> +@section channelmap
> +Remap input channels to new locations.
> +
> +This fil
Il 22/06/2012 11:08, Diego Biurrun ha scritto:
> The canonical mmxext reference I was pointed to on IRC a while ago claims
> that mmxext was introduced by AMD with the Athlon:
Sorry I was on a low of caffeine yesterday it seems, I was thinking
mmx2, different thing altogether.
--
Diego Elio Pett
On Thu, Jun 21, 2012 at 09:25:06PM +0200, Luca Barbato wrote:
> On 06/21/2012 03:26 PM, Måns Rullgård wrote:
> > What about AMD chips?
>
> What about VIA chips? IIRC those have issues with cmov.
Yes, but we are discussing if mmxext implies cmov, not the general
availability of cmov. Apparently m
On Thu, Jun 21, 2012 at 05:31:11PM +0200, Diego Elio Pettenò wrote:
> Il 21/06/2012 17:23, Måns Rullgård ha scritto:
> > Yes, but does it have mmxext?
>
> I don't think so (although Wikipedia says it did) — I had an Athlon Slot
> A here. It did have 3dnowex though.
The canonical mmxext reference
On Fri, Jun 22, 2012 at 10:52:47AM +0200, Diego Biurrun wrote:
> On Thu, Jun 21, 2012 at 06:19:32PM -0400, Derek Buitenhuis wrote:
> > On 21/06/2012 6:16 PM, Måns Rullgård wrote:
> > > Jan Ekström writes:
> > >
> > >> Two fixes for the utvideo decoder, both regarding interlaced
> > >> footage.
>
On Thu, Jun 21, 2012 at 06:19:32PM -0400, Derek Buitenhuis wrote:
> On 21/06/2012 6:16 PM, Måns Rullgård wrote:
> > Jan Ekström writes:
> >
> >> Two fixes for the utvideo decoder, both regarding interlaced
> >> footage.
> >
> > Are there any samples with which to test these patches?
>
> http://
Le 14/06/2012 15:35, David Girault a écrit :
> This new decoder will allow to decode menu streams found
> in m2ts files in Bluray or AVCHD HDMV disks.
>
> Signed-off-by: David Girault
> ---
> version 6:
> - rename decoder functions
> - more stylistical fixes
Hi all,
This new version introduce
On 06/22/2012 04:19 AM, Daniel Kang wrote:
> ---
> Jason has some ideas to improve speed.
>
> This hurts frame and single threaded by ~0.5% (expected).
>
> With two threads, I get ~30% speed increase with 4, ~45%, and with 8 ~50%.
Once you are set make sure you refactor the changes in 3/5 since
On 06/22/2012 04:19 AM, Daniel Kang wrote:
> In preparation for sliced threading.
> ---
> libavcodec/vp8.c | 54
> ++
> libavcodec/vp8.h | 11 +--
> 2 files changed, 35 insertions(+), 30 deletions(-)
>
> diff --git a/libavcodec/vp8.
On 06/22/2012 04:19 AM, Daniel Kang wrote:
> ---
> libavcodec/vp8.c | 14 +++---
> 1 files changed, 7 insertions(+), 7 deletions(-)
As before:
- Cleanup the style to have enough space around operators
- Would be nice explaining how the memory layout got changed, as is I
can't tell why
On 06/22/2012 04:19 AM, Daniel Kang wrote:
> This is in preperation for sliced threading.
> ---
> libavcodec/vp8.c | 162
> --
> 1 files changed, 84 insertions(+), 78 deletions(-)
>
Seems ok.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gen
On 06/22/2012 03:52 AM, Daniel Kang wrote:
> ---
> libavcodec/vp8.c | 14 +++---
> 1 files changed, 7 insertions(+), 7 deletions(-)
>
Please put in the comment exactly what you did, from what I can see you
made macroblocks_base the whole frame + edges instead of just edges and
seems yo
80 matches
Mail list logo