Basilisk II Atari

General Discussion, STOS.

Moderator: troed

calimero
Posts: 35
Joined: Sun Nov 05, 2017 11:27 pm

Re: Basilisk II Atari

Post by calimero »

stephen_usher wrote: Sat Nov 12, 2022 10:13 pm Actually, the ST with Spectre GCR is only faster because the clock speed is higher than the Mac. Both have contended RAM access for video in the same way.
Macs from 1984/85/86 was clocked at ~8MHz, like ST.

Even on wikipedia you can read: https://en.m.wikipedia.org/wiki/Macintosh_512K
that effective clock is ~6MHz because of 68000 and video controller took turns accessing DRAM every four CPU cycles during display of the frame buffer.

ST is much smarter designed and does not suffer from this problem.

Although I am not sure when Apple fix this problem…
using Atari since 1986.http://wet.atari.orghttp://milan.kovac.cc/atari/software/ ・ Atari Falcon030/CT63/SV ・ Atari STe ・ Atari Mega4/MegaFile30/SM124 ・ Amiga 1200/PPC ・ Amiga 500 ・ C64 ・ ZX Spectrum ・ RPi ・ MagiC! ・ MiNT 1.18 ・ OS X
mikro
Posts: 505
Joined: Mon Aug 28, 2017 11:22 pm
Location: Kosice, Slovakia
Contact:

Re: Basilisk II Atari

Post by mikro »

calimero wrote: Sun Nov 13, 2022 1:19 pm ST is much smarter designed and does not suffer from this problem.
I wouldn't be so sure about this. :-) As Stephen writes above, ST/STE/TT and its DMA works on a very similar principle.
calimero
Posts: 35
Joined: Sun Nov 05, 2017 11:27 pm

Re: Basilisk II Atari

Post by calimero »

mikro wrote: Mon Nov 14, 2022 7:02 am
calimero wrote: Sun Nov 13, 2022 1:19 pm ST is much smarter designed and does not suffer from this problem.
I wouldn't be so sure about this. :-) As Stephen writes above, ST/STE/TT and its DMA works on a very similar principle.
Yes,
I usually printing books all day along so DMA eating my cycles :coffee:
and I am looking only few minutes on monitor during the day... :geek:

You can not compare DMA "slowdowns"* and stalling CPU during video access. :shock:
btw Stephen even wrote: "Both have contended RAM access for video in the same way" - and this is crucial difference between Mac and ST.

If Mac had 640 x 400 / 71Hz resolution then 8MHz 68000 in Mac would be probably at ~4MHz level... :-D

*it is actually speed up!

Someone mentioned that Atari, in early ST days, used RAM chips out-of-spec to achieve this 'non-stalling-CPU-while-Shifter-do-what-is-need-to-be-done'... ;)
using Atari since 1986.http://wet.atari.orghttp://milan.kovac.cc/atari/software/ ・ Atari Falcon030/CT63/SV ・ Atari STe ・ Atari Mega4/MegaFile30/SM124 ・ Amiga 1200/PPC ・ Amiga 500 ・ C64 ・ ZX Spectrum ・ RPi ・ MagiC! ・ MiNT 1.18 ・ OS X
mikro
Posts: 505
Joined: Mon Aug 28, 2017 11:22 pm
Location: Kosice, Slovakia
Contact:

Re: Basilisk II Atari

Post by mikro »

calimero wrote: Mon Nov 14, 2022 9:37 pm You can not compare DMA "slowdowns"* and stalling CPU during video access. :shock:
You said:

Even on wikipedia you can read: https://en.m.wikipedia.org/wiki/Macintosh_512K
that effective clock is ~6MHz because of 68000 and video controller took turns accessing DRAM every four CPU cycles during display of the frame buffer.


To quote Cyprian from AF:
In ST/TT memory access slots are split into even and odd cycles. Even - used by the CPU, the BLiTTER (ST only) and HDD/FDD drive DMA, and odd - used by MMU (Shifter and Sound DMA) and memory refresh. It means there is no way to disturb CPU code by the video mode or DMA sound. But the BLiTTER (ST only) and HDD/FDD drive DMA can delay the CPU code.
So whatever makes the Mac slower than the ST, it's certainly not interleaved memory access.
User avatar
stephen_usher
Posts: 5900
Joined: Mon Nov 13, 2017 7:19 pm
Location: Oxford, UK.
Contact:

Re: Basilisk II Atari

Post by stephen_usher »

Maybe it's time someone ported EmuTOS to the Macintosh Plus and we ran a race? ;-)
Intro retro computers since before they were retro...
ZX81->Spectrum->Memotech MTX->Sinclair QL->520STM->BBC Micro->TT030->PCs & Sun Workstations.
Added code to the MiNT kernel (still there the last time I checked) + put together MiNTOS.
Collection now with added Macs, Amigas, Suns and Acorns.
calimero
Posts: 35
Joined: Sun Nov 05, 2017 11:27 pm

Re: Basilisk II Atari

Post by calimero »

mikro wrote: Tue Nov 15, 2022 7:40 am
calimero wrote: Mon Nov 14, 2022 9:37 pm You can not compare DMA "slowdowns"* and stalling CPU during video access. :shock:
You said:

Even on wikipedia you can read: https://en.m.wikipedia.org/wiki/Macintosh_512K
that effective clock is ~6MHz because of 68000 and video controller took turns accessing DRAM every four CPU cycles during display of the frame buffer.


To quote Cyprian from AF:
In ST/TT memory access slots are split into even and odd cycles. Even - used by the CPU, the BLiTTER (ST only) and HDD/FDD drive DMA, and odd - used by MMU (Shifter and Sound DMA) and memory refresh. It means there is no way to disturb CPU code by the video mode or DMA sound. But the BLiTTER (ST only) and HDD/FDD drive DMA can delay the CPU code.
So whatever makes the Mac slower than the ST, it's certainly not interleaved memory access.
I suspect that I have language problem. For me, it looks like that you do not understand what I am writing (or Cyprian in matter of fact :D ).

Facts:
1. Mac MC68000 CAN NOT access RAM while video logic displaying picture on monitor lowendmac.com 1)
2. ST MC68000 CAN access to RAM during SAME operation ("displaying picture on monitor") because Atari ST RAM is fast enough, or pushed little beyond specification, so Shifter can access RAM without stalling CPU (like Cyprian wrote: "there is no way to disturb CPU code by the video mode or DMA sound"). MC68000 can read/write RAM at full speed all the time (except in case of 3.)

This is reason of speed difference of 8MHz Motorola in ST and Mac.

3. In addition, ST, like Cyprian wrote, have DMA ability that can stall CPU to access RAM but this DMA operation will do same job as CPU but FASTER: BLiTTER and DMA for HDD/FDD (or so in the perfect world :) ). So ST 68000 is prevented to access RAM when other chips perform faster operation than 68000 would do and it is NOT stalled by REQUIRED operation such is drawing picture on screen.


1) There is also explanation why there was no 8bit Macs without dedicated video card, mode like we had in TT - Apple never get this approach to build faster Mac with FastRAM. They rather put dedicated Video RAM on motherboard.


@stephen_usher nice one! :D
using Atari since 1986.http://wet.atari.orghttp://milan.kovac.cc/atari/software/ ・ Atari Falcon030/CT63/SV ・ Atari STe ・ Atari Mega4/MegaFile30/SM124 ・ Amiga 1200/PPC ・ Amiga 500 ・ C64 ・ ZX Spectrum ・ RPi ・ MagiC! ・ MiNT 1.18 ・ OS X
User avatar
Cyprian
Posts: 413
Joined: Fri Dec 22, 2017 9:16 am
Location: Poland

Re: Basilisk II Atari

Post by Cyprian »

@calimero @mikro

I've just found a nice explanation how the Mac 512k memory bus is managed and shared between the 68k and the video:
http://www.merlintec.com/lsi/mac512.html
and here page 39:
https://archive.org/details/byte-magazi ... ew=theater

If I understand it correctly, the CPU has full speed access to the ROM (4 cycles per access I guess) and a half speed access to the RAM (8 cycles per access).
In case of the ST it is 4 cycles for both - ROM and RAM. Therefore it seems the RAM in the Mac 512k is clocked twice slower than in the ST.
That "effective clock is ~6MHz" could be understand as a sum of ROM (a full speed - 8MHz) and RAM (a half speed 4MHz) access: (8 + 4) /2 = 6MHz
Stupid from the Tech side, understandable from the Marketing side.
Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org
ctirad
Posts: 30
Joined: Sun Feb 24, 2019 5:59 pm

Nova Mach64 issues

Post by ctirad »

Hello. Basilisk runs well on my MegaST/Pak68/3/Frak1/Panther2 using latest Nova Mach64 drivers from idek. It runs pretty well, however there are some gfx issues.

1. In the 256 color mode MAC OS starts in grayscale and so the 256 color games (namely PoP).
2. For other resolutions than 640x480, BII starts but it clearly uses wrong resolution (broken screen).
2. In 65k color mode MAC OS has correct colors, but 256 games claims about incompatible mode. I assume this not BII fault, though.
User avatar
Badwolf
Posts: 2294
Joined: Tue Nov 19, 2019 12:09 pm

Re: Nova Mach64 issues

Post by Badwolf »

ctirad wrote: Fri Nov 25, 2022 2:05 pm Hello. Basilisk runs well on my MegaST/Pak68/3/Frak1/Panther2 using latest Nova Mach64 drivers from idek. It runs pretty well, however there are some gfx issues.

1. In the 256 color mode MAC OS starts in grayscale and so the 256 color games (namely PoP).

3. In 65k color mode MAC OS has correct colors, but 256 games claims about incompatible mode. I assume this not BII fault, though.
Point 1 is normally configurable in the Mac OS control panel. You can choose greys or colours.

Point 3 is, yes, sadly true of most Mac games. I think BII lets you emulate 256 colours under 16-bit mode, but no point if you have a proper 256 mode.

BW
DFB1 Open source 50MHz 030 and TT-RAM accelerator for the Falcon
DSTB1 Open source 16Mhz 68k and AltRAM accelerator for the ST
Smalliermouse ST-optimised USB mouse adapter based on SmallyMouse2
FrontBench The Frontier: Elite 2 intro as a benchmark
ctirad
Posts: 30
Joined: Sun Feb 24, 2019 5:59 pm

Re: Basilisk II Atari

Post by ctirad »

I see. I completely overlooked that. Thanks.
Post Reply

Return to “SOFTWARE”