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
On Wed, 13 Jun 2012 18:49:02 -0700, Alex Converse
wrote:
> Inspired by MPlayer's af_channels filter and SoX's remix effect.
> ---
> Changelog |1 +
> doc/filters.texi| 24 +++
> libavfilter/Makefile|1 +
> libavfilter/af_channelmap.c | 406
> +++
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
https://lists.libav.org/mailman/lis
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 b/avp
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
On Thu, 14 Jun 2012 10:24:19 +0200, Diego Biurrun wrote:
> We generally do not declare variables within for statements and
> there are compilers that choke on such constructs.
> ---
LGTM
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav
---
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 insertio
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" 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 almost possi
"Ronald S. Bultje" writes:
> Hi,
>
> On Wed, Jun 13, 2012 at 8:49 PM, Derek Buitenhuis
> 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 everywhere
is (I think) legit,
"Ronald S. Bultje" writes:
> Hi,
>
> On Wed, Jun 13, 2012 at 8: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 everywhere
>>> is (I think) legit, to account for snprintf(), M_PI or inline.
>>
>> We d
While there is no reason for starting a frame with anything else
than a Mode A packet, some senders seem to consistently use Mode B
packets for everything. This fixes depacketization of such streams.
---
libavformat/rtpdec_h263_rfc2190.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
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 100
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 consume
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
version 5:
- add documentation, version and changelog updates
- add missing malloc checks
-
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. For
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
https://lists.libav
---
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 tests/ref/fate/vsynth1-snow-hpel
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"
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 | 12 +++---
2 files changed, 86 insertions(+), 5 deletions(-)
diff --git a/libavcode
From: "Ronald S. Bultje"
---
libavcodec/error_resilience.c |2 +-
libavcodec/mpegvideo.c| 11 +++
libavcodec/mpegvideo.h|6 ++
libavcodec/ratecontrol.c |4 ++--
4 files changed, 20 insertions(+), 3 deletions(-)
diff --git a/libavcodec/error_resilie
From: "Ronald S. Bultje"
---
libavcodec/dwt.c | 109 +-
libavcodec/dwt.h | 18 +++
libavcodec/snow.c|4 ++
libavcodec/snow.h|2 +
libavcodec/snowdec.c |2 +-
libavcodec/snowenc.c
On Thu, Jun 14, 2012 at 03:03:10PM +0100, Mans Rullgard wrote:
> From: "Ronald S. Bultje"
>
> ---
> libavcodec/error_resilience.c |2 +-
> libavcodec/mpegvideo.c| 11 +++
> libavcodec/mpegvideo.h|6 ++
> libavcodec/ratecontrol.c |4 ++--
> 4 files c
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 inserti
On Thu, Jun 14, 2012 at 03:03:09PM +0100, Mans Rullgard wrote:
> From: "Ronald S. Bultje"
>
> ---
> libavcodec/dwt.c | 109
> +-
> libavcodec/dwt.h | 18 +++
> libavcodec/snow.c|4 ++
> libavcodec/snow.h
On Thu, Jun 14, 2012 at 03:03:08PM +0100, Mans Rullgard wrote:
> From: "Ronald S. Bultje"
>
> 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 | 12 +++
On 06/14/2012 04:03 PM, Mans Rullgard wrote:
> This gets rid of a variable-length array and a for loop in C code.
Seems ok.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
___
libav-devel mailing list
libav-devel@libav.org
https://lis
Kostya Shishkov 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= av_mallocz(width
On Thu, Jun 14, 2012 at 03:14:08PM +0100, Måns Rullgård wrote:
> Kostya Shishkov 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(
Hi,
2012/6/14 Mans Rullgard :
> 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):
uint8_t *f
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
---
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
+++ b/libavformat/segment.c
@@ -19,7 +19,6 @@
* Foundation, Inc., 51 Franklin Street, Fifth F
Hi,
On Thu, Jun 14, 2012 at 9:42 AM, Janne Grunau 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
> +++ b/libavformat/seg
Hi,
On Thu, Jun 14, 2012 at 2:45 AM, Måns Rullgård wrote:
> "Ronald S. Bultje" writes:
>> - the include of mathematics.h, avconfig.h and avstring.h everywhere
>> is (I think) legit, to account for snprintf(), M_PI or inline.
>
> I seriously doubt that those are really needed in all the places yo
On Thursday, June 14, 2012, Derek Buitenhuis
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
> libav-devel@libav.org
>
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
--- a/
From: Sean McGovern
Signed-off-by: Janne Grunau
---
src/download | 95 -
src/index| 74 +
2 files changed, 121 insertions(+), 48 deletions(-)
diff --git a/src/download b/src/download
ind
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
>
> +;--
> +;
---
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 threa
Hi,
On Thu, Jun 14, 2012 at 11:27 AM, Luca Barbato 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 @@ meaning on
On 06/14/2012 08:25 PM, Janne Grunau wrote:
> From: Sean McGovern
>
> Signed-off-by: Janne Grunau
> ---
> src/download | 95 -
> src/index| 74 +
> 2 files changed, 121 insertions(+), 48
On Thursday, June 14, 2012, Luca Barbato wrote:
> On 06/14/2012 08:25 PM, Janne Grunau wrote:
>> From: Sean McGovern
>>
>> Signed-off-by: Janne Grunau
>> ---
>> src/download | 95
-
>> src/index| 74
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 thread-r
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
> +
> +
> +Several bugs and crashes have been fixed in the following formats:
> ASF,
> +DV, EA & 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
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 regres
From: "Ronald S. Bultje"
---
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 struct DNXHDEncC
From: "Ronald S. Bultje"
---
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
#include
+#include
/**
* @defgroup
From: "Ronald S. Bultje"
---
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 void iterative_m
On Thu, Jun 14, 2012 at 03:59:06PM -0700, Ronald S. Bultje wrote :
> +#include
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 list
lib
From: "Ronald S. Bultje"
---
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
+++ b/libavcodec/x86/
Hi,
On Thu, Jun 14, 2012 at 4:02 PM, Jean-Baptiste Kempf wrote:
> On Thu, Jun 14, 2012 at 03:59:06PM -0700, Ronald S. Bultje wrote :
>> +#include
>
> This should break every mingw compilation.
Why? Is the header un-mingw'y?
Ronald
___
libav-devel mai
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
http
On 06/15/2012 12:57 AM, Ronald S. Bultje wrote:
> From: "Ronald S. Bultje"
>
> ---
> libavcodec/dnxhdenc.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Ok.
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
___
libav-devel
On 06/15/2012 01:02 AM, Ronald S. Bultje wrote:
> From: "Ronald S. Bultje"
>
> ---
> 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
> +++
57 matches
Mail list logo