|Re: [hatari-devel] Re: Hatari + TC + Falcon palette?|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
That's not that trivial.
The main problem with the Falcon emulation is accuracy.
It's not possible yet to detect a correct end of line for example,
because cycles are wrong (not like in the ST(e) emulation which is
I did a special version of hatari (for my own purposes and tests) that
runs well pinball dreams on Falcon, but I had to trick and fix the hbl
for this special one (which means it won't work for any other program).
There's still a lot of work in the falcon emulation ;)
Le 26/06/2013 21:08, Eero Tamminen a écrit :
(CCing hatari-devel, Laurent has been doing Videl stuff)
On keskiviikko 26 kesäkuu 2013, Douglas Little wrote:
...actually it seems to me that the border colour is picked up by Hatari
on the vblank, and propagated to the whole frame, it's not possible to
change the colour during the refresh (i.e. no rasters possible).
Is there a way to configure Hatari to pick up the border colour on each
No. Falcon screen is converted in one go, using whatever palette entries
that are there at vblank. Palette changes before that aren't recorded nor
taken into account while doing the conversion (from given Falcon color
mode to current host/SDL framebuffer mode).
If border color (palette 0?) would be stored and used while converting
the screen, at what exact moment it should be stored? When hblank happens?