From: Sebastian Dröge
Fixes crashes when releasing the buffers again later.
---
libavcodec/utils.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 06f4fc9..881009e 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -364,6 +364,8 @@ sta
On Tue, Dec 04, 2012 at 09:52:55PM -0500, Justin Ruggles wrote:
> ---
> Still needs testing with QT/iTunes, but I thought I would go ahead
> and send it in for review.
>
> Changelog |1 +
> libavcodec/Makefile|2 +-
> libavcodec/alac.c | 46 +++--
>
On 12/5/12 7:19 AM, Anton Khirnov wrote:
---
libavcodec/snow.c|5 +++--
libavcodec/snowenc.c |3 ++-
2 files changed, 5 insertions(+), 3 deletions(-)
Even better
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.
---
libavcodec/snow.c|5 +++--
libavcodec/snowenc.c |3 ++-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavcodec/snow.c b/libavcodec/snow.c
index fce4562..b9dab45 100644
--- a/libavcodec/snow.c
+++ b/libavcodec/snow.c
@@ -24,6 +24,7 @@
#include "avcodec.h"
#inclu
On Wed, Dec 05, 2012 at 06:57:28AM +0100, Luca Barbato wrote:
> On 12/5/12 6:34 AM, Anton Khirnov wrote:
> >---
> > libavcodec/snow.c |5 +++--
> > 1 file changed, 3 insertions(+), 2 deletions(-)
> >
>
> Ok...
>
I think it's missing one occurrence in snowenc actually.
--
Clément B.
pgpca
On 12/5/12 6:34 AM, Anton Khirnov wrote:
---
libavcodec/snow.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Ok...
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
---
libavcodec/snow.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/snow.c b/libavcodec/snow.c
index fce4562..b9dab45 100644
--- a/libavcodec/snow.c
+++ b/libavcodec/snow.c
@@ -24,6 +24,7 @@
#include "avcodec.h"
#include "dsputil.h"
#include "dwt.h"
+#in
On 12/04/2012 10:06 PM, Diego Biurrun wrote:
> On Tue, Dec 04, 2012 at 09:52:55PM -0500, Justin Ruggles wrote:
>> --- a/libavcodec/Makefile
>> +++ b/libavcodec/Makefile
>> @@ -85,7 +85,7 @@ OBJS-$(CONFIG_AC3_DECODER) += ac3dec.o
>> ac3dec_data.o ac3.o kbdwin.o
>> OBJS-$(CONFIG_AC3_FIX
On Tue, Dec 04, 2012 at 09:52:55PM -0500, Justin Ruggles wrote:
> --- a/libavcodec/Makefile
> +++ b/libavcodec/Makefile
> @@ -85,7 +85,7 @@ OBJS-$(CONFIG_AC3_DECODER) += ac3dec.o
> ac3dec_data.o ac3.o kbdwin.o
> OBJS-$(CONFIG_AC3_FIXED_ENCODER) += ac3enc_fixed.o ac3enc.o ac3tab.
---
Still needs testing with QT/iTunes, but I thought I would go ahead
and send it in for review.
Changelog |1 +
libavcodec/Makefile|2 +-
libavcodec/alac.c | 46 +++--
libavcodec/alac_data.c | 56 ++
libavcodec/alac_data.
This allows compiling optimised functions for features not enabled
in the core build and selecting these at runtime if the system has
the necessary support.
Signed-off-by: Mans Rullgard
---
This version does not rely on headers missing on Android, but rather
includes a copy of the (trivial) defin
This is consistent with usual ARM nomenclature as well as with the
VFPV3 and NEON symbols which both lack the ARM prefix.
Signed-off-by: Mans Rullgard
---
This applies on top of some of the patches from the runtime detection set.
---
Makefile| 2 +-
arch.mak| 2
On Mon, 3 Dec 2012, Justin Ruggles wrote:
> On 12/03/2012 04:19 PM, Loren Merritt wrote:
>> On Sun, 2 Dec 2012, Justin Ruggles wrote:
>>
>>> +; NOTE: This is not bit-identical with the C version because it clips to
>>> +; [-INT_MAX, INT_MAX] instead of [INT_MIN, INT_MAX]
>>> +
>>> +INIT_XMM s
On 12/04/2012 06:08 PM, Mans Rullgard wrote:
> This allows compiling optimised functions for features not enabled
> in the core build and selecting these at runtime if the system has
> the necessary support.
>
Looks ok, probably the same approach could be used on ppc.
lu
___
This allows compiling optimised functions for features not enabled
in the core build and selecting these at runtime if the system has
the necessary support.
Signed-off-by: Mans Rullgard
---
HWCAP_TLS is a relatively recent addition and systems without it
can still be found.
---
configure
On Tue, Dec 04, 2012 at 04:17:04PM +, Mans Rullgard wrote:
> Some shells, e.g. minix3, have a broken 'test' builtin which fails
> if the first operand of a binary operator looks like a unary operator.
> Prefixing the values with 'x' prevents this from happening.
>
> Signed-off-by: Mans Rullgar
Some shells, e.g. minix3, have a broken 'test' builtin which fails
if the first operand of a binary operator looks like a unary operator.
Prefixing the values with 'x' prevents this from happening.
Signed-off-by: Mans Rullgard
---
tests/fate-run.sh | 2 +-
1 file changed, 1 insertion(+), 1 delet
On 12/04/2012 03:20 PM, Anton Khirnov wrote:
> Even though it's unprobable, there just might be some people who find
> those tables and motion vectors and whatever useful. And Kieran recently
> expressed an interest in exporting some h264-specific per-frame thing.
>
> Also I still need some place
On Mon, Dec 03, 2012 at 03:58:57PM +0100, Diego Biurrun wrote:
> ---
> Now consistently handles deps for targets with disabled tests.
>
> tests/fate/bmp.mak |6 --
> tests/fate/cdxl.mak |6 --
> tests/fate/dfa.mak |6 --
> tests/fate/flac.mak |6 --
> tests/fate/
On Sun, 02 Dec 2012 12:28:10 +0100, Luca Barbato wrote:
> On 12/1/12 11:31 PM, Anton Khirnov wrote:
>
> > - cleaning up AVFrame:
> >AVFrame currently contains a lot of crap I'd rather not have in lavu,
> >mainly mpeg-specific tables. One other thing is owner, which is also
> >lavc-sp
On Tue, Dec 04, 2012 at 12:16:59AM +, Mans Rullgard wrote:
> Signed-off-by: Mans Rullgard
> ---
> libavcodec/dct-test.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
LGTM
Diego
___
libav-devel mailing list
libav-devel@libav.org
htt
On Tue, Dec 04, 2012 at 12:17:08AM +, Mans Rullgard wrote:
> --- a/configure
> +++ b/configure
> @@ -1193,6 +1193,7 @@ HAVE_LIST="
> asm_mod_y
> attribute_may_alias
> attribute_packed
> +asm_hwcap_h
order
> --- a/libavutil/arm/cpu.c
> +++ b/libavutil/arm/cpu.c
> @@ -19,6 +1
On Tue, 4 Dec 2012, Mans Rullgard wrote:
The check_inline_asm function should check the actual C compiler,
not the one used for assembly files. Usually these are the same,
but they might be different, typically when using a compiler other
than gcc.
The check_as should, as its name suggests, te
On Tue, 4 Dec 2012, Mans Rullgard wrote:
These are properties of the targeted core and do not depend on
specific assembly support in the toolchain which if missing will
render the controlling options here disabled.
Signed-off-by: Mans Rullgard
---
configure | 9 +++--
1 file changed, 7 inse
On Tue, 4 Dec 2012, Mans Rullgard wrote:
Probe for the toolchain default architecture version if no --cpu flag
is present or an unknown cpu is specified. Works with gcc, clang and
armcc.
This allows configuring based on the arch version even if it is not
explicitly specified to configure. It
25 matches
Mail list logo
