Hi,
On Fri, Dec 14, 2012 at 12:09 PM, Janne Grunau janne-li...@jannau.net wrote:
Introduced in d7d6efe42b0d.
---
libavcodec/h264_ps.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
OK.
Ronald
___
libav-devel mailing list
Hi,
On Fri, Dec 14, 2012 at 7:02 AM, Janne Grunau janne-li...@jannau.net wrote:
On 2012-12-12 16:16:21 -0800, Ronald S. Bultje wrote:
On Wed, Dec 12, 2012 at 3:22 PM, Janne Grunau janne-li...@jannau.net wrote:
On 2012-12-12 14:39:34 -0800, Ronald S. Bultje wrote:
Hi,
On Wed, Dec 12
Hi,
On Thu, Dec 13, 2012 at 1:48 PM, Janne Grunau janne-li...@jannau.net wrote:
Fixes build errors with nasm introduced in 6f40e9f070f7 for stack
memory alignment. Noticed by BugMaster.
---
libavutil/x86/x86inc.asm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
OK.
Ronald
Hi,
On Wed, Dec 12, 2012 at 12:30 PM, Janne Grunau janne-li...@jannau.net wrote:
Fixes a crash in the fuzzed sample sample_varPAR.avi_s26638 with
alternating bit depths.
---
libavcodec/h264.c| 107
+--
libavcodec/h264.h| 2 +
Hi,
On Wed, Dec 12, 2012 at 12:30 PM, Janne Grunau janne-li...@jannau.net wrote:
Decoders supporting frame parameter changes can return delayed frames
with the old parameters.
---
libavcodec/utils.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git
Hi,
On Wed, Dec 12, 2012 at 12:30 PM, Janne Grunau janne-li...@jannau.net wrote:
This requires to move the avcodec_default_free_buffers() call to
ff_MPV_common_end() since otherwise delayed pictures would get freed
during a size change.
---
libavcodec/h264.h | 6 --
Hi,
On Wed, Dec 12, 2012 at 12:30 PM, Janne Grunau janne-li...@jannau.net wrote:
cmdutis.c's alloc_buffer() uses aligned to 32 width plus 2 edges of 32
pixels as linesize. emu_edge_buffer has to work with the same stride.
This makes only a difference for 8 bit per pixel bit depths since we
Hi,
On Wed, Dec 12, 2012 at 12:30 PM, Janne Grunau janne-li...@jannau.net wrote:
---
libavcodec/h264.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index e8a22f8..546b046 100644
--- a/libavcodec/h264.c
+++ b/libavcodec/h264.c
@@ -1125,6
Hi,
On Wed, Dec 12, 2012 at 12:30 PM, Janne Grunau janne-li...@jannau.net wrote:
Fixes hang in HPCAMAPALQ_BRCM_B.264_s14038 while waiting on invalid
field 2.
---
libavcodec/h264.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
Hi,
On Wed, Dec 12, 2012 at 3:12 PM, Janne Grunau janne-li...@jannau.net wrote:
On 2012-12-12 14:30:43 -0800, Ronald S. Bultje wrote:
Hi,
On Wed, Dec 12, 2012 at 12:30 PM, Janne Grunau janne-li...@jannau.net
wrote:
cmdutis.c's alloc_buffer() uses aligned to 32 width plus 2 edges of 32
Hi,
On Wed, Dec 12, 2012 at 12:30 PM, Janne Grunau janne-li...@jannau.net wrote:
---
libavcodec/h264.c | 13 -
libavcodec/h264.h | 1 +
2 files changed, 13 insertions(+), 1 deletion(-)
In what situation does this happen? We should really make this an
assert() at some point, and
Hi,
On Wed, Dec 12, 2012 at 4:29 PM, Janne Grunau janne-li...@jannau.net wrote:
On 2012-12-12 16:16:21 -0800, Ronald S. Bultje wrote:
Hi,
On Wed, Dec 12, 2012 at 3:22 PM, Janne Grunau janne-li...@jannau.net wrote:
On 2012-12-12 14:39:34 -0800, Ronald S. Bultje wrote:
Hi,
On Wed, Dec
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x).
---
libavcodec/x86/h264_deblock.asm | 27 ++
libavcodec/x86/h264dsp_init.c | 4 +-
libavcodec/x86/vp8dsp.asm
Hi,
On Sat, Dec 8, 2012 at 8:41 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x).
---
libavcodec/x86/h264_deblock.asm | 27 ++
libavcodec/x86/h264dsp_init.c | 4 +-
libavcodec/x86/vp8dsp.asm
Hi,
On Sat, Dec 8, 2012 at 4:12 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x).
---
libavcodec/x86/h264_deblock.asm | 27
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x).
---
libavcodec/x86/h264_deblock.asm | 27 ++
libavcodec/x86/h264dsp_init.c | 4 +-
libavcodec/x86/vp8dsp.asm
From: Ronald S. Bultje rsbul...@gmail.com
This prevents an invalid write into coeffs[scantable[-1]] if zeros_left
itself was an invalid VLC code (and thus -1).
---
libavcodec/h264_cavlc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/h264_cavlc.c b
Hi,
On Fri, Dec 7, 2012 at 1:01 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
+%if mmsize = 16 HAVE_ALIGNED_STACK
How much overhead would it be to drop HAVE_ALIGNED_STACK entirely?
Well, for now, we still have a ton of functions that don't
Hi,
On Fri, Nov 30, 2012 at 10:56 AM, Janne Grunau janne-li...@jannau.net wrote:
This prevents undefined behaviour of signed left shift if the coded
value is larger than 2^31. Large values are most likely invalid and
caused errors or by feeding random.
Validate every use of
Hi,
On Fri, Dec 7, 2012 at 2:01 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Fri, Dec 7, 2012 at 1:01 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
+%if mmsize = 16 HAVE_ALIGNED_STACK
How much
Hi,
On Fri, Dec 7, 2012 at 2:08 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
Hi,
On Fri, Dec 7, 2012 at 2:01 PM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
On Fri, Dec 7, 2012 at 1:01 PM, Måns Rullgård m
Hi,
On Wed, Dec 5, 2012 at 9:53 AM, Justin Ruggles justin.rugg...@gmail.com wrote:
---
libavutil/x86/float_dsp.asm |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/libavutil/x86/float_dsp.asm b/libavutil/x86/float_dsp.asm
index 4a1742f..dc75532 100644
---
Hi,
On Wed, Dec 5, 2012 at 9:53 AM, Justin Ruggles justin.rugg...@gmail.com wrote:
---
libavutil/x86/float_dsp.asm |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavutil/x86/float_dsp.asm b/libavutil/x86/float_dsp.asm
index d8fd93a..4a1742f 100644
---
Hi,
On Wed, Dec 5, 2012 at 11:10 AM, Janne Grunau janne-li...@jannau.net wrote:
Fixes errors in slice based multithreading introduced in 0b300daad2f5.
CC: libav-sta...@libav.org
---
libavcodec/h264.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/h264.c
Hi,
On Wed, Dec 5, 2012 at 11:00 AM, Janne Grunau janne-li...@jannau.net wrote:
Fixes fate-h264-conformance-cvnlfi2_sony_h and smllwebdl.mkv from
https://github.com/OpenELEC/OpenELEC.tv/issues/1557 .
---
libavcodec/h264.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi,
On Fri, Nov 30, 2012 at 1:14 PM, Christophe Gisquet
christophe.gisq...@gmail.com wrote:
Hello,
2012/11/30 Loren Merritt lor...@u.washington.edu:
If you increment an index into W and z rather than the pointers
themselves, then you can eliminate an add and a cmp.
I add already tested
On Mon, Nov 26, 2012 at 7:54 AM, Janne Grunau janne-li...@jannau.net wrote:
On 2012-11-26 07:01:20 -0800, Ronald S. Bultje wrote:
Hi,
On Mon, Nov 26, 2012 at 4:06 AM, Janne Grunau janne-li...@jannau.net wrote:
Fixes segfault in the fuzzed sample bipbop234.ts_s226407.
CC: libav-sta
Hi,
On Mon, Nov 26, 2012 at 4:11 PM, Justin Ruggles
justin.rugg...@gmail.com wrote:
From: Michael Niedermayer michae...@gmx.at
Fixes curruption of metadata in the INFO chunk.
Signed-off-by: Michael Niedermayer michae...@gmx.at
Signed-off-by: Justin Ruggles justin.rugg...@gmail.com
---
Hi,
On Sun, Nov 25, 2012 at 1:18 AM, Diego Biurrun di...@biurrun.de wrote:
On Sat, Nov 24, 2012 at 03:43:04PM +0100, Christophe Gisquet wrote:
PS: no idea why firefox/gmail treats those patches as octet-stream,
and how to fix that.
Ronald wrote about this a while back, but there seems to be
Hi,
On Sun, Nov 25, 2012 at 8:43 AM, Ronald S. Bultje rsbul...@gmail.com wrote:
(This is kind of a pain on Fedora
Whoops, I meant Mac here.
Ronald
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Hi,
On Sun, Nov 25, 2012 at 2:40 PM, Janne Grunau janne-li...@jannau.net wrote:
Dropping frames is undesirable but that is the only way by which the
decoder could return to low delay mode. Instead emit a warning and
continue with delayed frames.
Fixes a crash in fuzzed sample
Hi,
On Wed, Nov 21, 2012 at 5:37 AM, Janne Grunau janne-li...@jannau.netwrote:
On 2012-11-21 13:14:34 +, Loren Merritt wrote:
On Wed, 21 Nov 2012, Janne Grunau wrote:
On 2012-11-16 18:14:29 -0800, Ronald S. Bultje wrote:
So I'm going to have to wonder what happens
Hi,
On Wed, Nov 21, 2012 at 12:29 PM, Janne Grunau janne-li...@jannau.netwrote:
On 2012-11-21 09:13:27 -0800, Ronald S. Bultje wrote:
On Wed, Nov 21, 2012 at 5:37 AM, Janne Grunau janne-li...@jannau.net
wrote:
On 2012-11-21 13:14:34 +, Loren Merritt wrote:
On Wed, 21 Nov 2012
Hi,
On Fri, Nov 16, 2012 at 8:43 AM, Janne Grunau janne-li...@jannau.netwrote:
Fixes a crash in fuzzed file nasa-8s2.ts_s20033 caused by a too large
has_b_frames value. low_delay keeps getting re-enabled from the the
presumely broken SPS.
---
libavcodec/h264.c | 4 +++-
1 file changed, 3
Hi,
On Mon, Nov 12, 2012 at 12:41 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 11/12/2012 07:35 PM, Justin Ruggles wrote:
Fixes crashes on Win32 and stack overruns on x86-32 in general.
Who can test it?
http://bugzilla.libav.org/show_bug.cgi?id=338
Reproducible on x86-32 Linux/Mac with
Hi,
On Thu, Nov 8, 2012 at 2:17 PM, Justin Ruggles justin.rugg...@gmail.comwrote:
On 10/29/2012 04:39 PM, Justin Ruggles wrote:
From: Ronald S. Bultje rsbul...@gmail.com
Fixes crashes on Win32 and stack overruns on x86-32 in general.
---
libavresample/x86/audio_mix.asm |7
Hi,
On Mon, Nov 5, 2012 at 1:22 PM, Diego Biurrun di...@biurrun.de wrote:
---
This fixes the crash in fate-vp5 with the QPEL code converted to YASM.
I'm sending this separately to not spam everybody with 100+kB patches.
The patch is meant to be squashed into the QPEL yasmification.
; void
Hi,
On Mon, Nov 5, 2012 at 10:48 AM, Diego Biurrun di...@biurrun.de wrote:
+%macro QPEL8_H_LOWPASS_OP 1
+cglobal %1_h264_qpel8_h_lowpass, 4,5 ; dst, src, dstStride, srcStride
+mov r4d, 8
Each and every single one of these needs a stride sign extension like
you did in dsputil.asm.
Hi,
On Mon, Oct 29, 2012 at 7:53 AM, Diego Biurrun di...@biurrun.de wrote:
On Sun, Oct 28, 2012 at 08:44:54PM -0700, Ronald S. Bultje wrote:
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/arm/h264pred_init_arm.c | 36 +++---
libavcodec/h264pred.c| 79
From: Ronald S. Bultje rsbul...@gmail.com
Replace INIT_AVX by INIT_XMM avx. Port the whole file to use cpuflag
based function declarations. Remove (now unused) cputype argument in
function declaration macros. Change function prototypes to have mmx2
instead of mmxext as suffix, since that's
Hi,
On Mon, Oct 29, 2012 at 10:25 AM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/29/2012 04:44 AM, Ronald S. Bultje wrote:
From: Ronald S. Bultje rsbul...@gmail.com
If you don't mind
x86: use PRED4x4/8x8/8x8L/16x16 macros to declare intrapred prototypes
might fit better.
Will change
Hi,
On Mon, Oct 29, 2012 at 5:15 PM, Diego Biurrun di...@biurrun.de wrote:
This allows using mmxext as name in Libav while staying compatible
with changes to the YASM macro infrastructure imported from x264.
---
libavutil/x86/x86inc.asm |1 +
1 files changed, 1 insertions(+), 0
Hi,
On Mon, Oct 29, 2012 at 5:56 PM, Diego Biurrun di...@biurrun.de wrote:
On Mon, Oct 29, 2012 at 05:25:08PM -0700, Ronald S. Bultje wrote:
On Mon, Oct 29, 2012 at 5:15 PM, Diego Biurrun di...@biurrun.de wrote:
This allows using mmxext as name in Libav while staying compatible
with changes
Hi,
On Mon, Oct 29, 2012 at 7:14 PM, Luca Barbato lu_z...@gentoo.org wrote:
With the input of Kostya and Ronald.
---
libswscale/swscale.c | 38 --
libswscale/swscale_unscaled.c | 32 ++--
2 files changed, 66
Hi,
On Mon, Oct 29, 2012 at 7:14 PM, Luca Barbato lu_z...@gentoo.org wrote:
Signed-off-by: Luca Barbato lu_z...@gentoo.org
---
libavcodec/raw.c | 19
libavformat/nut.c | 28 +
libavutil/pixdesc.c | 234
Hi,
On Mon, Oct 29, 2012 at 7:28 PM, Diego Biurrun di...@biurrun.de wrote:
-%include x86inc.asm
%include x86util.asm
Didn't you come up with the rule that each file should contain all
headers it directly takes symbols from? How do these changes fit with
that scheme?
Ronald
Hi,
On Mon, Oct 29, 2012 at 7:28 PM, Diego Biurrun di...@biurrun.de wrote:
mmxext is a more sensible name and more common in outside projects.
---
libavutil/x86/x86util.asm |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
No.
Ronald
___
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/h264_intrapred_10bit.asm | 306
libavcodec/x86/h264_intrapred_init.c| 40 ++---
2 files changed, 177 insertions(+), 169 deletions(-)
diff --git a/libavcodec/x86/h264_intrapred_10bit.asm
b
From: Ronald S. Bultje rsbul...@gmail.com
---
libavutil/x86/x86inc.asm | 8
1 file changed, 8 deletions(-)
diff --git a/libavutil/x86/x86inc.asm b/libavutil/x86/x86inc.asm
index d734c6e..1fe9f55 100644
--- a/libavutil/x86/x86inc.asm
+++ b/libavutil/x86/x86inc.asm
@@ -678,14 +678,6
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/x86/h264_intrapred.asm| 80 +-
libavcodec/x86/h264_intrapred_init.c | 296 ++-
2 files changed, 190 insertions(+), 186 deletions(-)
diff --git a/libavcodec/x86/h264_intrapred.asm
b/libavcodec
From: Ronald S. Bultje rsbul...@gmail.com
---
libavcodec/arm/h264pred_init_arm.c | 36 +++---
libavcodec/h264pred.c| 79
libavcodec/h264pred.h| 18 +--
libavcodec/h264pred_template.c | 233 +--
libavcodec/x86
Hi,
On Fri, Oct 26, 2012 at 8:35 AM, Luca Barbato lu_z...@gentoo.org wrote:
Signed-off-by: Luca Barbato lu_z...@gentoo.org
---
Partially fixes the issue, there is still something wrong somewhere, possibly
a buffer overrun or yet some memory not properly set.
How do we reproduce? What kind
Hi,
On Fri, Oct 26, 2012 at 5:50 PM, Mans Rullgard m...@mansr.com wrote:
Indexing across array boundaries is not allowed by C99.
Signed-off-by: Mans Rullgard m...@mansr.com
---
libavcodec/vp8.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vp8.c
Hi,
On Sun, Oct 14, 2012 at 5:22 PM, Luca Barbato lu_z...@gentoo.org wrote:
+if (isPlanar(dstFormat) isALPHA(dstFormat) !alpPixBuf) {
+int length = dstW;
+int height = dstY - lastDstY;
+if (is9_OR_10BPS(dstFormat)) {
+const AVPixFmtDescriptor *desc =
Hi,
On Wed, Oct 24, 2012 at 10:07 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x
Hi,
On Fri, Oct 19, 2012 at 6:55 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Hi,
While testing an mpegts stream I found what appears to be a bug in the
H.264 decoder that only happens on certain processors.
The stream is here[1], but I've split the specific chunks I get from
the
Hi,
On Sat, Oct 13, 2012 at 11:06 PM, Luca Barbato lu_z...@gentoo.org wrote:
---
Here an initial patch to support many yuva, apparently either I botched
adding them (since I did lots of cut and paste) or they manage the expose some
flaws in swscale. valgrind manages to spot something and
Hi,
On Sat, Oct 13, 2012 at 11:13 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Sat, Oct 13, 2012 at 11:06 PM, Luca Barbato lu_z...@gentoo.org wrote:
---
Here an initial patch to support many yuva, apparently either I botched
adding them (since I did lots of cut and paste
Hi,
On Sun, Oct 14, 2012 at 12:53 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Sat, Oct 13, 2012 at 11:13 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Sat, Oct 13, 2012 at 11:06 PM, Luca Barbato lu_z...@gentoo.org wrote:
---
Here an initial patch to support many yuva
Hi,
On Sun, Oct 14, 2012 at 1:39 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/14/2012 09:54 PM, Ronald S. Bultje wrote:
Hi,
On Sun, Oct 14, 2012 at 12:53 PM, Ronald S. Bultje rsbul...@gmail.com
wrote:
Hi,
On Sat, Oct 13, 2012 at 11:13 PM, Ronald S. Bultje rsbul...@gmail.com
wrote
Hi,
On Sun, Oct 14, 2012 at 2:12 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/14/2012 10:43 PM, Ronald S. Bultje wrote:
Hi,
On Sun, Oct 14, 2012 at 1:39 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/14/2012 09:54 PM, Ronald S. Bultje wrote:
Hi,
On Sun, Oct 14, 2012 at 12:53 PM
Hi,
On Sun, Oct 14, 2012 at 3:02 PM, Diego Biurrun di...@biurrun.de wrote:
This removes a dependency of the Matroska demuxer on the RealMedia
demuxer while only minimally bloating a RealMedia muxer only build.
---
libavformat/Makefile |4 ++--
libavformat/rm.c | 41
On Sun, Oct 14, 2012 at 8:11 PM, Mans Rullgard m...@mansr.com wrote:
Some compilers (e.g. old gcc) have trouble with these.
Signed-off-by: Mans Rullgard m...@mansr.com
---
libswscale/swscale_unscaled.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git
Hi,
On Sat, Oct 13, 2012 at 9:05 AM, Diego Biurrun di...@biurrun.de wrote:
On Sat, Oct 13, 2012 at 10:04:50AM -0500, Daniel Kang wrote:
+%macro op_avgh 3
+movh %3, %2
+pavgb %1, %3
+movh %2, %1
+%endmacro
+
+%macro op_avg 3
+pavgb %1, %2
+mova %2, %1
Hi,
On Fri, Oct 12, 2012 at 7:12 AM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/12/2012 12:42 PM, Sami Pietilä wrote:
Hi all,
while testing a VP8 encoder I found a mismatch between FFMPEG and libvpx
VP8 decoders. The reason for this mismatch is that FFMPEG doesn't reset
loopfilter delta
Hi,
On Fri, Oct 12, 2012 at 7:18 AM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/12/2012 04:15 PM, Ronald S. Bultje wrote:
If you can point me where in the specification it is stated I'd like to
point it in the commit message.
It's only natural for all codec state to be reset in a keyframe
Hi,
On Tue, Oct 9, 2012 at 10:33 AM, aviad rozenhek avia...@gmail.com wrote:
On Thu, Jun 14, 2012 at 1:59 AM, Ronald S. Bultje rsbul...@gmail.com
wrote:
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
Hi,
On Tue, Oct 9, 2012 at 1:38 PM, Mashiat Sarker Shakkhar
mashiat.sar...@gmail.com wrote:
This is required due to the way VC-1 handles chroma pull-back which may end
up causing negative chroma MV for zero luma MV. Edge emulation needs to be
invoked in such cases.
This problem only affects
Hi,
On Tue, Oct 9, 2012 at 1:38 PM, Mashiat Sarker Shakkhar
mashiat.sar...@gmail.com wrote:
The existing code is not in the right place and it should cover both
interlaced frame and field pictures.
---
libavcodec/vc1.c|5 +
libavcodec/vc1dec.c |4
2 files changed, 5
Hi,
On Tue, Oct 9, 2012 at 1:38 PM, Mashiat Sarker Shakkhar
mashiat.sar...@gmail.com wrote:
---
libavcodec/vc1dec.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
OK.
Ronald
___
libav-devel mailing list
Hi,
On Tue, Oct 9, 2012 at 1:38 PM, Mashiat Sarker Shakkhar
mashiat.sar...@gmail.com wrote:
Interlaced field pictures can have one or two reference pictures, signaled
by NUMREF syntax element. For single reference pictures, reference picture
is determined by REFFIELD syntax element.
---
Hi,
On Tue, Oct 9, 2012 at 4:56 PM, Mashiat Sarker Shakkhar
mashiat.sar...@gmail.com wrote:
On 10/9/2012 7:37 PM, Ronald S. Bultje wrote:
Hi,
On Tue, Oct 9, 2012 at 1:38 PM, Mashiat Sarker Shakkhar
mashiat.sar...@gmail.com wrote:
This is required due to the way VC-1 handles chroma pull
Hi,
On Sat, Oct 6, 2012 at 9:58 AM, Anton Khirnov an...@khirnov.net wrote:
[..]
Yay! OK.
(Didn't review at all, a sed replace can't be that hard, plus this is awesome.)
Ronald
___
libav-devel mailing list
libav-devel@libav.org
Hi,
On Sat, Oct 6, 2012 at 9:58 AM, Anton Khirnov an...@khirnov.net wrote:
---
avprobe.c |6 +++---
cmdutils.c| 16 +++-
tools/graph2dot.c |4 ++--
3 files changed, 16 insertions(+), 10 deletions(-)
diff --git a/avprobe.c b/avprobe.c
index
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x).
---
libavcodec/x86/h264_deblock.asm | 27 ++-
libavcodec/x86/h264dsp_init.c | 4 +-
libavcodec/x86/vp8dsp.asm
Hi,
On Sat, Oct 6, 2012 at 1:28 PM, Anton Khirnov an...@khirnov.net wrote:
On Sat, 6 Oct 2012 12:35:44 -0700, Ronald S. Bultje rsbul...@gmail.com
wrote:
On Sat, Oct 6, 2012 at 9:58 AM, Anton Khirnov an...@khirnov.net wrote:
---
avprobe.c |6 +++---
cmdutils.c| 16
Hi,
On Sat, Oct 6, 2012 at 9:19 PM, Anton Khirnov an...@khirnov.net wrote:
On Sat, 6 Oct 2012 17:01:57 -0700, Ronald S. Bultje rsbul...@gmail.com
wrote:
Hi,
On Sat, Oct 6, 2012 at 1:28 PM, Anton Khirnov an...@khirnov.net wrote:
On Sat, 6 Oct 2012 12:35:44 -0700, Ronald S. Bultje rsbul
Hi,
On Sat, Oct 6, 2012 at 9:47 PM, Anton Khirnov an...@khirnov.net wrote:
On Sat, 6 Oct 2012 21:44:03 -0700, Ronald S. Bultje rsbul...@gmail.com
wrote:
Hi,
On Sat, Oct 6, 2012 at 9:19 PM, Anton Khirnov an...@khirnov.net wrote:
On Sat, 6 Oct 2012 17:01:57 -0700, Ronald S. Bultje rsbul
Hi,
On Sat, Oct 6, 2012 at 9:58 AM, Anton Khirnov an...@khirnov.net wrote:
---
doc/APIchanges |8 ++
libavutil/Makefile |1 +
libavutil/old_pix_fmts.h | 128
libavutil/pixfmt.h | 298
++
Hi,
On Fri, Oct 5, 2012 at 3:50 AM, Diego Biurrun di...@biurrun.de wrote:
---
The test program is of doubtful utility, fails to compile on x86_32 and
was never part of our test suite.
libavcodec/Makefile |3 +-
libavcodec/cabac.c | 147
Hi,
On Fri, Oct 5, 2012 at 12:25 AM, Diego Biurrun di...@biurrun.de wrote:
On Fri, Oct 05, 2012 at 02:48:20AM +0200, Luca Barbato wrote:
On 10/05/2012 01:29 AM, Ronald S. Bultje wrote:
On Thu, Oct 4, 2012 at 4:27 PM, Ronald S. Bultje rsbul...@gmail.com
wrote:
Oh right you mean
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x).
---
libavcodec/x86/h264_deblock.asm | 27 ++-
libavcodec/x86/h264dsp_init.c | 4 +-
libavcodec/x86/vp8dsp.asm
From: Ronald S. Bultje rbul...@chromium.org
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x).
---
libavcodec/x86/h264_deblock.asm | 27 ++-
libavcodec/x86/h264dsp_init.c | 4 +-
libavcodec/x86/vp8dsp.asm
From: Ronald S. Bultje rbul...@chromium.org
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC 32bit or ICC 10.x).
---
libavcodec/x86/h264_deblock.asm | 27 ++-
libavcodec/x86/h264dsp_init.c | 4 +-
libavcodec/x86/vp8dsp.asm
Hi,
On Fri, Oct 5, 2012 at 1:46 PM, Diego Biurrun di...@biurrun.de wrote:
On Fri, Oct 05, 2012 at 01:38:44PM -0700, Ronald S. Bultje wrote:
From: Ronald S. Bultje rsbul...@gmail.com
Use this in VP8/H264-8bit loopfilter functions so they can be used if
there is no aligned stack (e.g. MSVC
Hi,
On Thu, Oct 4, 2012 at 12:59 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/04/2012 01:46 AM, Luca Barbato wrote:
From: Ronald S. Bultje rsbul...@gmail.com
The variable is copied to subsequent threads at the same time, so this
may cause wrong ref_count[] values to be copied
On Thu, Oct 4, 2012 at 4:27 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Thu, Oct 4, 2012 at 12:59 PM, Luca Barbato lu_z...@gentoo.org wrote:
On 10/04/2012 01:46 AM, Luca Barbato wrote:
From: Ronald S. Bultje rsbul...@gmail.com
The variable is copied to subsequent threads
Hi,
On Wed, Oct 3, 2012 at 4:02 AM, Diego Biurrun di...@biurrun.de wrote:
On Tue, Oct 02, 2012 at 05:48:26PM -0700, Ronald S. Bultje wrote:
2) a lot of ff_ symbols, and dsputil_init, are accessed from outside
the library in which they exist. These are bugs and should be fixed (i.e.
renamed
Hi,
On Wed, Oct 3, 2012 at 7:44 AM, Måns Rullgård m...@mansr.com wrote:
Ronald S. Bultje rsbul...@gmail.com writes:
These AVCODEC_SYMBOL things will be used in public headers, thus the
definition needs t exist in a public header. Since I need to use
__declspec(dllimport) only for .dll (shared
Hi,
On Wed, Oct 3, 2012 at 8:27 AM, Diego Biurrun di...@biurrun.de wrote:
On Wed, Oct 03, 2012 at 07:37:29AM -0700, Ronald S. Bultje wrote:
--- a/libavcodec/golomb.h
+++ b/libavcodec/golomb.h
@@ -33,13 +33,14 @@
-extern const uint8_t ff_golomb_vlc_len[512];
-extern const uint8_t
Hi,
On Wed, Oct 3, 2012 at 9:07 AM, Diego Biurrun di...@biurrun.de wrote:
On Wed, Oct 03, 2012 at 08:49:30AM -0700, Ronald S. Bultje wrote:
On Wed, Oct 3, 2012 at 8:43 AM, Diego Biurrun di...@biurrun.de wrote:
On Wed, Oct 03, 2012 at 08:31:43AM -0700, Ronald S. Bultje wrote:
On Wed, Oct 3
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
From: Ronald S. Bultje rsbul...@gmail.com
The variable is copied to subsequent threads at the same time, so this
may cause wrong ref_count[] values to be copied to subsequent threads.
---
libavcodec/h264_cabac.c | 41 -
libavcodec/h264_cavlc.c | 33
From: Ronald S. Bultje rsbul...@gmail.com
The variable is copied to subsequent threads at the same time, so this
may cause wrong ref_count[] values to be copied to subsequent threads.
---
libavcodec/h264_cabac.c | 41 -
libavcodec/h264_cavlc.c | 33
From: Ronald S. Bultje rsbul...@gmail.com
The variable is copied to subsequent threads at the same time, so this
may cause wrong ref_count[] values to be copied to subsequent threads.
This bug was found using TSAN.
---
libavcodec/h264_cabac.c | 41
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
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
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
Hi,
On Mon, Oct 1, 2012 at 5:03 AM, Luca Barbato lu_z...@gentoo.org wrote:
From: Paul B Mahol one...@gmail.com
Signed-off-by: Luca Barbato lu_z...@gentoo.org
---
libavutil/pixdesc.c | 26 ++
libavutil/pixfmt.h| 3 ++-
libswscale/utils.c
201 - 300 of 3612 matches
Mail list logo
