Re: [hatari-devel] TT palette issue

[ Thread Index | Date Index | More Archives ]


Thanks for testing this, I commited the change to Hatari repo:

	- Eero

On 02/15/2016 04:40 AM, Roger Burrows wrote:
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.


Mail converted by MHonArc 2.6.19+