Re: [hatari-devel] TT palette issue

[Uwe Seimet <Uwe.Seimet@xxxxxxxxx>]

Hi,

Any news on this? Just checked with the latest development sources, but
the white is still not white anymore in TT high.

Take care

Uwe

> 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
> > 
> > 
> > 
> 
>