[FFmpeg-devel] [PATCH] EA TGQ video fixes
Reimar Döffinger
Reimar.Doeffinger
Fri Apr 17 11:09:05 CEST 2009
On Fri, Apr 17, 2009 at 11:02:41AM +0200, Vitor Sessak wrote:
> Reimar D?ffinger wrote:
> >> And this one should be correct but makes no difference:
> >>
> >> --- eatgq.c 2009-04-16 17:20:15.000000000 +0000
> >> +++ eatgq.c.bak 2009-04-16 17:19:11.000000000 +0000
> >> @@ -42,6 +42,7 @@
> >> int width,height;
> >> ScanTable scantable;
> >> int qtable[64];
> >> + DECLARE_ALIGNED_16(DCTELEM, block[6][64]);
> >> } TgqContext;
> >>
> >> static av_cold int tgq_decode_init(AVCodecContext *avctx){
> >> @@ -144,7 +145,6 @@
> >> int mode;
> >> int i;
> >> int8_t dc[6];
> >> - DCTELEM block[6][64];
> >>
> >> mode = bytestream_get_byte((const uint8_t**)bs);
> >> if (mode>buf_end-*bs) {
> >> @@ -156,8 +156,8 @@
> >> GetBitContext gb;
> >> init_get_bits(&gb, *bs, mode*8);
> >> for(i=0; i<6; i++)
> >> - tgq_decode_block(s, block[i], &gb);
> >> - tgq_idct_put_mb(s, block, mb_x, mb_y);
> >> + tgq_decode_block(s, s->block[i], &gb);
> >> + tgq_idct_put_mb(s, s->block, mb_x, mb_y);
> >> }else{
> >> if (mode==3) {
> >> memset(dc, (*bs)[0], 4);
> >
> > Waiting to see what the FATE results look like now before doing anything
> > else.
>
> Why keep it working by sheer luck if we can just fix it for good?
Because it is generally a good idea to know what you are doing -> I want
to wait and see how FATE looks now so we can see if and which things
applying this fixes.
More information about the ffmpeg-devel
mailing list