Re: [hatari-devel] Comment : disable RTC by default ?

Follow the hardware. As Bob says - if the default system had an RTC it should be available by default, else not.

This actually surprised me when I started moving images between my Dallas DS1216 equipped STE (where I have a bootsector that synchronises the internal clock as well as patches a Y2K fix into TOS) and Hatari. Had to go hunting in the settings to turn Hataris emulation of RTC off.

/Troed

On Sun, May 11, 2014 at 3:54 PM, Bob Carpenter <hatari@xxxxxxxxxx> wrote:

Nicolas,

I probably do not care about this. However, would it be possible to add additional machine types in the Hatari preferences to include all of the major systems (ST, Mega ST, STE, Mega STE, TT, Falcon) and have the real time clock checked when you selected the proper machine that has one? I agree that it is easy to check the box, but I know I do not know which systems contained a real time clock.

I do not know if it is worth the effort because I do not know how many applications, games, or demos depend on the real time clock. I would hate to have someone try to debug a problem only to find out the problem existed because the real time clock was not turned on and it existed on their system.

Bob C

On May 11, 2014, at 6:32 AM, Nicolas Pomarède <npomarede@xxxxxxxxxxxx> wrote:

> Hello
>
> I found a weird case on "Stax compilation 65" where the call to TOS function "super" (enter/exit supervisor mode) will crash when the Mega ST real time clock is enabled (it changes the content of $37ca and this messes with another TOS' counter for the VBL).
>
> As it's likely to cause similar problem on other programs (demos, game loaders, ...) we don't know yet, I'd like to change the default value of "bRealTimeClock" to false. Any user that requires it cas still enable it in the System menu.
>
> This should give a better "out of the box" experience by matching the hardware of a standard STF/STE
>
> Any objection ?
>
>
> Nicolas
>
>