On 10/01/2012 04:36 AM, Ronald S. Bultje wrote:
I remember trying this before, and somehow alpha in swscale was
dependent on the colorspace being 420. Is that removed now? I.e. does
this result in uninitialized reads when running make fate-lavfi under
valgrind?
there is something strange with
On Tue, Oct 02, 2012 at 04:14:55AM +0200, Luca Barbato wrote:
--- a/libavformat/nutdec.c
+++ b/libavformat/nutdec.c
@@ -219,12 +221,12 @@ static int decode_main_header(NUTContext *nut)
-GET_V(nut-header_len[i], tmp 0 tmp 256);
+GET_V(nut-header_len[i], tmp 0
On 10/02/2012 11:08 AM, Diego Biurrun wrote:
On Tue, Oct 02, 2012 at 04:14:55AM +0200, Luca Barbato wrote:
--- a/libavformat/nutdec.c
+++ b/libavformat/nutdec.c
@@ -219,12 +221,12 @@ static int decode_main_header(NUTContext *nut)
-GET_V(nut-header_len[i], tmp 0 tmp 256);
+
Make it consistent with the other function-like macros.
---
libavformat/nutdec.c | 42 ++
1 file changed, 22 insertions(+), 20 deletions(-)
diff --git a/libavformat/nutdec.c b/libavformat/nutdec.c
index 2d2c743..dd02aad 100644
--- a/libavformat/nutdec.c
---
libavcodec/raw.c | 2 ++
libavformat/nut.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/libavcodec/raw.c b/libavcodec/raw.c
index ecf5365..1be2747 100644
--- a/libavcodec/raw.c
+++ b/libavcodec/raw.c
@@ -122,6 +122,8 @@ const PixelFormatTag ff_raw_pix_fmt_tags[] = {
{
On Mon, Oct 01, 2012 at 08:16:40PM +0200, Luca Barbato wrote:
---
libavformat/nutdec.c | 21 +-
libavformat/nutenc.c | 730
+++
2 files changed, 401 insertions(+), 350 deletions(-)
--- a/libavformat/nutdec.c
+++ b/libavformat/nutdec.c
On 10/02/2012 11:24 AM, Diego Biurrun wrote:
On Mon, Oct 01, 2012 at 08:16:40PM +0200, Luca Barbato wrote:
---
libavformat/nutdec.c | 21 +-
libavformat/nutenc.c | 730
+++
2 files changed, 401 insertions(+), 350 deletions(-)
---
On Tue, 2 Oct 2012, Måns Rullgård wrote:
Martin Storsjö mar...@martin.st writes:
---
libavutil/blowfish.c | 32 +---
1 file changed, 21 insertions(+), 11 deletions(-)
diff --git a/libavutil/blowfish.c b/libavutil/blowfish.c
index 5df3dfc..35c546a 100644
---
This might not be needed at the moment, but it's good practice to
pass it to all chained AVFormatContexts, if it would happen to be
used there at a later point.
---
libavformat/segment.c |1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/segment.c b/libavformat/segment.c
index
All our ARM asm preserves alignment so setting this attribute
in a common location is simpler. This removes numerous warnings
when linking with armcc.
Signed-off-by: Mans Rullgard m...@mansr.com
---
libavcodec/arm/dsputil_arm.S | 2 --
libavcodec/arm/dsputil_armv6.S | 2 --
This function causes several versions of armcc to miscompile code,
and the performance impact is small.
Signed-off-by: Mans Rullgard m...@mansr.com
---
libavutil/arm/bswap.h | 7 ---
1 file changed, 7 deletions(-)
diff --git a/libavutil/arm/bswap.h b/libavutil/arm/bswap.h
index
On 10/02/2012 05:35 PM, Mans Rullgard wrote:
All our ARM asm preserves alignment so setting this attribute
in a common location is simpler. This removes numerous warnings
when linking with armcc.
Ok.
___
libav-devel mailing list
On 10/02/2012 05:39 PM, Justin Ruggles wrote:
---
libavcodec/avcodec.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 59fff22..f3445a5 100644
--- a/libavcodec/avcodec.h
+++ b/libavcodec/avcodec.h
@@ -1442,7
Luca Barbato lu_z...@gentoo.org writes:
On 10/02/2012 05:35 PM, Mans Rullgard wrote:
This function causes several versions of armcc to miscompile code,
and the performance impact is small.
Can it be enabled conditionally?
Pretty much all versions are broken so there's not much point, and
On 10/02/2012 05:53 PM, Måns Rullgård wrote:
Luca Barbato lu_z...@gentoo.org writes:
On 10/02/2012 05:35 PM, Mans Rullgard wrote:
This function causes several versions of armcc to miscompile code,
and the performance impact is small.
Can it be enabled conditionally?
Pretty much all
Luca Barbato lu_z...@gentoo.org writes:
On 10/02/2012 05:53 PM, Måns Rullgård wrote:
Luca Barbato lu_z...@gentoo.org writes:
On 10/02/2012 05:35 PM, Mans Rullgard wrote:
This function causes several versions of armcc to miscompile code,
and the performance impact is small.
Can it be
On 09/20/2012 06:28 PM, Justin Ruggles wrote:
On 09/20/2012 03:28 PM, Luca Barbato wrote:
On 09/20/2012 04:43 PM, Justin Ruggles wrote:
On 09/20/2012 04:04 AM, Luca Barbato wrote:
On 09/20/2012 12:53 AM, Justin Ruggles wrote:
The first 2 frames for TwinVQ are encoder delay.
---
This allows libavcodec to use the input packet pts when determining output
frame pts.
---
avconv.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/avconv.c b/avconv.c
index 2f30ebc..3767198 100644
--- a/avconv.c
+++ b/avconv.c
@@ -1085,6 +1085,11 @@ static int
---
avconv.c | 11 +--
libavcodec/internal.h | 14 ++
libavcodec/utils.c| 15 +++
3 files changed, 34 insertions(+), 6 deletions(-)
diff --git a/avconv.c b/avconv.c
index a1efce2..6a72af5 100644
--- a/avconv.c
+++ b/avconv.c
@@ -1105,15
---
libavcodec/twinvq.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/libavcodec/twinvq.c b/libavcodec/twinvq.c
index d55a78b..972a872 100644
--- a/libavcodec/twinvq.c
+++ b/libavcodec/twinvq.c
@@ -1149,6 +1149,8 @@ static av_cold int twin_decode_init(AVCodecContext
---
libavcodec/vorbisdec.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/libavcodec/vorbisdec.c b/libavcodec/vorbisdec.c
index ac7c3e9..4a13a1f 100644
--- a/libavcodec/vorbisdec.c
+++ b/libavcodec/vorbisdec.c
@@ -1030,6 +1030,9 @@ static av_cold int
On 09/30/2012 10:56 AM, Diego Biurrun wrote:
On Sat, Sep 29, 2012 at 01:17:29AM -0400, Justin Ruggles wrote:
--- /dev/null
+++ b/libavfilter/af_volume.c
@@ -0,0 +1,306 @@
+
+static av_cold int init(AVFilterContext *ctx, const char *args)
+{
+VolumeContext *vol = ctx-priv;
+int
On 09/29/2012 01:17 AM, Justin Ruggles wrote:
---
libavfilter/af_volume.c |3 ++
libavfilter/x86/Makefile |3 ++
libavfilter/x86/af_volume.asm| 56
++
libavfilter/x86/af_volume_init.c | 39 ++
4
On 09/29/2012 01:17 AM, Justin Ruggles wrote:
---
libavfilter/x86/af_volume.asm| 47
++
libavfilter/x86/af_volume_init.c | 14 +++
2 files changed, 61 insertions(+), 0 deletions(-)
ping
-Justin
Hi,
On Tue, Oct 2, 2012 at 10:54 AM, Justin Ruggles
justin.rugg...@gmail.com wrote:
On 09/29/2012 01:17 AM, Justin Ruggles wrote:
---
libavfilter/af_volume.c |3 ++
libavfilter/x86/Makefile |3 ++
libavfilter/x86/af_volume.asm| 56
On Tue, Oct 2, 2012 at 11:25 AM, Justin Ruggles
justin.rugg...@gmail.com wrote:
---
libavcodec/vorbisdec.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
ok
--
-Nathan Caldwell
___
libav-devel mailing list
libav-devel@libav.org
On Tue, 2 Oct 2012 13:22:38 -0400, Justin Ruggles justin.rugg...@gmail.com
wrote:
---
avconv.c | 11 +--
libavcodec/internal.h | 14 ++
libavcodec/utils.c| 15 +++
3 files changed, 34 insertions(+), 6 deletions(-)
There is really
On 10/02/2012 03:09 PM, Anton Khirnov wrote:
On Tue, 2 Oct 2012 13:22:38 -0400, Justin Ruggles justin.rugg...@gmail.com
wrote:
---
avconv.c | 11 +--
libavcodec/internal.h | 14 ++
libavcodec/utils.c| 15 +++
3 files changed, 34
This was a local chunk that wasn't sent on the other patch.
Signed-off-by: Diego Elio Pettenò flamee...@flameeyes.eu
---
avconv.c | 1 -
1 file modificato. 1 rimozione(-)
diff --git a/avconv.c b/avconv.c
index 2e42065..722f817 100644
--- a/avconv.c
+++ b/avconv.c
@@ -216,7 +216,6 @@ static void
Diego Elio Pettenò flamee...@flameeyes.eu writes:
This was a local chunk that wasn't sent on the other patch.
Signed-off-by: Diego Elio Pettenò flamee...@flameeyes.eu
---
avconv.c | 1 -
1 file modificato. 1 rimozione(-)
diff --git a/avconv.c b/avconv.c
index 2e42065..722f817 100644
I had a look at doxygen and I managed to get a first change, it needs
some cleanup but we got it there =P
http://i.imgur.com/Ap7T0.png
http://i.imgur.com/i2wTz.png
http://i.imgur.com/ncimi.png
http://i.imgur.com/Qxs91.png
Aneesh I'll need your help to get the css for doxy compact enough and
---
Ping...
doc/formats/nut.texi | 130 +++
1 file changed, 130 insertions(+)
create mode 100644 doc/formats/nut.texi
diff --git a/doc/formats/nut.texi b/doc/formats/nut.texi
new file mode 100644
index 000..06a03b8
--- /dev/null
+++
Quite low latency streaming would enjoy sparing the muxer setup time
when possible.
The segment muxer would be simplified a lot and the mpegts corner case
would be solved clearly.
Any application using more than once a muxer could spare a deinit/init
cycle.
---
Now with documentation and both
Some old assemblers still in use do not support named tags.
Signed-off-by: Mans Rullgard m...@mansr.com
---
libavutil/arm/asm.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/arm/asm.S b/libavutil/arm/asm.S
index 67d42e6..78942c8 100644
--- a/libavutil/arm/asm.S
From: Ronald S. Bultje rsbul...@gmail.com
This patch adds support for .dll shared library generation using MSVC's
native build tools. To properly load non-function symbols from DLL files,
we prefix them with __declspec(dllimport) on MSVC for shared library
builds when accessed from outside the
On 10/03/2012 02:48 AM, Ronald S. Bultje wrote:
From: Ronald S. Bultje rsbul...@gmail.com
This patch adds support for .dll shared library generation using MSVC's
native build tools. To properly load non-function symbols from DLL files,
we prefix them with __declspec(dllimport) on MSVC for
On 10/03/2012 01:47 AM, Mans Rullgard wrote:
Some old assemblers still in use do not support named tags.
Signed-off-by: Mans Rullgard m...@mansr.com
---
libavutil/arm/asm.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Fine.
___
Just to get the thing right, windows+dll would require explicity symbol
visibility.
Ages ago Flameeyes sent a patch with all the interfaces and symbols
marked using macros so we could use visibility hidden by default on
non-windows and as side effect proper export/import on windows.
The patch
On 02/10/2012 18:40, Luca Barbato wrote:
The patch was rejected since it was _really_ invasive and after lots of
back and forth we ended up with pattern matching and code w/out any
explicit marking.
Which is actually done at link time instead than at compile time. Now
going with compile time
On 10/03/2012 03:47 AM, Diego Elio Pettenò wrote:
On 02/10/2012 18:40, Luca Barbato wrote:
The patch was rejected since it was _really_ invasive and after lots of
back and forth we ended up with pattern matching and code w/out any
explicit marking.
Which is actually done at link time
On Sat, 29 Sep 2012, Justin Ruggles wrote:
+cglobal scale_samples_s32, 4,4,8, dst, src, len, volume
+movdm4, volumem
+pshufd m4, m4, 0
+movam5, [pq_128]
+pxorm6, m6
+lea lenq, [lend*4-mmsize]
+.loop:
+; src[i] =
On 10/02/12 07:07 pm, Luca Barbato wrote:
+/**
+ * Symbol visibility support
+ */
+
+#if defined _WIN32 || defined __CYGWIN__
+# define AV_LIBRARY_IMPORT __declspec(dllimport)
+# define AV_LIBRARY_EXPORT __declspec(dllexport)
+#else
+# if __GNUC__= 4
+# define AV_LIBRARY_IMPORT
On Sat, 29 Sep 2012 01:17:27 -0400, Justin Ruggles justin.rugg...@gmail.com
wrote:
---
libavutil/eval.c | 25 ++---
1 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/libavutil/eval.c b/libavutil/eval.c
index 9d17930..aad4015 100644
---
On Sat, 29 Sep 2012 01:17:28 -0400, Justin Ruggles justin.rugg...@gmail.com
wrote:
This allows parsing of special-case negative numbers like decibels.
---
libavutil/opt.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
Hi,
On Tue, Oct 2, 2012 at 7:07 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/03/2012 03:47 AM, Diego Elio Pettenò wrote:
On 02/10/2012 18:40, Luca Barbato wrote:
The patch was rejected since it was _really_ invasive and after lots of
back and forth we ended up with pattern matching and
45 matches
Mail list logo