On Tue, Sep 23, 2014 at 01:08:55AM +0200, Reimar Döffinger wrote:
> On Mon, Sep 22, 2014 at 03:07:39PM -0700, Pascal Massimino wrote:
> > Hi,
> >
> > as discussed on the other thread...
>
> Why not just always allocate and 0-initialize pal->frame with width 256?
i can try but i need some test im
On Tue, Sep 23, 2014 at 05:31:16PM +0200, Michael Niedermayer wrote:
> On Mon, Sep 22, 2014 at 03:55:54PM -0700, Pascal Massimino wrote:
> > On Mon, Sep 22, 2014 at 3:07 PM, Pascal Massimino <
> > pascal.massim...@gmail.com> wrote:
> >
> > > Hi,
> > >
> > > as discussed on the other thread...
> >
On Mon, Sep 22, 2014 at 03:55:54PM -0700, Pascal Massimino wrote:
> On Mon, Sep 22, 2014 at 3:07 PM, Pascal Massimino <
> pascal.massim...@gmail.com> wrote:
>
> > Hi,
> >
> > as discussed on the other thread...
> >
>
> and now, a version with the correct indentation, sorry.
>
>
> >
> > skal
> >
On Mon, Sep 22, 2014 at 03:07:39PM -0700, Pascal Massimino wrote:
> Hi,
>
> as discussed on the other thread...
Why not just always allocate and 0-initialize pal->frame with width 256?
I haven't yet checked which if any is the easiest way to make
av_frame_get_buffer
do that while still having th
On Mon, Sep 22, 2014 at 3:07 PM, Pascal Massimino <
pascal.massim...@gmail.com> wrote:
> Hi,
>
> as discussed on the other thread...
>
and now, a version with the correct indentation, sorry.
>
> skal
>
>
0002-avcodec-webp-fix-default-palette-color-0xff00-0x.patch
Description: Binary data
Hi,
as discussed on the other thread...
skal
0001-avcodec-webp-fix-default-palette-color-0xff00-0x.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
