Hi,
On Tue, Mar 29, 2011 at 10:52 PM, Oskar Arvidsson wrote:
> On Tue, Mar 29, 2011 at 09:25:13PM -0700, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Tue, Mar 29, 2011 at 3:23 PM, Oskar Arvidsson wrote:
>> > On Tue, Mar 29, 2011 at 11:06:50PM +0100, Måns Rullgård wrote:
>> >> Oskar Arvidsson writes:
mingw64 seems to have some activity on getting pthreads on window:
http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/experimental/winpthreads/
Might be worthy testing it and then require pthread everywhere.
I'll need win32/win64 volunteers to test it and possibly somebody to
interact with mi
On Tue, Mar 29, 2011 at 09:25:13PM -0700, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Mar 29, 2011 at 3:23 PM, Oskar Arvidsson wrote:
> > On Tue, Mar 29, 2011 at 11:06:50PM +0100, Måns Rullgård wrote:
> >> Oskar Arvidsson writes:
> >>
> >> > Hi,
> >> >
> >> > On Tue, Mar 29, 2011 at 05:48:45PM +02
Hi,
On Thu, Mar 17, 2011 at 6:03 AM, Anton Khirnov wrote:
> ---
> libavformat/avio.h | 3 ++-
> libavformat/aviobuf.c | 8 ++--
> libavformat/rtpenc_chain.c | 2 +-
> 3 files changed, 9 insertions(+), 4 deletions(-)
url_fdopen() publicness depends on URLProtocol being
Hi,
On Thu, Mar 17, 2011 at 6:03 AM, Anton Khirnov wrote:
> ---
> libavformat/avio.h | 3 +--
> libavformat/avio_internal.h | 1 +
> libavformat/aviobuf.c | 6 +-
> libavformat/nutdec.c | 12 ++--
> libavformat/nutenc.c | 8
> libav
Hi,
On Thu, Mar 17, 2011 at 6:03 AM, Anton Khirnov wrote:
> ---
> libavformat/avio.h | 2 --
> libavformat/avio_internal.h | 2 ++
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/avio.h b/libavformat/avio.h
> index 0d75d30..0e4e93e 100644
> --- a/li
All 4 patches pushed.
--
Anton Khirnov
signature.asc
Description: Digital signature
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Hi,
On Tue, Mar 29, 2011 at 3:23 PM, Oskar Arvidsson wrote:
> On Tue, Mar 29, 2011 at 11:06:50PM +0100, Måns Rullgård wrote:
>> Oskar Arvidsson writes:
>>
>> > Hi,
>> >
>> > On Tue, Mar 29, 2011 at 05:48:45PM +0200, Oskar Arvidsson wrote:
>> >> Also, I've done some basic benchmarking on how this
Hi,
On Tue, Mar 29, 2011 at 4:37 PM, Brad wrote:
> Since the code already supports both little- and big-endian
> audio for recording, do not fail just because the endianness is not
> what we expect.
>
>
> diff --git a/libavdevice/sndio_common.c b/libavdevice/sndio_common.c
> index 60b7970..56c37c
Hi,
On Tue, Mar 29, 2011 at 2:23 PM, Alexander Strange
wrote:
> thread_count passed to ff_thread_init() is only used to set AVCodecContext.
> thread_count, and can be removed. Instead move it to the legacy implementation
> of avcodec_thread_init().
>
> This also fixes the problem that calling avc
On 03/29/2011 07:50 PM, Mans Rullgard wrote:
> ---
> libavcodec/ac3dsp.c | 23 +++
> libavcodec/ac3dsp.h |5 +
> libavcodec/ac3enc.c | 27 +--
> 3 files changed, 29 insertions(+), 26 deletions(-)
patch looks ok.
___
---
libavcodec/ac3dsp.c | 23 +++
libavcodec/ac3dsp.h |5 +
libavcodec/ac3enc.c | 27 +--
3 files changed, 29 insertions(+), 26 deletions(-)
diff --git a/libavcodec/ac3dsp.c b/libavcodec/ac3dsp.c
index 77250a3..cd4d30b 100644
--- a/libavcode
---
libavcodec/arm/Makefile |4 ++-
libavcodec/arm/ac3dsp_arm.S | 53 ++
libavcodec/arm/ac3dsp_init_arm.c |4 +++
3 files changed, 60 insertions(+), 1 deletions(-)
create mode 100644 libavcodec/arm/ac3dsp_arm.S
diff --git a/libavcodec/a
Since the code already supports both little- and big-endian
audio for recording, do not fail just because the endianness is not
what we expect.
diff --git a/libavdevice/sndio_common.c b/libavdevice/sndio_common.c
index 60b7970..56c37c7 100644
--- a/libavdevice/sndio_common.c
+++ b/libavdevice/snd
On 03/29/2011 06:18 PM, Mans Rullgard wrote:
> These fields are only used in quantize_mantissas() and reset
> on each call, no need to store them in the main context.
> ---
> libavcodec/ac3enc.c | 15 +++
> 1 files changed, 7 insertions(+), 8 deletions(-)
>
> diff --git a/libavcode
On Tue, Mar 29, 2011 at 11:06:50PM +0100, Måns Rullgård wrote:
> Oskar Arvidsson writes:
>
> > Hi,
> >
> > On Tue, Mar 29, 2011 at 05:48:45PM +0200, Oskar Arvidsson wrote:
> >> Also, I've done some basic benchmarking on how this patchset affects
> >> 8-bit decoding. I'll post the data from those
These fields are only used in quantize_mantissas() and reset
on each call, no need to store them in the main context.
---
libavcodec/ac3enc.c | 15 +++
1 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/libavcodec/ac3enc.c b/libavcodec/ac3enc.c
index 658e530..67b0d28 1006
Oskar Arvidsson writes:
> Hi,
>
> On Tue, Mar 29, 2011 at 05:48:45PM +0200, Oskar Arvidsson wrote:
>> Also, I've done some basic benchmarking on how this patchset affects
>> 8-bit decoding. I'll post the data from those runs separately.
>
> Upon request by mru I extended the benchmark somewhat. I
Hi,
On Tue, Mar 29, 2011 at 05:48:45PM +0200, Oskar Arvidsson wrote:
> Also, I've done some basic benchmarking on how this patchset affects
> 8-bit decoding. I'll post the data from those runs separately.
Upon request by mru I extended the benchmark somewhat. I didn't bother
doing this with oprof
On Tue, Mar 29, 2011 at 5:23 PM, Alexander Strange
wrote:
> thread_count passed to ff_thread_init() is only used to set AVCodecContext.
> thread_count, and can be removed. Instead move it to the legacy implementation
> of avcodec_thread_init().
>
> This also fixes the problem that calling avcodec_
thread_count passed to ff_thread_init() is only used to set AVCodecContext.
thread_count, and can be removed. Instead move it to the legacy implementation
of avcodec_thread_init().
This also fixes the problem that calling avcodec_thread_init() with pthreads
enabled did not set it since ff1efc524cb
On Tue, Mar 29, 2011 at 22:14:00 (CEST), Luca Barbato wrote:
> On 03/29/2011 09:54 PM, Mans Rullgard wrote:
>> Stripping is generally best left to package management tools, and
>> since unstripped copies are kept in the build tree, any arguments
>> about saving space (no matter how insignificant)
On 03/29/2011 09:54 PM, Mans Rullgard wrote:
> Stripping is generally best left to package management tools, and
> since unstripped copies are kept in the build tree, any arguments
> about saving space (no matter how insignificant) are void.
Patch ok
lu
--
Luca Barbato
Gentoo/linux
http://dev.
Il giorno mar, 29/03/2011 alle 21.59 +0200, Diego Biurrun ha scritto:
>
> I'm a bit unsure about this. What's the default for autotools and
> other build environments?
Autotools don't strip.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
_
On Tue, Mar 29, 2011 at 08:54:38PM +0100, Mans Rullgard wrote:
> Stripping is generally best left to package management tools, and
> since unstripped copies are kept in the build tree, any arguments
> about saving space (no matter how insignificant) are void.
So no more mistakenly trying to get a
Stripping is generally best left to package management tools, and
since unstripped copies are kept in the build tree, any arguments
about saving space (no matter how insignificant) are void.
Signed-off-by: Mans Rullgard
---
Makefile | 14 --
common.mak |2 +-
configure | 1
lu_z...@gentoo.org writes:
> From: Luca Barbato
>
> Use cp instead ln and remove the unused fullversion library.
> ---
> configure |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/configure b/configure
> index 0f8b849..f5391cb 100755
> --- a/configure
> +++ b/con
On Tue, Mar 29, 2011 at 11:13:48PM +0400, Anatoly Nenashev wrote:
> On 29.03.2011 10:15, Anton Khirnov wrote:
> >> From 93386fa5062b1d86249561d96b4e1aaa6a6200b2 Mon Sep 17 00:00:00 2001
> >>From: anatoly
> >>Date: Mon, 28 Mar 2011 20:02:19 +0400
> >>Subject: [PATCH 4/4] Add MxPEG decoder
> >>diff -
On 03/29/2011 07:00 PM, Mans Rullgard wrote:
> Signed-off-by: Mans Rullgard
> ---
> libavcodec/arm/ac3dsp_init_arm.c |2 ++
> libavcodec/arm/ac3dsp_neon.S | 14 ++
> 2 files changed, 16 insertions(+), 0 deletions(-)
You might add a comment to make the function signature nex
From: Luca Barbato
Use cp instead ln and remove the unused fullversion library.
---
configure |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/configure b/configure
index 0f8b849..f5391cb 100755
--- a/configure
+++ b/configure
@@ -2414,6 +2414,7 @@ case $target_os in
On 29.03.2011 10:15, Anton Khirnov wrote:
From 93386fa5062b1d86249561d96b4e1aaa6a6200b2 Mon Sep 17 00:00:00 2001
From: anatoly
Date: Mon, 28 Mar 2011 20:02:19 +0400
Subject: [PATCH 4/4] Add MxPEG decoder
diff --git a/libavcodec/mxpegdec.h b/libavcodec/mxpegdec.h
new file mode 100644
index 00
On 03/29/2011 01:57 PM, Mans Rullgard wrote:
> ---
> configure |2 +-
> libavcodec/ac3.c| 46 +++---
> libavcodec/ac3.h| 19 ---
> libavcodec/ac3dec.c |3 ++-
> libavcodec/ac3dec.h |2 ++
> libavcodec/ac3dsp
Reinhard Tartler writes:
> ---
> src/index |9 -
> 1 files changed, 4 insertions(+), 5 deletions(-)
>
> diff --git a/src/index b/src/index
> index 4bdc373..841413e 100644
> --- a/src/index
> +++ b/src/index
> @@ -42,11 +42,10 @@ We are pleased to announce that only weeks after its
>
---
src/index |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/src/index b/src/index
index 4bdc373..841413e 100644
--- a/src/index
+++ b/src/index
@@ -42,11 +42,10 @@ We are pleased to announce that only weeks after its
inception, Libav
has already been integrated
---
configure |2 +-
libavcodec/ac3.c| 46 +++---
libavcodec/ac3.h| 19 ---
libavcodec/ac3dec.c |3 ++-
libavcodec/ac3dec.h |2 ++
libavcodec/ac3dsp.c | 27 +++
libavcodec/ac3dsp.h |
---
libavcodec/arm/Makefile |2 +
libavcodec/arm/ac3dsp_armv6.S| 83 ++
libavcodec/arm/ac3dsp_init_arm.c |9
3 files changed, 94 insertions(+), 0 deletions(-)
create mode 100644 libavcodec/arm/ac3dsp_armv6.S
diff --git a/libavcodec/
On Tue, Mar 29, 2011 at 10:09:35AM -0700, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Mar 29, 2011 at 9:55 AM, Anton Khirnov wrote:
> > On Tue, Mar 29, 2011 at 05:59:49AM -0700, Ronald S. Bultje wrote:
> >>
> >> Not really. Can you confirm (likely requires a little debugging) that
> >> either with
Hi,
On Tue, Mar 29, 2011 at 9:55 AM, Anton Khirnov wrote:
> On Tue, Mar 29, 2011 at 05:59:49AM -0700, Ronald S. Bultje wrote:
>>
>> Not really. Can you confirm (likely requires a little debugging) that
>> either with or without that piece of code, the number of mp2/3 frames
>> written into a Xing
Signed-off-by: Mans Rullgard
---
libavcodec/arm/ac3dsp_init_arm.c |2 ++
libavcodec/arm/ac3dsp_neon.S | 14 ++
2 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/libavcodec/arm/ac3dsp_init_arm.c b/libavcodec/arm/ac3dsp_init_arm.c
index 6874546..03200e6 100644
--
On Tue, Mar 29, 2011 at 05:59:49AM -0700, Ronald S. Bultje wrote:
>
> Not really. Can you confirm (likely requires a little debugging) that
> either with or without that piece of code, the number of mp2/3 frames
> written into a Xing or MPEG file is correct?
Number of frames written is the same i
Hi,
As promised, here's some benchmark data regarding 8-bit decoding before
and after this patchset.
Regards,
Oskar Arvidsson
--
Oskar Arvidsson
+46 (0)701-766451
os...@irock.se
FFmpeg version git-c6c2dfc, Copyright (c) 2000-2011 the Libav developers
built on Mar 29 2011 17:03:11 with gcc 4.5
In high bit depth the pixels will not be stored in uint8_t like in the
normal case, but in uint16_t. The pixel size is thus 1 in normal bit
depth and 2 in high bit depth.
Preparatory patch for high bit depth h264 decoding support.
---
ffplay.c |4 +-
libavcodec/h264.c
This patch completes the high bit depth h264 decoding support.
---
libavcodec/h264.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index c01eac1..3e071ce 100644
--- a/libavcodec/h264.c
+++ b/libavcodec/h264.c
@@ -1884,12 +
Preparatory patch for high bit depth h264 decoding support.
---
libavcodec/h264dsp_internal.h | 80 ++---
1 files changed, 51 insertions(+), 29 deletions(-)
diff --git a/libavcodec/h264dsp_internal.h b/libavcodec/h264dsp_internal.h
index 6ee778b..d55f627 1006
Preparatory patch for high bit depth h264 decoding support.
---
libavcodec/h264pred_internal.h | 718 +++-
1 files changed, 418 insertions(+), 300 deletions(-)
diff --git a/libavcodec/h264pred_internal.h b/libavcodec/h264pred_internal.h
index 343ebf2..06d7230
---
tests/fate/h264.mak | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/tests/fate/h264.mak b/tests/fate/h264.mak
index 259e1e0..3883baa 100644
--- a/tests/fate/h264.mak
+++ b/tests/fate/h264.mak
@@ -164,13 +164,20 @@ FATE_H264 = aud_mw_e
Preparatory patch for high bit depth h264 decoding support.
---
libavcodec/h264_loopfilter.c | 84 --
1 files changed, 48 insertions(+), 36 deletions(-)
diff --git a/libavcodec/h264_loopfilter.c b/libavcodec/h264_loopfilter.c
index 619ab19..fe2d191 100644
In high bit depth, the QP values may now be up to (51 + 6*(bit_depth-8)).
Preparatory patch for high bit depth h264 decoding support.
---
libavcodec/h264.c | 19 +++
libavcodec/h264.h |7 ---
libavcodec/h264_cabac.c | 12 +++-
libavcodec/h264_cavlc.
Preparatory patch for high bit depth h264 decoding support.
---
libavcodec/h264idct_internal.h | 109 +++
1 files changed, 64 insertions(+), 45 deletions(-)
diff --git a/libavcodec/h264idct_internal.h b/libavcodec/h264idct_internal.h
index 3250c7d..2be29ba 100
Preparatory patch for high bit depth h264 decoding support.
---
libavcodec/h264dsp.c | 243 +
libavcodec/h264dsp_internal.h | 271 +
2 files changed, 272 insertions(+), 242 deletions(-)
create mode 100644 libav
Preparatory patch for high bit depth h264 decoding support.
---
libavcodec/h264idct.c | 249 +---
libavcodec/h264idct_internal.h | 278
2 files changed, 279 insertions(+), 248 deletions(-)
create mode 100644 libav
Also add support for these formats in libswscale.
Needed for high bit depth h264 decoding.
---
libavcodec/utils.c|4 +++
libavutil/pixdesc.c | 46 +
libavutil/pixfmt.h|8 +++
libswscale/swscale.c |
Needed for high bit depth h264 decoding.
---
libavcodec/dsputil.h |1 +
libavcodec/h264.c | 29 -
libavcodec/h264dsp.c |1 +
libavcodec/h264dsp.h |1 +
libavcodec/h264idct.c | 22 ++
5 files changed, 29 insertions(+), 25 deleti
Hi,
As you might know x264 has support for encoding 9- and 10-bit h264 since
last summer. This patchset adds decoding support for such videos in
libav. Currently only 9- and 10-bit decoding is supported. Support for
higher bit depths could probably be enabled later on.
The patchset has been teste
Hi,
On Tue, Mar 29, 2011 at 7:22 AM, Kostya wrote:
> On Tue, Mar 29, 2011 at 07:14:55AM -0700, Ronald S. Bultje wrote:
>> ---
>> libavcodec/dfa.c | 6 +++---
>> 1 files changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/libavcodec/dfa.c b/libavcodec/dfa.c
>> index 1023197..b149791 10
"Ronald S. Bultje" writes:
> ---
> libavcodec/dfa.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/dfa.c b/libavcodec/dfa.c
> index 1023197..b149791 100644
> --- a/libavcodec/dfa.c
> +++ b/libavcodec/dfa.c
> @@ -81,7 +81,7 @@ static int decode_tsw1(
On Tue, Mar 29, 2011 at 07:14:55AM -0700, Ronald S. Bultje wrote:
> ---
> libavcodec/dfa.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/dfa.c b/libavcodec/dfa.c
> index 1023197..b149791 100644
> --- a/libavcodec/dfa.c
> +++ b/libavcodec/dfa.c
> @@
---
libavcodec/dfa.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/dfa.c b/libavcodec/dfa.c
index 1023197..b149791 100644
--- a/libavcodec/dfa.c
+++ b/libavcodec/dfa.c
@@ -81,7 +81,7 @@ static int decode_tsw1(uint8_t *frame, int width, int height,
Hi,
On Tue, Mar 29, 2011 at 3:20 AM, Anton Khirnov wrote:
> On Mon, Mar 28, 2011 at 09:56:07PM -0700, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Mon, Mar 28, 2011 at 3:36 AM, Anton Khirnov wrote:
>> > ---
>> > libavformat/matroskaenc.c | 2 +-
>> > libavformat/utils.c | 7 +++
>> >
Hi,
On Mon, Mar 28, 2011 at 11:31 PM, Luca Barbato wrote:
> On 03/29/2011 06:51 AM, Ronald S. Bultje wrote:
>> From: Alexander Strange
>>
>> ---
>> libavcodec/mimic.c | 60
>> ++-
>> 1 files changed, 49 insertions(+), 11 deletions(-)
>
> ok
Pu
On Mon, Mar 28, 2011 at 09:56:07PM -0700, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Mar 28, 2011 at 3:36 AM, Anton Khirnov wrote:
> > ---
> > libavformat/matroskaenc.c | 2 +-
> > libavformat/utils.c | 7 +++
> > 2 files changed, 8 insertions(+), 1 deletions(-)
> >
> > diff --git
61 matches
Mail list logo
