[FFmpeg-devel] [PATCH] correctly handle MSRLE uncompressed
Kostya
kostya.shishkov
Wed May 27 07:01:22 CEST 2009
On Tue, May 26, 2009 at 09:00:41PM -0700, Baptiste Coudurier wrote:
> Hi Kostya,
>
> On 5/24/2009 3:17 AM, Kostya wrote:
> >> [...]
> >>
> >> @@ -88,8 +101,31 @@
> >> }
> >> }
> >>
> >> - ff_msrle_decode(avctx, (AVPicture*)&s->frame, avctx->bits_per_coded_sample, buf, buf_size);
> >> + /* FIXME how to correctly detected RLE ??? */
> >
> > how to correctly detect RLE
> > Hint: escape codes at the end
>
> Humm, like 0 1 ?
>
> >> + if (avctx->height * istride == avpkt->size) {
> >> + int linesize = avctx->width * avctx->bits_per_coded_sample / 8;
> >> + uint8_t *ptr = s->frame.data[0];
> >> + uint8_t *buf = avpkt->data + (avctx->height-1)*istride;
> >> + int i, j;
> >>
> >> + for (i = 0; i < avctx->height; i++) {
> >> + if (avctx->bits_per_coded_sample == 4) {
> >> + for (j = 0; j < linesize; j++) {
> >> + ptr[j*2+0] = buf[j] >> 4;
> >> + ptr[j*2+1] = buf[j] & 0xf;
> >> + }
> >> + if (j*2 < avctx->width)
> >> + ptr[j*2+0] = buf[j] >> 4;
> >
> > I'd rather write for(j = 0; j < avctx->width; j += 2){unpack byte}
> > without an additional condition
>
> Wouldn't this write one sample too much ?
It will, but since stride >= width and stride is even, this is not an
out of bounds write.
Alternatively you can introduce PIX_FMT_PAL4 and do not unpack source at
all ;).
> [...]
>
> --
> Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA
More information about the ffmpeg-devel
mailing list