On Tue, Aug 12, 2014 at 09:08:37AM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2014-08-12 8:10 GMT+02:00 Christophe Gisquet :
> > Yeah, I'll drop it.
>
> Done. Kostya suggested another rounding (the slice bitstreams are
> byte-aligned), integrated in this patch.
>
> --
> Christophe
> proresenc
Hi,
2014-08-12 8:10 GMT+02:00 Christophe Gisquet :
> Yeah, I'll drop it.
Done. Kostya suggested another rounding (the slice bitstreams are
byte-aligned), integrated in this patch.
--
Christophe
From 4e72ed146848b1d7b1804080f43b5d45484e3d94 Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date
Hi,
2014-08-12 1:56 GMT+02:00 Michael Niedermayer :
>> - (2 + 2 * ctx->num_planes +
>> + (2 + 2 * FFMIN(3, ctx->num_planes) +
>
> slice_hdr_size is 2 + 2 * (ctx->num_planes - 1);
>
> is this difference intended ?
I don't know why
On Mon, Aug 11, 2014 at 10:06:10PM +, Christophe Gisquet wrote:
> The packet buffer allocation considered as dct-coded, while it is
> actually run-coded and thus requires a larger buffer.
> ---
> libavcodec/proresenc_kostya.c | 13 ++---
> 1 file changed, 10 insertions(+), 3 deletions(
The packet buffer allocation considered as dct-coded, while it is
actually run-coded and thus requires a larger buffer.
---
libavcodec/proresenc_kostya.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/libavcodec/proresenc_kostya.c b/libavcodec/proresenc_kostya.c
