On Wed, Jun 13, 2012 at 10:10:35PM +0300, Martin Storsjö wrote:
On Wed, 13 Jun 2012, Samuel Pitoiset wrote:
--- a/doc/general.texi
+++ b/doc/general.texi
@@ -810,6 +810,7 @@ performance on systems without hardware floating point
support).
@item MMS @tab X
@item pipe @tab X
On Wed, 13 Jun 2012 18:49:02 -0700, Alex Converse alex.conve...@gmail.com
wrote:
Inspired by MPlayer's af_channels filter and SoX's remix effect.
---
Changelog |1 +
doc/filters.texi| 24 +++
libavfilter/Makefile|1 +
On Wed, Jun 13, 2012 at 05:17:47PM +0200, Samuel Pitoiset wrote:
This adds add two protocols, but one of them is an internal implementation
adds add --- adds
Diego
___
libav-devel mailing list
libav-devel@libav.org
We generally do not declare variables within for statements and
there are compilers that choke on such constructs.
---
avplay.c |6 +++---
libavcodec/pthread.c |3 ++-
libavdevice/dv1394.h |3 ++-
3 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/avplay.c
On Wed, Jun 13, 2012 at 09:59:42PM +0300, Martin Storsjö wrote:
On Wed, 13 Jun 2012, Samuel Pitoiset wrote:
This adds add two protocols, but one of them is an internal implementation
detail just used as an abstraction layer/generalization in the code. The
RTMPT protocol implementation uses
---
I'm not entirely sure this is fully correct as I'm not sure if things like
concat should be mentioned in this list. Also, for some protocols (HLS?)
mentioning the long name instead of the abbreviation might be better.
doc/general.texi | 18 +-
1 files changed, 17
On Thu, 14 Jun 2012, Diego Biurrun wrote:
---
I'm not entirely sure this is fully correct as I'm not sure if things like
concat should be mentioned in this list. Also, for some protocols (HLS?)
mentioning the long name instead of the abbreviation might be better.
doc/general.texi | 18
Ronald S. Bultje rsbul...@gmail.com writes:
Hi,
see attached. It's kinda big, some parts can/should be done
differently, but it's a starting point so let's start talking about
how to get this in the right way.
If you split the patch into logically independent fixes, reviewing it
might be
Ronald S. Bultje rsbul...@gmail.com writes:
Hi,
On Wed, Jun 13, 2012 at 8:49 PM, Derek Buitenhuis
derek.buitenh...@gmail.com wrote:
On 13/06/2012 11:40 PM, Derek Buitenhuis wrote:
On 13/06/2012 7:59 PM, Ronald S. Bultje wrote:
- the include of mathematics.h, avconfig.h and avstring.h
Ronald S. Bultje rsbul...@gmail.com writes:
Hi,
On Wed, Jun 13, 2012 at 8:40 PM, Derek Buitenhuis
derek.buitenh...@gmail.com wrote:
On 13/06/2012 7:59 PM, Ronald S. Bultje wrote:
- the include of mathematics.h, avconfig.h and avstring.h everywhere
is (I think) legit, to account for
On Mon, 11 Jun 2012, Huw Greenhough wrote:
Just to let you know I uploaded MOV00669.3gp MOV00669.3gp.txt to
upload.libav.org/incoming/ in case they are useful. Sorry I couldn't
figure Git out, so if the problem is already fixed, sorry for troubling
you.
It's not fixed (and there's not much
---
libavformat/rtmppkt.c | 16 +---
libavformat/rtmppkt.h | 13 +
libavformat/rtmpproto.c | 30 ++
3 files changed, 56 insertions(+), 3 deletions(-)
diff --git a/libavformat/rtmppkt.c b/libavformat/rtmppkt.c
index ed8e6b2..4ce238d
This makes sure all incoming packets are read and handled (and reacted
to) while sending an FLV stream over RTMP to a server. If there were
enough incoming data to fill the TCP buffers, this could potentially
make things block at unexpected places. For the upcoming RTMPT support,
we need to
This new decoder will allow to decode menu streams found
in m2ts files in Bluray or AVCHD HDMV disks.
Signed-off-by: David Girault da...@dhgirault.fr
---
version 6:
- rename decoder functions
- more stylistical fixes
version 5:
- add documentation, version and changelog updates
- add
On Thu, 14 Jun 2012, Samuel Pitoiset wrote:
This makes sure all incoming packets are read and handled (and reacted
to) while sending an FLV stream over RTMP to a server. If there were
enough incoming data to fill the TCP buffers, this could potentially
make things block at unexpected places.
On 06/14/2012 02:14 PM, Martin Storsjö wrote:
packets for everything. This fixes depacketization of such streams.
ok.
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
___
libav-devel mailing list
libav-devel@libav.org
---
This demonstrates that Ronald's VLA removal in snow.c is broken.
---
tests/fate/vcodec.mak|5 +
tests/ref/fate/vsynth1-snow-hpel |4
tests/ref/fate/vsynth2-snow-hpel |4
3 files changed, 13 insertions(+)
create mode 100644
These patches are extracted from Ronald's MSVC support patch
and rebased onto master.
Ronald S. Bultje (3):
x86: fmtconvert: add special asm for float_to_int16_interleave_misc_*
dwt: remove variable-length arrays
mpegvideo: remove VLAs
libavcodec/dwt.c| 109
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/dwt.c | 109 +-
libavcodec/dwt.h | 18 +++
libavcodec/snow.c|4 ++
libavcodec/snow.h|2 +
libavcodec/snowdec.c |2 +-
On 06/14/2012 03:58 PM, Mans Rullgard wrote:
---
This demonstrates that Ronald's VLA removal in snow.c is broken.
---
tests/fate/vcodec.mak|5 +
tests/ref/fate/vsynth1-snow-hpel |4
tests/ref/fate/vsynth2-snow-hpel |4
3 files changed, 13 insertions(+)
On Thu, Jun 14, 2012 at 03:03:09PM +0100, Mans Rullgard wrote:
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/dwt.c | 109
+-
libavcodec/dwt.h | 18 +++
libavcodec/snow.c|4 ++
On Thu, Jun 14, 2012 at 03:03:08PM +0100, Mans Rullgard wrote:
From: Ronald S. Bultje rsbul...@gmail.com
This gets rid of a variable-length array and a for loop in C code.
---
libavcodec/x86/fmtconvert.asm | 79
+++
libavcodec/x86/fmtconvert_mmx.c
Kostya Shishkov kostya.shish...@gmail.com writes:
diff --git a/libavcodec/snow.c b/libavcodec/snow.c
index 384cda8..edd7d07 100644
--- a/libavcodec/snow.c
+++ b/libavcodec/snow.c
@@ -440,6 +440,8 @@ av_cold int ff_snow_common_init(AVCodecContext *avctx){
s-spatial_idwt_buffer=
On Thu, Jun 14, 2012 at 03:14:08PM +0100, Måns Rullgård wrote:
Kostya Shishkov kostya.shish...@gmail.com writes:
diff --git a/libavcodec/snow.c b/libavcodec/snow.c
index 384cda8..edd7d07 100644
--- a/libavcodec/snow.c
+++ b/libavcodec/snow.c
@@ -440,6 +440,8 @@ av_cold int
Hi,
2012/6/14 Mans Rullgard m...@mansr.com:
static void guess_mv(MpegEncContext *s)
{
- uint8_t fixed[s-mb_stride * s-mb_height];
+ uint8_t *fixed = s-fixed;
What about setting s-fixed to NULL when initializing, and only
setting s-fixed to something here, like (just an example):
On 12/06/2012 6:24 PM, Diego Biurrun wrote:
Please keep lines reasonably short where this is easily possible.
Ping @ Sean.
- Derek
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Hi,
On Thu, Jun 14, 2012 at 9:42 AM, Janne Grunau janne-li...@jannau.net wrote:
---
libavformat/segment.c | 1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/libavformat/segment.c b/libavformat/segment.c
index 8274792..8a0f136 100644
--- a/libavformat/segment.c
+++
On Thursday, June 14, 2012, Derek Buitenhuis derek.buitenh...@gmail.com
wrote:
On 12/06/2012 6:24 PM, Diego Biurrun wrote:
Please keep lines reasonably short where this is easily possible.
Ping @ Sean.
- Derek
___
libav-devel mailing list
While this defines are not defined by the C standard they are provided
by the math.h header.
---
libavutil/mathematics.h | 18 --
1 files changed, 0 insertions(+), 18 deletions(-)
diff --git a/libavutil/mathematics.h b/libavutil/mathematics.h
index ec27979..a734b75 100644
---
From: Sean McGovern gsean...@gmail.com
Signed-off-by: Janne Grunau janne-li...@jannau.net
---
src/download | 95 -
src/index| 74 +
2 files changed, 121 insertions(+), 48 deletions(-)
On Thu, 14 Jun 2012, Mans Rullgard wrote:
--- a/libavcodec/x86/fmtconvert.asm
+++ b/libavcodec/x86/fmtconvert.asm
@@ -115,6 +115,85 @@ FLOAT_TO_INT16 sse, 0
FLOAT_TO_INT16 3dnow, 0
%undef cvtps2pi
+;--
+; void
---
doc/fate.texi |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/doc/fate.texi b/doc/fate.texi
index 4b02505..975f40a 100644
--- a/doc/fate.texi
+++ b/doc/fate.texi
@@ -78,6 +78,9 @@ meaning only while running the regression tests.
@item THREADS
Specify how many
Hi,
On Thu, Jun 14, 2012 at 11:27 AM, Luca Barbato lu_z...@gentoo.org wrote:
---
doc/fate.texi | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/doc/fate.texi b/doc/fate.texi
index 4b02505..975f40a 100644
--- a/doc/fate.texi
+++ b/doc/fate.texi
@@ -78,6 +78,9 @@
On 06/14/2012 08:25 PM, Janne Grunau wrote:
From: Sean McGovern gsean...@gmail.com
Signed-off-by: Janne Grunau janne-li...@jannau.net
---
src/download | 95 -
src/index| 74 +
2
On Thursday, June 14, 2012, Luca Barbato lu_z...@gentoo.org wrote:
On 06/14/2012 08:25 PM, Janne Grunau wrote:
From: Sean McGovern gsean...@gmail.com
Signed-off-by: Janne Grunau janne-li...@jannau.net
---
src/download | 95
-
On Thu, Jun 14, 2012 at 08:18:19PM +0200, Janne Grunau wrote:
While this defines are not defined by the C standard they are provided
by the math.h header.
these defines
Are the defines in glibc math.h, guaranteed by POSIX to be there or ..?
Diego
On Thu, Jun 14, 2012 at 08:27:55PM +0200, Luca Barbato wrote:
--- a/doc/fate.texi
+++ b/doc/fate.texi
@@ -78,6 +78,9 @@ meaning only while running the regression tests.
@item THREADS
Specify how many threads to use while running regression tests, it is
quite useful to detect
On Thu, Jun 14, 2012 at 08:25:39PM +0200, Janne Grunau wrote:
--- a/src/index
+++ b/src/index
@@ -33,6 +33,80 @@ with the latest developments by subscribing to both the
+
+p
+bSeveral bugs and crashes have been fixed in the following formats:/b
ASF,
+DV, EA amp; EAtqi, ID3v2, NSV
I'd
On Thu, Jun 14, 2012 at 11:45:32AM +0300, Martin Storsjö wrote:
On Thu, 14 Jun 2012, Diego Biurrun wrote:
---
I'm not entirely sure this is fully correct as I'm not sure if things like
concat should be mentioned in this list. Also, for some protocols (HLS?)
mentioning the long name instead
On 06/14/2012 11:34 PM, Diego Biurrun wrote:
On Thu, Jun 14, 2012 at 08:27:55PM +0200, Luca Barbato wrote:
--- a/doc/fate.texi
+++ b/doc/fate.texi
@@ -78,6 +78,9 @@ meaning only while running the regression tests.
@item THREADS
Specify how many threads to use while running regression
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/dnxhdenc.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dnxhdenc.h b/libavcodec/dnxhdenc.h
index 861546a..7e2f96f 100644
--- a/libavcodec/dnxhdenc.h
+++ b/libavcodec/dnxhdenc.h
@@ -92,7 +92,7 @@ typedef
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/dxva2.h |1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/dxva2.h b/libavcodec/dxva2.h
index c06f1f3..8df9bb0 100644
--- a/libavcodec/dxva2.h
+++ b/libavcodec/dxva2.h
@@ -33,6 +33,7 @@
#include d3d9.h
#include
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/snowenc.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/snowenc.c b/libavcodec/snowenc.c
index 7b010e1..3c06f8e 100644
--- a/libavcodec/snowenc.c
+++ b/libavcodec/snowenc.c
@@ -1074,8 +1074,9 @@ static
On Thu, Jun 14, 2012 at 03:59:06PM -0700, Ronald S. Bultje wrote :
+#include dxva.h
This should break every mingw compilation.
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
___
libav-devel mailing
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/dsputilenc_mmx.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavcodec/x86/dsputilenc_mmx.c b/libavcodec/x86/dsputilenc_mmx.c
index 2a403ba..d8a60e1 100644
--- a/libavcodec/x86/dsputilenc_mmx.c
+++
Hi,
On Thu, Jun 14, 2012 at 4:02 PM, Jean-Baptiste Kempf j...@videolan.org wrote:
On Thu, Jun 14, 2012 at 03:59:06PM -0700, Ronald S. Bultje wrote :
+#include dxva.h
This should break every mingw compilation.
Why? Is the header un-mingw'y?
Ronald
On Thu, Jun 14, 2012 at 04:05:40PM -0700, Ronald S. Bultje wrote :
This should break every mingw compilation.
Why? Is the header un-mingw'y?
AFAIK, no Mingw installation has it.
Especially since dxva.h is about DxVA, and libavcodec uses DxVA2.
Best regards,
--
Jean-Baptiste Kempf
47 matches
Mail list logo