Moderators: simonsunnyboy, thothy, Moderator Team
LaceySnr wrote:I'm finding 2.0 to be noticeably slower (official windows binary)... anyone else seen that? Got it configured as an STE, and even mouse movement in GEM isn't as smooth as it was with 1.9.
M.C.S: Delirious Demos IV Requires at least Hatari 1.6 for correct FDC emulation and for some of the overscan screens.
Some screens are not working or not correctly emulated yet (Vodka, Fulltrax, Tekila, La Miga Demo)
It's possible that some screens are for STE and some for ST. Do the glitching screens work better e.g. TOS v1.04?
amilo3438 wrote:It's possible that some screens are for STE and some for ST. Do the glitching screens work better e.g. TOS v1.04?
I tried with ST T104 1MB too, but f.e. on ST the N.G.C. hangs at start, so the demo might be for STe machine only!
In general, the best way always would be to check a demo on a real machine 1st to see what works and what not works, to be 100% sure.
npomarede wrote:I think something was wrong with your setup, because this demo correctly works under Hatari in STF mode (tos 1.04fr, 1 MB RAM for example).
It also works "fine" on my real Atari STF with 1 MB RAM. So it's correct to put this demo in the "STF" section, even if some STE only screens are also available (and pouet is wrong in that sense).
I wrote "fine" because this demo is in fact very badly coded and not "fine" at all, the STE/memory detection during the loader is buggy and as you can see you can enter the STE screens even in STF mode, which will often cause crashes or glitches (IIRC some memory configuration will cause the demo to fail even on real HW).
So, this is definitely not the demo you might want to run to check if emulation is correct because the demo itself is not "stable" on real ST.
Edit : as another "proof" of the bad coding, the reset demo will crash on a real STF (and under Hatari) and it will only work in STE mode, even if it has no STE specific code at all... I'm afraid this demo was mainly coded on STE and not correctly tested on STF at this time.
Nicolas
amilo3438 wrote:Hi and thanks for the explanation!
As I did not find the info on compatibility pages that it works "fine" only with tos1.04fr, so I did not checked !?
(but I guess its obvious, so my mistake)
Anyway, some demos (of that megademo) that is mention on compatibility pages to not work, seem to works "fine" now.
npomarede wrote:I don't say it only works with tos 1.04, as my real STF has tos 1.02FR and it works too. But maybe it doesn't work with UK tos which you might have used ?
amilo3438 wrote:I wonder is maybe there something wrong with my hatari 2.0.0 ST configuration!?
Can you send me your working Hatari 2.0.0 ST mode config file for this demo to try to test it again?
npomarede wrote:You should get a working setup that runs this demo by just using Hatari's default setting.
To do this, move your hatari.cfg file to another place (so it's not used anymore by Hatari), start Hatari, it should complain from having no TOS, so choose a TOS file (1.04FR for example), then in the disk menu, choose disk 1 of the demo.
It should start and you will reach the main menu.
If this works (it should), save a new hatari.cfg, then compare with the one you used previously, it should show where the differences are.
Nicolas
Detected double bus/address error => CPU halted!
amilo3438 wrote:(Note: In Steem SSE at least does not hang with an error)
Users browsing this forum: No registered users and 3 guests