Re: [hatari-devel] add support for TT ram ? |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] add support for TT ram ?
- From: David Savinkoff <dsavnkff@xxxxxxxxx>
- Date: Wed, 17 Dec 2014 14:43:22 -0700 (MST)
- Thread-index: ikJfdMYzH+igAYb3vwAxUm2Pblp1sg==
- Thread-topic: add support for TT ram ?
----- Eero Tamminen wrote:
> Hi,
>
> On keskiviikko 17 joulukuu 2014, Nicolas Pomarède wrote:
> > I just committed support for extra TT RAM when the selected machine is
> > set to "TT".
> > This was tested with TOS 3.06 and EmuTOS 0.9.3.
> > This works by simulating the bus errors that the TOS will encounter when
> > scanning the possible extra RAM starting at address $10000000.
> >
> > As such, the following parameters are needed in Hatari :
> >
> > - 24 bit addressing should not be used, else there's no way to see
> > more RAM if upper 8 bits of an address can't be used
> >
> > - "patch TOS for faster boot" should not be used, because it would
> > bypass the TOS' detection for TT RAM, and no RAM would be added.
> > As a side note, it's not advised to set this setting, as it can lower
> > the compatibility with some games that expect the whole TOS boot
> > sequence to be made (so, I will change it to default to false for new
> > users)
>
> I've changed TOS memory setup code to automatically disable 24-bit
> addressing and fastboot if TT-RAM is used under TT emulation. It
> will notify user about about this.
>
> As there's no point in using 32-addressing unless there's TT-RAM,
> and it makes things less compatible, I'm forcing 24-bit addressing
> when TT-RAM is not in use. Should I remove 24-bit selection from
> SDL GUI, options and config file too?
>
Less is better, I think.
The experimental TT should be as non-intrusive as possible.
Maybe the TT could eventually have its own menu.