Re: [hatari-devel] TT palette issue

[Uwe Seimet <Uwe.Seimet@xxxxxxxxx>]

Hi all,

This may belong to this thread: Just like some months ago the color
white in TT high is not really white anymore, but rather a very light
shade of grey. Some days ago this was still fine.

Take care

Uwe

> On 12 Feb 2016 at 0:08, Eero Tamminen wrote:
> > 
> > According to Hatari code:
> > --------------------------
> >   * Write to video shifter palette registers (0xff8240-0xff825e)
> >   *
> >   * When writing only to the upper byte of the color reg
> >   * (instead of writing 16 bits at once with .W/.L).
> >   * In that case, the byte written to address x is automatically written
> >   * to address x+1 too (but we shouldn't copy x in x+1 after masking x ;
> >   * we apply the mask at the end)
> >   * Similarly, when writing a byte to address x+1, it's also written
> >   * to address x
> >   * So : move.w #0,$ff8240       -> color 0 is now $000
> >   *      move.b #7,$ff8240       -> color 0 is now $707 !
> >   *      move.b #$55,$ff8241     -> color 0 is now $555 !
> >   *      move.b #$71,$ff8240     -> color 0 is now $171
> >   *                (bytes are first copied, then masked)
> > --------------------------
> > 
> > 
> > If somebody could do similar test also on Falcon, that
> > would be appreciated too.  Current Videl emulation code
> > has that functionality commented out, with a TODO...
> > 
> The Falcon behaves the same as described above, tested on my Falcon.
> 
> Roger
> 
> 
>