On Thu, 12 Jan 2012 09:57:32 +0100, Anton Khirnov wrote:
> ---
> avserver.c | 22 --
> 1 files changed, 12 insertions(+), 10 deletions(-)
>
Ping.
I know it's ugly, but fixing this properly is a lot of effort.
--
Anton Khirnov
___
Hi,
On Tue, Jan 10, 2012 at 3:09 PM, Justin Ruggles
wrote:
> 4th try at new audio encoding API.
>
> a few differences:
>
> I included Ronald's suggestion of got_packet_ptr instead of inspecting
> various packet fields to decide whether the output packet is empty.
>
> I left out passing of the inp
On 2012-01-14 00:43:45 +0200, Martin Storsjö wrote:
> On Fri, 13 Jan 2012, Janne Grunau wrote:
>
> >On 2012-01-13 23:51:59 +0200, Martin Storsjö wrote:
> >>max_b_frames is initialized to -1 for libx264, to allow
> >>distinguishing between an explicit user set 0 and a default not
> >>touched 0 (see
Hi,
On Fri, Jan 13, 2012 at 3:42 PM, Justin Ruggles
wrote:
> fixes the tests on big-endian systems
> ---
> tests/fate/image.mak | 4 ++--
> tests/ref/fate/targa-conformance-CCM8 | 2 +-
> tests/ref/fate/targa-conformance-UCM8 | 2 +-
> 3 files changed, 4 insertions(+),
fixes the tests on big-endian systems
---
tests/fate/image.mak |4 ++--
tests/ref/fate/targa-conformance-CCM8 |2 +-
tests/ref/fate/targa-conformance-UCM8 |2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/tests/fate/image.mak b/tests/fate/image.mak
Hi,
On Fri, Jan 13, 2012 at 2:55 PM, Janne Grunau wrote:
> Fixes fate-targa-conformance-CCM8 and fate-targa-conformance-UCM8.
> ---
> tests/ref/fate/targa-conformance-CCM8 | 1 +
> tests/ref/fate/targa-conformance-UCM8 | 1 +
> 2 files changed, 2 insertions(+), 0 deletions(-)
> create mod
Fixes fate-targa-conformance-CCM8 and fate-targa-conformance-UCM8.
---
tests/ref/fate/targa-conformance-CCM8 |1 +
tests/ref/fate/targa-conformance-UCM8 |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
create mode 100644 tests/ref/fate/targa-conformance-CCM8
create mode 100644 test
On 2012-01-13 16:42:37 -0500, Justin Ruggles wrote:
> ---
> tests/fate/image.mak |6 --
> 1 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/tests/fate/image.mak b/tests/fate/image.mak
> index 153a4f3..8a5df86 100644
> --- a/tests/fate/image.mak
> +++ b/tests/fate/image.mak
On Fri, 13 Jan 2012, Janne Grunau wrote:
On 2012-01-13 23:51:59 +0200, Martin Storsjö wrote:
max_b_frames is initialized to -1 for libx264, to allow
distinguishing between an explicit user set 0 and a default not
touched 0 (see bb73cda2).
it's generally initialized to -1
No, it's not. The -
On 2012-01-13 23:51:59 +0200, Martin Storsjö wrote:
> max_b_frames is initialized to -1 for libx264, to allow
> distinguishing between an explicit user set 0 and a default not
> touched 0 (see bb73cda2).
it's generally initialized to -1
> If max_b_frames is left as -1, this affects dts generatio
On 01/12/2012 11:43 PM, Justin Ruggles wrote:
> This avoids reusing avctx->frame_size for per-frame information.
>
> Justin Ruggles (7):
...
> gsm parser: set duration
...
> adx parser: set duration
I'm dropping patch 5/7 and 7/7 since the packet duration is constant for
these codecs. I'll
On Fri, Jan 13, 2012 at 3:00 PM, Ronald S. Bultje wrote:
> From: "Ronald S. Bultje"
>
> ---
> libswscale/x86/output.asm | 119
> ++---
> 1 files changed, 59 insertions(+), 60 deletions(-)
Seems fine.
___
libav
On Fri, 13 Jan 2012 23:51:59 +0200, Martin Storsjö wrote:
> max_b_frames is initialized to -1 for libx264, to allow
> distinguishing between an explicit user set 0 and a default not
> touched 0 (see bb73cda2).
>
> If max_b_frames is left as -1, this affects dts generation (where
> expressions li
Hu,
On Fri, Jan 13, 2012 at 1:16 PM, Justin Ruggles
wrote:
> ---
> This should fix the failing tests. Could someone please check to make sure?
>
> Thanks,
> Justin
>
> tests/fate/image.mak | 8
> 1 files changed, 4 insertions(+), 4 deletions(-)
Just commit, this is necessary anyway.
Hi,
2012/1/13 Måns Rullgård :
> Paul B Mahol writes:
>
>> On 1/13/12, Maans Rullgaard wrote:
>>> Paul B Mahol writes:
>>>
On 1/13/12, Maans Rullgaard wrote:
> "Justin Ruggles " writes:
>
>> +# fate-targa-conformance-CCM8: CMD = framecrc -i
>> $(SAMPLES)/targa-conformance
Hi,
On Fri, Jan 13, 2012 at 1:42 PM, Justin Ruggles
wrote:
> ---
> tests/fate/image.mak | 6 --
> 1 files changed, 4 insertions(+), 2 deletions(-)
OK.
Ronald
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/li
Hi,
On Fri, Jan 13, 2012 at 1:46 PM, Justin Ruggles
wrote:
> On 01/13/2012 04:42 PM, Justin Ruggles wrote:
>> Also set opacity for the palette with rgb24 entries
>
> oops. this is no longer true. amended the commit message locally.
Good to push then.
Ronald
_
On 2012-01-13 22:24:26 +0100, Anton Khirnov wrote:
> From: Stefano Sabatini
>
> Fix libavfilter library version numbers generation, which was broken in
> 3167dc9515810bbdd86d99d773bcf84657d2e72a.
>
> Signed-off-by: Anton Khirnov
> ---
> configure |2 +-
> 1 files changed, 1 insertions(+),
max_b_frames is initialized to -1 for libx264, to allow
distinguishing between an explicit user set 0 and a default not
touched 0 (see bb73cda2).
If max_b_frames is left as -1, this affects dts generation (where
expressions like max_b_frames != 0 are used), so make sure it is
left at the default 0
On 01/13/2012 04:42 PM, Justin Ruggles wrote:
> Also set opacity for the palette with rgb24 entries
oops. this is no longer true. amended the commit message locally.
-Justin
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/ma
---
tests/fate/image.mak |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/tests/fate/image.mak b/tests/fate/image.mak
index 153a4f3..8a5df86 100644
--- a/tests/fate/image.mak
+++ b/tests/fate/image.mak
@@ -32,10 +32,12 @@ FATE_TESTS += fate-sunraster-24bit-rle
fate-su
Also set opacity for the palette with rgb24 entries
---
libavcodec/targa.c | 39 +--
1 files changed, 29 insertions(+), 10 deletions(-)
diff --git a/libavcodec/targa.c b/libavcodec/targa.c
index b821d74..00da758 100644
--- a/libavcodec/targa.c
+++ b/libavcode
Paul B Mahol writes:
> On 1/13/12, Maans Rullgaard wrote:
>> Paul B Mahol writes:
>>
>>> On 1/13/12, Maans Rullgaard wrote:
"Justin Ruggles " writes:
> +# fate-targa-conformance-CCM8: CMD = framecrc -i
> $(SAMPLES)/targa-conformance/CCM8.TGA
> +# fate-targa-conformance-
On 1/13/12, Maans Rullgaard wrote:
> Paul B Mahol writes:
>
>> On 1/13/12, Maans Rullgaard wrote:
>>> "Justin Ruggles " writes:
>>>
+# fate-targa-conformance-CCM8: CMD = framecrc -i
$(SAMPLES)/targa-conformance/CCM8.TGA
+# fate-targa-conformance-UCM8: CMD = framecrc -i
$(S
Paul B Mahol writes:
> On 1/13/12, Maans Rullgaard wrote:
>> "Justin Ruggles " writes:
>>
>>> +# fate-targa-conformance-CCM8: CMD = framecrc -i
>>> $(SAMPLES)/targa-conformance/CCM8.TGA
>>> +# fate-targa-conformance-UCM8: CMD = framecrc -i
>>> $(SAMPLES)/targa-conformance/UCM8.TGA
>>
>> WTF a
On 1/13/12, Maans Rullgaard wrote:
> "Justin Ruggles " writes:
>
>> +# fate-targa-conformance-CCM8: CMD = framecrc -i
>> $(SAMPLES)/targa-conformance/CCM8.TGA
>> +# fate-targa-conformance-UCM8: CMD = framecrc -i
>> $(SAMPLES)/targa-conformance/UCM8.TGA
>
> WTF are those lines doing there? What
Paul B Mahol writes:
> ---
> Changelog|1 +
> doc/general.texi |2 +-
> libavformat/Makefile |3 +-
> libavformat/allformats.c |2 +-
> libavformat/smjpeg.c | 159 ++---
> libavformat/smjpeg.h | 37 +++
From: Stefano Sabatini
Fix libavfilter library version numbers generation, which was broken in
3167dc9515810bbdd86d99d773bcf84657d2e72a.
Signed-off-by: Anton Khirnov
---
configure |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure b/configure
index 3146641..93b
---
Changelog|1 +
doc/general.texi |2 +-
libavformat/Makefile |3 +-
libavformat/allformats.c |2 +-
libavformat/smjpeg.c | 159 ++---
libavformat/smjpeg.h | 37 ++
libavformat/smjpegdec.c | 177
"Justin Ruggles " writes:
> +# fate-targa-conformance-CCM8: CMD = framecrc -i
> $(SAMPLES)/targa-conformance/CCM8.TGA
> +# fate-targa-conformance-UCM8: CMD = framecrc -i
> $(SAMPLES)/targa-conformance/UCM8.TGA
WTF are those lines doing there? Whatever happened to actually
reviewing patches
"Justin Ruggles " writes:
> +fate-targa-conformance-CBW8: CMD = framecrc -i
> $(SAMPLES)/targa-conformance/CBW8.TGA
These need a suitable -pix_fmt argument to give endian-independent output.
--
Måns Rullgård
m...@mansr.com
___
libav-devel mailing l
---
This should fix the failing tests. Could someone please check to make sure?
Thanks,
Justin
tests/fate/image.mak |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/tests/fate/image.mak b/tests/fate/image.mak
index 153a4f3..7fdbdc4 100644
--- a/tests/fate/image.mak
On Wed, Jan 11, 2012 at 3:34 AM, Diego Biurrun wrote:
> On Wed, Jan 11, 2012 at 07:50:55AM +0100, Anton Khirnov wrote:
> > On Tue, 10 Jan 2012 09:31:20 -0600, Daniel Huang
> wrote:
> > > From 8aad2648ce411409c8ce941c7d2cb68d7470e44a Mon Sep 17 00:00:00 2001
> > > From: Daniel Huang
> > > Date:
From: "Ronald S. Bultje"
---
libswscale/x86/output.asm | 119 ++---
1 files changed, 59 insertions(+), 60 deletions(-)
diff --git a/libswscale/x86/output.asm b/libswscale/x86/output.asm
index 0ec2038..ae2929c 100644
--- a/libswscale/x86/output.asm
+++ b/
Hi,
The libav.git repository URL referenced on http://libav.org/download.html
doesn't work. Kostya noticed git://git.libav.org/libav.org works as a
workaround, but I think the download page should be fixed (or actually
maybe the server config should?).
Regards,
--
Clément B.
pgp6UIHjgSU86.pgp
On Fri, Jan 13, 2012 at 07:39:51PM +, Paul B Mahol wrote:
> On 1/13/12, Kostya Shishkov wrote:
> > Do they have common code? If not maybe it's better to put muxer into
> > separate
> > file. Tags are easy to duplicate.
>
> Something like this:
>
> smjpegdec.c
> smjpegenc.c
>
> and tags in s
On 1/13/12, Kostya Shishkov wrote:
> Do they have common code? If not maybe it's better to put muxer into
> separate
> file. Tags are easy to duplicate.
Something like this:
smjpegdec.c
smjpegenc.c
and tags in smjpeg.[c/h] ?
___
libav-devel mailing li
On 2012-01-13 18:56:56 +, Måns Rullgård wrote:
> Due to apprent bugs in the GNU assembler and/or linker, relocations
> can be incorrectly processed if the alignment of a Thumb instruction
> is changed in the output file compared to the input object.
>
> This fixes crashes in h264 decoding with
On 2012-01-13 19:03:18 +, Måns Rullgård wrote:
> The alignment directive must obviously precede the label.
> This was never noticed in ARM mode since the location is
> already aligned there.
>
> Signed-off-by: Mans Rullgard
> ---
> libavcodec/arm/simple_idct_arm.S |2 +-
> 1 files change
The alignment directive must obviously precede the label.
This was never noticed in ARM mode since the location is
already aligned there.
Signed-off-by: Mans Rullgard
---
libavcodec/arm/simple_idct_arm.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavcodec/arm/sim
Due to apprent bugs in the GNU assembler and/or linker, relocations
can be incorrectly processed if the alignment of a Thumb instruction
is changed in the output file compared to the input object.
This fixes crashes in h264 decoding with Thumb enabled. No effect in
ARM mode since everything is 4-b
The patch also adds several bytestream macros to deal with native endian.
---
libavcodec/bytestream.h | 37 +
libavcodec/sgidec.c | 103 +++
2 files changed, 88 insertions(+), 52 deletions(-)
diff --git a/libavcodec/bytestream.h b
Hi,
On Fri, Jan 13, 2012 at 8:01 AM, Diego Biurrun wrote:
> ---
> libswscale/colorspace-test.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Why?
Somewhat related, I'd prefer if we used them. I wanted to work on that
but forgot. E.g., we could think of using argv[1]/[2] to spec
---
libswscale/colorspace-test.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libswscale/colorspace-test.c b/libswscale/colorspace-test.c
index 10cee8a..135924c 100644
--- a/libswscale/colorspace-test.c
+++ b/libswscale/colorspace-test.c
@@ -33,7 +33,7 @@
#define FU
Hi,
On Fri, Jan 13, 2012 at 7:48 AM, Diego Biurrun wrote:
> Fixes several "‘static’ is not at beginning of declaration" warnings.
> ---
> libavcodec/g722.c | 2 +-
> libavcodec/h264_loopfilter.c | 51 +++--
> libavfilter/vf_fade.c | 2
Fixes several "‘static’ is not at beginning of declaration" warnings.
---
libavcodec/g722.c|2 +-
libavcodec/h264_loopfilter.c | 51 +++--
libavfilter/vf_fade.c|2 +-
libswscale/utils.c |2 +-
4 files changed, 46 inser
2012/1/12 Christophe Gisquet :
> 2012/1/12 Kostya Shishkov :
>> Probably OK, I'll wait for other people to say something. Also is there a
>> chance of doing benchmarks?
>
> Before: 4.134 / 4.618 / 2.668 / 1.123 / 3.120
> After: 3.916 / 4.399 / 2.558 / 1.092 / 2.995
> So around a 4% speed increase.
On Fri, Jan 13, 2012 at 03:34:04AM +, Paul B Mahol wrote:
> ---
> doc/general.texi |2 +-
> libavformat/Makefile |1 +
> libavformat/allformats.c |2 +-
> libavformat/smjpeg.c | 101 -
> 4 files changed, 101 insertions(+)
Ronald S. Bultje wrote:
Hi,
On Thu, Jan 12, 2012 at 12:51 PM, Stratulat Oana
wrote:
int adx = x1 - x0;
int ady = FFABS(dy);
int sy = dy< 0 ? -1 : 1;
+if (adx == 0)
+adx = 1;
OK, I guess. The ugliness has to go somewhere. Maybe add a comment
that it prevents
49 matches
Mail list logo