Even though it’s been a rough year around the world, soon will again be the time of the year, when the friendly, white-bearded dude in red outfit from Lapland will fly around the world, giving presents to everyone.
This year we are able to contribute to your holiday celebration, as we got permissions for distributing not only one, but two new classic Mac games, which you can enjoy during the holiday break:
New application bundles available for download: Scarab of RA and Glider 4
Thanks to the generous permissions by John Calhoun (author of Glider 4), and Rick Holzgrafe (author of Scarab of RA), those two defining samples of the classic Mac gaming history are now again available for everybody to play with during the holidays!
To download and try out these classics, go to the https://mace.software/files page on this site, and you will find links to both Mac and Windows 10 versions of these application bundles, including details about these games.
Although Glider already runs quite well in color mode, it is only available as the “classic” version for the time being, as sound is not yet working in the color mode. I will update the application bundle later in the spring, when the color version is ready for public testing.
NOTE: The current version of M.A.C.E. may cause random “pops” on macOS platforms, and possibly low-volume high-pitch background noise on Windows 10 platform. This is most likely is caused by the old classic sound emulation code we are still using, as it passes the 22255 Hz frequency used by old Macs directly to SDL2. It may apparently, depending on platform, give the job of upsampling it to the host operating system, which in some cases may give varying results depending on the audio hardware and drivers being used. This is a known issue, and it will be fixed when Sound Manager implementation is added in the spring, possibly even before that.
Most recent new tests cases: Holiday Lemmings, Master of Orion, Pararena 2.0
Fitting for the holiday season, we tried running X-Mas Lemmings demo, and for most parts it seems to work pretty well. However, in this game, the most important features missing are still Sound Manager and color cursor support.
Another test case, which we recently added, was inspired by watching a Twitch streamer playing the DOS version of this particular game: Master of Orion. The Mac version seems to work okay’ish in M.A.C.E., but there are some minor glitches:
Dialog items are missing from various new game setup dialogs
A lot of the color texts are drawn reversed, i.e. the text is transparent but rectangle around is text color. This is probably just a minor glitch in text blitter, which we will investigate and fix soon.
Sounds are missing because of the aforementioned missing work on Sound Manager
And as part of getting John Calhoun’s great games to work in our emulator, we also made some fixes which allow Pararena 2.0 to (almost) work in M.A.C.E. The only missing feature, which we know of, is again Sound Manager support. I guess that will be a main goal to aim for during the spring…
More Styled Textedit updates
In other news, there is progress in various parts of the emulator, one of them being the ongoing work on improving Styled Textedit support. Two of the test cases most recently made functional are Speedometer and the aforementioned Pararena 2.0 (which both ironically use it for help screens, by pure coincidence):
There is still some work to do, as for example editing a Styled Textedit field does not yet work, because caret and highlight features are still not updated for multi-style support.
Full list of changes since last post
2020-12-21 03:14:09 +0200 • Fix updating FSSpec name from TE field in StdFile
2020-12-21 03:12:17 +0200 • Implement StandardPutFile selector (#5) in Pack3
2020-12-21 02:56:24 +0200 • Add Master of Orion test app to CMake JSON configs
2020-12-21 02:04:46 +0200 • Implement DisposeCCursor trap for Color QD
2020-12-20 01:21:33 +0200 • Merge branch 'master' of
2020-12-20 01:21:23 +0200 • Add Holiday Lemmings Demo CMake JSON configs
2020-12-20 01:19:57 +0200 • Fix handle MP flag check in ResrvMem
2020-12-19 17:36:06 +0200 • Remove colon from CMake JSON config app names
2020-12-18 17:01:07 +0200 • Merge branch 'master' of
2020-12-18 17:00:41 +0200 • Color PICT recording updates
2020-12-17 01:10:47 +0200 • Rename native EqualRect to not collide Win64 API
2020-12-17 01:09:52 +0200 • Make GestaltKeyboardType windows compatible
2020-12-17 01:09:16 +0200 • Update windows icon caches
2020-12-17 01:08:26 +0200 • Update appname in cmake configs to support windows
2020-12-17 00:40:50 +0200 • Fix invalid character in wolf 3d cmake json config
2020-12-10 23:38:31 +0200 • Implement TEGetOffset trap
2020-12-10 23:32:23 +0200 • Add Pararena 2 CMake JSON test application config
2020-12-10 23:31:31 +0200 • Implement TEGetStyle selector for TEDispatch
2020-12-10 23:01:36 +0200 • Add patOr color QD rectangle blitter mode support
2020-12-10 02:44:49 +0200 • Mark rect dirty in b&w CopyMask (+fix warnings)
2020-12-10 01:44:02 +0200 • Add some john calhoun's games to CMake JSON conf..
2020-12-10 01:35:42 +0200 • Use ShieldCursor instead of HideCursor in CopyMask
2020-12-10 01:34:02 +0200 • Some cursor code cleanup (init state, AllocCursor)
2020-12-09 16:07:08 +0200 • Add patOr, patXor & patBic color QD StdLine modes
2020-12-09 13:57:13 +0200 • Fix missing icon check in Dialog Manager item draw
2020-12-08 03:14:20 +0200 • Handle launch failure more gracefully
2020-12-06 05:26:53 +0200 • Add SimpleText test app JSON config to CMake
2020-12-06 05:25:59 +0200 • Tweak Glider 4 CMake config, update 4.06 to 4.10
2020-12-05 16:21:48 +0200 • Fix Pixel2Char output width on TRUE result case
2020-12-05 14:30:26 +0200 • Work on TEStyleInsert; Speedometer help works now
2020-12-04 05:50:01 +0200 • Fix start pt to bottom right clamp in GrowWindow
2020-12-02 22:47:00 +0200 • More CMake tweak + update build number
2020-12-02 20:30:30 +0200 • Update some CMake test app JSON configs
2020-12-02 02:37:25 +0200 • Fix compilation on Xcode 12
The progress has been a bit slow in the last month because of us being extra busy at our regular daytime jobs, but we did manage to squeeze some long-awaited changes in. We finally started the work on multistyled textedit support, which is extension added to TextEdit API around System 6.0.4, allowing more than a single style to be applied within text edit records.
As we did not have much time to work on this yet during November, we only have so far roughly these features implemented for style support:
Multistyled TE record creation using TEStyleNew
Partial setting of appending multistyled text using TEStyleInsert
Adjusting existing styles using TESetStyle
Drawing multistyled text within the TEDoText’s teDraw selector
Measuring multistyled text
And the following style properties can be used within the styles:
Style font family
Text face (bold, italic, underline, etc…)
From the test applications we have been running, the most important ones requiring styled textedit support have been HyperCard 2.x and Marathon. Below is screenshot of HyperCard 2.0 Home stack, with multistyled text showing right on the welcome screen:
And even more importantly, Marathon terminals can now be opened and operated, which means that we can finally proceed forward in Marathon gameplay to the other levels beyond the first one:
However, there are still some missing features, of which we need add these most important ones next:
Finalize TEStyleInsert to handle given StScrpHandle data properly
Implement other multistyle TEDoText selectors, such as teFind and teCaret, to allow actual styled text editing
Merge identical adjacent styles after style adjust operations, to avoid excessive style run array growth
Add other missing selectors to TEDispatch where needed
Also implement any other missing toolbox calls used by textedit where needed
With current speed of progress, the most important ones of the remaining parts textedit API should be usable within a couple of weeks. Unless we get too distracted by playing Marathon 🙂
Full list of changes since last post
2020-11-29 23:52:29 +0200 • Added PortChanged (no-op) selector in QDExtensions 2020-11-29 23:27:24 +0200 • Add JSON cmake config for HyperCard 2.2 test app 2020-11-29 23:26:55 +0200 • Add no-op dummy InitDateCache ScriptUtil selector 2020-11-29 23:22:50 +0200 • Implement partially ScriptUtil's SetEnvirons 2020-11-28 04:47:13 +0200 • Fix clamping of negative offset in TEPinScroll 2020-11-28 04:46:09 +0200 • Fix clamping of below bottom in pt-to-line routine 2020-11-28 03:48:03 +0200 • Implement TEGetPoint selector for TEDispatch 2020-11-27 01:30:49 +0200 • Handle styled text in TEDispose 2020-11-27 00:52:53 +0200 • Refactor TE locals, don't cache dereferenced hTE 2020-11-26 05:38:32 +0200 • Other fixes to make TESetStyle to work & add debug 2020-11-26 05:33:34 +0200 • Get correct style run idx for singlebyte edge case 2020-11-26 05:31:53 +0200 • Fix lineheight calc (wrong index & zero new slots) 2020-11-26 05:28:27 +0200 • Add missing TEApplyStyle byteswap (run->startChar) 2020-11-26 05:27:33 +0200 • Return correct style index @ existing style lookup 2020-11-26 05:26:30 +0200 • Set stCount, stHeight and stAscent for new styles 2020-11-26 05:25:31 +0200 • Add viewRect validation to TEDoText (debug mode) 2020-11-26 05:24:38 +0200 • Set stCount to 1 when inserting a new style 2020-11-26 05:23:52 +0200 • Re-deref TEHandle in TEStyleNew after hText alloc 2020-11-26 05:22:51 +0200 • Increment text pointer in TEFindLine for new style 2020-11-26 05:19:32 +0200 • Fix byteswap in numerator check in StdText 2020-11-25 04:28:32 +0200 • Work on TESetStyle (not yet working, but almost) 2020-11-23 03:24:16 +0200 • Start work on TESetStyle (and TEContinuousStyle) 2020-11-22 05:15:36 +0200 • Add style support to TEGetLineForV 2020-11-22 04:47:30 +0200 • TESetSelect styled text support 2020-11-22 04:45:35 +0200 • More TEStyleInsert work (line heights calculated) 2020-11-22 00:57:54 +0200 • TEStyleInsert progress (TEFindLine style support) 2020-11-21 04:53:05 +0200 • TextEdit BIG refactor & start adding TEStyleInsert 2020-11-21 02:46:25 +0200 • Implement GetCPixel and SetCPixel (ResEdit PACK 1) 2020-11-20 15:59:17 +0200 • Fix colorQD colormap bug, 1&2-bit modes flipped fg 2020-11-20 15:37:02 +0200 • Implement GetEntryUsage trap for palette manager 2020-11-20 15:23:33 +0200 • Implement old-style FONT lookup in RealFont 2020-11-20 14:47:15 +0200 • Fix bugs in styled text rendering, it works now 2020-11-20 13:56:34 +0200 • Don't set/read flags for purged/unallocated handle 2020-11-20 12:44:49 +0200 • Implement TEGetHeight (non-styled) for SimCity 2K 2020-11-20 12:28:04 +0200 • Make SWAP macro single-line safe 2020-11-20 05:48:11 +0200 • Fix for what looks like VERY strange bug in Excel… 2020-11-20 05:45:10 +0200 • Add dummy GetPortNameFromPSN selector @ OSDispatch 2020-11-20 05:44:27 +0200 • Add PPC trap dispatcher w/ dummy PPCInit & PPCOpen 2020-11-20 05:20:57 +0200 • Temporarily increase system heap size 2020-11-20 05:20:15 +0200 • Dummy switcher info data for testing Excel 3.0 2020-11-20 04:36:18 +0200 • Prototype styled TextEdit draw & linewidth measure 2020-11-10 22:48:13 +0200 • Implement TEGetStyleHandle for TEDispatch 2020-11-10 22:28:22 +0200 • Implement dummy IsLayer selector for LayerDispatch 2020-11-10 22:09:35 +0200 • Add TEDispatch, and TECustomHook and TEFeatureFlag 2020-11-10 03:22:20 +0200 • Implement TEStyleNew trap handler for TextEdit 2020-11-10 03:20:44 +0200 • Update Scarab of RA test app config to new version 2020-11-08 13:47:35 +0200 • Optional release version logging/assertions toggle 2020-11-08 13:46:56 +0200 • Minor code cleanups (logging, prep dirtyrects etc) 2020-11-08 13:27:22 +0200 • Fix src/mask address calculation in B&W CopyMask 2020-11-08 00:54:19 +0200 • Reinforce save of auxiliary regs in C->68k calls 2020-11-08 00:42:58 +0200 • Fix clamping of teLength in TextEdit's DoDraw proc 2020-11-04 16:17:43 +0200 • Add GWorld rowbytes calculation method selection 2020-10-31 03:26:53 +0200 • Handle wInGoAway also in SystemClick (Close DA) 2020-10-31 03:25:08 +0200 • Add missing change from the slot manager commit
As predicted in the previous post, the culprit for the messed up colors in Marathon was actually just the unfinished implementation of UpdateGWorld. What caused problems in this case was, that the color table in the backbuffer GWorld, which the game uses for off-screen drawing, was created during loading when the intro color table was active, and thus it “inherited” that active color table from the GDevice. However, UpdateGWorld was expected to update new colors from the GDevice when entering the game, and as it was not implemented, that left the old color table intact and messed up the colors. The current implementation of UpdateGWorld handles most of the cases, but does not do the existing pixel data conversion cases, which some applications might required (TODO-assertions were added there though, to signal when we encounter such case).
One handy source (literally!) for debugging Marathon’s backbuffer behaviour was the Marathon source code, which Bungie published quite some time ago at: http://infinitysource.bungie.org/
Also, we noticed that Marathon has pretty decent support for mouselook, so we enabled the relative mouse mode for test JSON config, and it feels pretty playable with it.
Here are some screenshots of the first level of Marathon running (finally) with proper colors:
Here are also a couple screenshots of one of the demo levels played by the game after staying idle in the main menu:
The first level seems to be completely playable until the end, except that the terminals on the level do not work yet (they require the Styled TextEdit implementation, which still remains on the TODO list – however with quite higher priority now, as so many applications seem to need it already). This is especially tricky as the teleport used at end of the level requires that feature also to pass the level 🙂
Some time ago, we played around a bit with the INIT loading during startup, and used it to load After Dark screen saver. However, the handling of memory during startup was not optimal; basically BufPtr, which is the top of memory usable for application zone, and 68k stack pointer, were colliding, which caused random crashing.
As the color support is already quite nice for most basic cases (in indexed color modes), we wanted to see how After Dark would work in the color mode, so we did some quick fixing for this. Basically we moved the stack to near middle of the memory range, in a area which was very unlikely to hit the top of system zone, and way below the BufPtr limit, which After Dark wants to lower. This seems to fix that problem for now.
Another important thing we wanted was to allow the After Dark control panel to be usable, so that the screensaver modules could be configured. As we don’t have yet our own control panel to support running cdev resources (the control panels), we temporarily tried out what happens if we run the actual, real Control Panel desk accessory from System 6 – seems that there almost no issues getting this to work, as seen below:
Surprisingly, bunch of the functionality in “General” control panel was directly working; The desktop pattern editor was almost completely functional, but required implementation of the SetDeskCPat trap, which it uses to apply modified pattern on the desktop. Menu blinking and caret flash controls work directly (as TextEdit and Menu Manager were built to use those low memory globals), and speaker volume control works when run in the “classic” (monochrome Mac Plus style) mode – color version still has the unfinished Sound Manager implementation. The date & time controls show placeholder value as the International Utilities routines are still unfinished, and RAM cache does nothing 🙂
Even more interestingly, the CloseView control panel (above) also work almost without any fixes; The Key1Trans and Key2Trans low memory procedure pointers were needed to allow shortcut keys to not crash. The zoom controls and zooming work neatly and follow mouse properly, as the cdev does some clever patching of a number of QuickDraw routines, so all the native C drawing is directed to a secondary buffer, which the CloseView cdev draws actually on the screen – when active, it seems to replace WMgrPort and WMgrCPort with the backbuffer, and even modifies ScreenBase to make CopyBits work properly! However, there is still some issue with the algorithm it uses to track “dirty” area, when magnification is off but closeview is active, as it leaves some artifacts on the screen when for example moving windows.
But most importantly, After Dark is now also working. There were a couple fixes needed to make the control panel itself, and some modules, work – such as blend and subpin transfer modes for rectangle blitter, and a number of System 7-type temporary memory handle allocation functions (which for now just directly map to regular handle allocations in the application zone).
But most importantly, the rather complex and deep mix of native C, 68k DRVR, INIT and cdev code with patched traps included, surfaced a rare register trashing condition in the invocation of 68k code from native code – this was only present as a crash when using “Demo” feature of After Dark control panel! The problem was, that as certain 68k procedure calls needed arguments to be passed in registers, they were not saved before the call – and as native C part of the toolbox does not use the 68k registers, and thus does not internally save them, certain 68k -> native -> 68k call combinations resulted with registers being trashed. After adding the fix by implementing proper register save/restore, After Dark is much more stable, and looks great! Here are screenshots of some of the modules which work now (you can click image for larger view):
There are still a number of things to fix though; for example, MultiModule does not work yet (cannot configure modules for some reason), and other modules have unique cases which need to be handled separately (such as “Down the Drain” requiring GetCPixel), and some modules occasionally spitting “Not enough memory” error, but this is good as it provides a lot of test cases for the future!
Also some of the other desk accessories were kind of working and not; some such as “Mouse” control panel won’t have any affect (mouse is right now completely controlled by host operating system), “Monitors” requires proper Slot Manager implementation for handling the graphic devices to not crash, “Color” (probably) needs to have support for modifying the labels in System file, and “Sound” does not do much without Sound Manager. We will in future also try out other cdevs to see what happens 🙂
Full list of changes since last post
2020-10-30 04:38:37 +0200 • Rename SMSlotInterruptGlobals for clarity 2020-10-30 04:36:28 +0200 • Iterate INIT resources in LoadNamedINITFile 2020-10-30 04:33:32 +0200 • Enable relative mouse mode for marathon cmake JSON 2020-10-30 04:33:05 +0200 • Add control panel files to TeachText cmake json 2020-10-29 23:57:28 +0200 • Implement CloseCPort trap 2020-10-29 23:53:50 +0200 • Also add subPin mode to pattern rectangle blitter 2020-10-29 23:26:20 +0200 • Arithmetic blend mode in pattern rectangle blitter 2020-10-29 23:24:53 +0200 • Save & restore ALL 68k register on C->68k calls 2020-10-29 17:40:16 +0200 • Fix byteswap bug in UPP routineCount 2020-10-28 03:55:16 +0200 • First part of Key(1/2)Trans lowmem proc support 2020-10-27 07:09:52 +0200 • Add dummy TempFreeMem/NewHandle/HLock/DisposHandle 2020-10-27 05:52:11 +0200 • Add ShutDown Mgr (+ dummy ShutDwnInstall selector) 2020-10-27 05:30:12 +0200 • Make SystemTask more compatible with DAs 2020-10-27 03:05:01 +0200 • Implement SetDeskCPat trap handler 2020-10-27 02:49:46 +0200 • Implement PixPatChanged selector for QDExtensions 2020-10-27 02:43:19 +0200 • Also fix the hack in boot-time temp memory size 2020-10-27 02:42:05 +0200 • Temporarily move SP out of below BufPtr at startup 2020-10-27 02:41:05 +0200 • Fix a really stupid DRVR call bug (HLock missing) 2020-10-13 01:03:50 +0300 • Set RAMBase during startup 2020-10-06 01:17:40 +0300 • Dummy placeholder for WriteParam trap handler 2020-10-06 01:16:12 +0300 • Fix directory ID for indexed non-HFS GetFileInfo 2020-10-06 01:14:03 +0300 • Implement (kind of) TempTopMem OSDispatch selector 2020-10-03 17:27:12 +0300 • Add SlotManager dispatcher (and SVersion selector) 2020-10-03 03:33:17 +0300 • Fix memory leak in ClosePort 2020-10-03 03:30:57 +0300 • Add rest of UpdateGWorld (except pixmap data copy) 2020-10-03 02:33:45 +0300 • Handle _MapRgn wideOpen case; Fixes Marathon map 2020-10-03 01:34:23 +0300 • Clear MemErr in Lock/UnlockHandle on success 2020-10-02 16:30:08 +0300 • Fix warning in LayerDispatch from missing #include 2020-10-02 05:07:00 +0300 • Pass right pixelDepth to NewGWorld in UpdateGWorld 2020-10-02 04:57:55 +0300 • Some progress on UpdateGWorld implementation
Most of the past couple weeks have again been a bit quiet due to busy time at the daytime job, but there are a couple improvements which are worthy of creating an update in this development diary:
Notarized macOS downloads
The set of (macOS) app bundles on the downloads page have finally been notarized, after Toni enrolled again in (& paid for) the Apple developer program for one year required to do it. So, there won’t be any longer any trouble with the scary warnings on the recent macOS versions.
The downside is, that the default notarized applications require macOS 10.9, but we’ve left the old, unsigned application bundles for Mac OS X 10.6+ compatibility, for now.
There are not much functional differences between the most recent notarized applications and the previous builds, as most of the recent progress has been on improving color compatibility, and other features in applications not currently part of the set of the downloadable app bundles.
Escape Velocity map “works” now
After a couple days of debugging, the code crashing Escape Velocity when opening the map was isolated. However, curiously it would appear there might be a bug in Escape Velocity causing the issue; in map, the game keeps track of four data structures of 10 bytes each (which I assume may contain coordinates for at least the nebula and asteroid field pictures), but in the map drawing code it accidentally accesses a fifth element in the array, which will contain random data at end of the allocated memory area. I briefly tested this part on a real Mac running Mac OS 9 – and it exhibited the same behaviour, but luckily SectRect intersected the offending corrupted coordinates, before running CopyBits, which would crash on negative source rectangle size; in M.A.C.E. as a workaround the StdBits (which CopyBits uses) was reinforced to ignore negative transfer sizes, which appears to be invalid operation on the QuickDraw on real Macs.
There were also a couple other minor fixes:
MakeFSSpec did not populate the FSSpec fields correctly for non-existing file, which was required behaviour when using it to create FSSpecs for creating new files with FSpCreate
The “search & replace” mode in _Munger trap did not work correctly; The mission list was using this to replace “<DST>” with destination name, but in the case the search string was not found, it would keep appending it in the end of string infinitely
StandardGetFile selector in Std File Package was missing typeList pointer, causing the “Open pilot” dialog to not display any files
We recently also tested Thexder on M.A.C.E., which seems to be working quite well in both “classic” monochrome mode (with audio), and in the color mode. The controls are also quite responsive, although having played previously the DOS version it took a short bit of learning to play with the numpad controls, where vertical and horizontal movement keys are combined, as holding down multiple arrow keys is disabled in the Mac version, perhaps to avoid conflicting with the use of space bar as fire button.
This game is quite rare in the sense that it is the only game which we know that uses 2-bit (four-color) mode in the color version; this however works as a perfect test case for the 2-bit display mode testing and debugging. Interestingly, the monochrome version of the game seems to have some bugs (such as enemies not following player horizontally in the same way as in color version, and also some walls destructible by lasers seem to not work correctly). But as these bugs appear also on real Macs and minivmac, it seems that at least the emulation is working as intended.
Palette fix for Loony Labyrinth
As mentioned in the previous post, Loony Labyrinth was having some color corruption problems, which seemed to only affect the playfield. After a quick evening of debugging, it appeared that as the game used custom palette for intro screens, it was trying to reset color table back to default using RestoreDeviceClut selector of PaletteDispatch, which contained some code which was left previously as unimplemented to-do task. With a quick implementation to release the palette links from the GDevice, and doing a reallocation of color entries to restore original palette, the playfield now appears and displays as it should:
Also, to celebrate this in combination with the physics fixes from earlier this month, here’s a video of how well the game’s own AI is able to play the game in the demo mode:
Although this does not fix Marathon’s color table issue, we luckily we have identified the problem with that game, and will be fixing it before next week. More about that in the next update!
Full list of changes since last post
2020-09-29 03:12:46 +0300 • Finalize (mostly) RestoreDeviceClut implementation 2020-09-29 02:13:02 +0300 • Fix PortList allocation & add PortList debug tool 2020-09-27 03:26:40 +0300 • Fix missing typeList in StandardGetFile 2020-09-27 02:56:59 +0300 • Fix "search&replace" mode in _Munger trap 2020-09-27 02:19:43 +0300 • Implement FSpSetFInfo for HighLevelFSDispatch 2020-09-27 02:17:32 +0300 • Add dummy empty NewAlias and NewAliasMinimal 2020-09-27 02:15:44 +0300 • Populate properly fnfErr result case in MakeFSSpec 2020-09-22 11:09:13 +0300 • Merge branch 'master' of 2020-09-22 11:09:08 +0300 • Minor tweak in colorQD detection in CDEF 63 2020-09-22 02:06:41 +0300 • Fix warnings causing errors on the new Xcode 2020-09-21 03:26:21 +0300 • Fix StretchBits crashing on negative srcRect width 2020-09-21 03:24:14 +0300 • Fix ADF filenames starting with % to map correctly 2020-09-21 03:23:00 +0300 • Add OrbQuest test application JSON config to cmake 2020-09-10 13:22:57 +0300 • Fix vfs file dependency command in cmake 2020-09-10 11:57:35 +0300 • Tweak Thexder JSON config 2020-09-10 11:57:03 +0300 • Pixel-doubling support for 4-bit (16-color) mode 2020-09-10 11:56:35 +0300 • Pixel-doubling support for 2-bit (4-color) mode 2020-09-10 04:13:30 +0300 • Fix cmake to allow again unsigned apps in OSX 10.6 2020-09-10 03:19:58 +0300 • Also return success code for decoding opOpColor… 2020-09-10 03:18:11 +0300 • Add Thexder test app to cmake json configs 2020-09-10 03:17:43 +0300 • Implement opOpColor in PICT playback
A lot of has happened past week, perhaps thanks to the summer finally starting to be over, and us having more time for the project again. Here’s a breakdown of most important advances made last week:
Fixed the DIVU.W overflow calculation
A long-time bug in unsigned 16-bit division instruction was finally found, and fixed by Pukka! We accidentally calculated overflow using signed 32767 limit, while it should have been unsigned 65535. This immediately fixed highly noticeable glitches in two of the test applications, Vette! and Test Drive II: The Duel (both ironically of same racing simulation genre):
Before the fix, Test Drive II had noticeable warping and glitching in the road near the bottom, and the polygons in Vette! had sometimes incorrect tangents, causing them to get messy depending on the angle of polygon edge.
This also fixed the “Divide overflow” bug occurring in SoftPC, which was weirdly happening on certain times of day, which does indicate that some calculation related to the computer clock time was failing because of the incorrectly signaled overflow. Now SoftPC works quite reliably.
Bitfield instruction fixes
One recently added test application, Prince of Persia 2, used a lot of the bitfield instructions for the SHAP resource drawing on the screen (apparently RLE/LZ decoding), which originally had a really messy artifacts:
But after fixing the instructions, the levels finally looks as they should:
Time Manager fixes
Besides the bitfield instructions, Prince of Persia 2 also uses Time Manager heavily for timing, and that surfaced a couple nasty bugs in the code, which were fixed.
There are still so oddities to investigate, for example the intro sequence does not advance past second screen yet, and the death and level completion delays do not trigger during the gameplay.
Sadly these fixes do not (yet) fix the one special case in Speedometer, where Dhrystone test does not work properly because of some issues that may be related to Time Manager (it starts the same timer twice, and stops it before test, so it never runs).
Keyboard handling threading bug
There was also a nasty bug in keyboard handling, which had rather surprisingly managed to stay hidden for a quite long time; Basically, the SDL2 key events that were handled by the keyboard code on main thread had chance to accidentally modify data structures and especially the A0 register, while 68K was running in VBL interrupt handler, causing in some rare cases the A0 register value to get corrupted; This caused a lot of crashes in Prince of Persia 2, and is most likely the cause of a very rare crash in Wolfenstein 3D. The offending part code was made thread-safe, which fixed this particular crash completely.
Sound in SoftPC
This was a very minor fix, but still worth mentioning; the reason for why there was no sound in SoftPC was caused by the fact that the application was setting the sound driver volume from the SPVolCtl low memory global, which had been set to zero on startup. By improving the PRAM simulation to populate all low memory PRAM values with sensible default values, the sound works now nicely in SoftPC!
Dark Castle “_Random” bug
As Pukka guessed last Christmas, the reason for buggy behaviour of robots, and some other minor glitches, in Dark Castle was indeed related to calling of the “_Random” trap! Of the last weekend was spent on searching the bug in other places at first, such as robot behaviour code, until we noticed something strange.
In Apple documentation, and all references known to us, the QuickDraw random number generator is defined simply as a Pascal type function with the following signature (in IM: Mathematical and Logical Utilities, 3-51):
pascal short Random (void);
Which means, that the function takes no arguments, and returns a 16-bit signed integer on stack. But, however, the way Dark Castle used was rather odd:
This screenshot of ResEdit showing disassembly of the part of Dark Castle code calling _Random shows, that it actually ignores the result value at offset 000B60 by discarding it off stack! And later looking at the code, it was actually using value in D0 instead…so, a quick look at System 7 _Random trap handler gives some insight to this:
Here actually it is visible, that on real Macs, the trap trashes a number of registers, and has the side-effect of leaving result value in the D0 register (being a toolbox trap, the trap dispatcher does not clean up any of the registers, unlike it does for some of registers after calling OS traps).
So, to fix Dark Castle, we added extra code to set up the D0 register as the game expected it, and everything started to work perfectly.
Some other progress from these changes
A couple other test applications seemed to benefit of these changes too, although they still need a bit of work to make sense: Loony Labyrinth now loads correctly after bitfield instructions were fixed (and physics in it also work correctly after the DIVU.W fix), and Marathon now actually runs and is playable with the Time Manager fixes:
Interestingly both of these games still seem to suffer from having colors completely messed up, but besides this glitch, they appear to be playable and run quite nicely.
And to celebrate getting SoftPC finally to work properly, I recorded this short video of M.A.C.E. running SoftPC running David Murray’s (The 8-bit Guy) Planet X-3:
2020-09-09 23:29:07 +0300 • Merge branch 'master' of
2020-09-09 23:28:59 +0300 • Update CMake scripts to support Apple notarization
2020-09-09 21:14:01 +0300 • add missing addressing fixes
2020-09-09 20:32:11 +0300 • memory addressing fixes
2020-09-09 20:26:50 +0300 • Fix compilation error in QDColorStretchBits.c
2020-09-09 20:00:29 +0300 • Fix some warnings in StretchBits color blitters
2020-09-09 19:59:57 +0300 • Fix some warnings in CodeResourceWDEF1
2020-09-09 19:26:58 +0300 • Fix return value in C_PlotCIconHandle
2020-09-09 19:18:10 +0300 • Merge branch 'master' of
2020-09-09 19:16:59 +0300 • fixes for bitfield and divuw instructions
2020-09-07 04:23:28 +0300 • Tweak more Dark Castle CMake JSON configs
2020-09-07 00:04:11 +0300 • Simulate PRAM (SysParam) to make SoftPC sound work
2020-09-06 23:04:58 +0300 • Update MACE version in CMake config
2020-09-06 13:14:44 +0300 • Color pixeldouble & (disabled) CRT simulation
2020-09-06 03:45:52 +0300 • Update trap generator XLS file
2020-09-06 03:44:13 +0300 • Tweak Dark Castle JSON config settings
2020-09-06 01:52:48 +0300 • Hack Random result value in D0 to fix Dark Castle
2020-09-05 03:54:17 +0300 • Get correct tmCount in RmvTime for non-first tasks
2020-09-03 02:16:54 +0300 • Fix the conversion of positive count in PrimeTime
2020-09-02 19:30:04 +0300 • Fix threading issue with keyboard input module
2020-09-02 19:28:30 +0300 • Don't crash on purged handles in GetHandleSize
2020-09-02 19:27:42 +0300 • Fix a lot of Time Manager bugs & clean up the code
2020-09-02 19:23:45 +0300 • Fix typing of region handle to CMDoDrawControls
2020-08-31 23:01:40 +0300 • A simplified MakeFSSpec implementation, for POP2
2020-08-31 04:17:44 +0300 • Add missing EqualRect change in EmuUtils.h
2020-08-31 04:16:59 +0300 • Fix GetCCursor crash when ResLoad was FALSE
2020-08-31 04:16:08 +0300 • Add dummy SCSIDispatch for Loony Labyrinth
2020-08-30 21:32:44 +0300 • Add Prince of Persia 2 to test app JSON configs
2020-08-03 01:45:10 +0300 • Make NewGWorld's rowBytes to work w/ Color VETTE!
2020-08-01 20:08:42 +0300 • Record PICT2 opHiliteColor, opOpColor &opDefHilite
2020-08-01 19:45:53 +0300 • Record HiliteBit as opHiliteMode in PICT2 format
As we estimated previously, the progress has been a bit slow during the summer months, with so many things to do in “real life”. But there have been a few things here and there that have been tweaked in the moments, when there has been a moment of time. Here’s a brief breakdown of the key things that have been changed:
In attempt to get some picky color games to work (such as Warlords 2, Warcraft and A/10 attack), a number of hacks have been added:
A number of placeholder gestalt functions, with dummy values to allow the games to pass startup tests (for example, Warlords 2 appears to not start unless the system tells it supports truetype fonts…)
Some help manager’s Pack14 selectors, such as querying balloon help mode and setting the balloon help mode
A number of process manager selectors in OSDispatch, which seem to be used by some apps to check if it is in foreground in multitasking environment
More dummy placeholders for Apple Events. There was not yet time to research futher, but I’m guessing some of the apps are expecting kAEOpenApplication (‘oapp’) event at startup to proceed correctly. The apple events will most likely be implemented parallel to better process manager support later, so that any dependencies with EPPC can be verified)
subPin mode for the awesome looking alpha-blended shadows in Warlord’s 2 windows
More work is still needed to make the above games work, assumedly the lack of AppleEvents right now is blocking a number of them from working.
Eric’s Ultimate Solitaire Sampler also required implementing (& fixing) some things:
Some color blitter updates (blend and srcBic transfer mode improvements, and other minor improvements). The game uses these to do nice blending effects on the highlighted cards, including blending the card “slots” with background. These appear now to draw exactly like on real Mac.
‘PICT’ opOrigin opcode was fixed, if a picture would have a non-zero origin, the fact that V and H values were swapped would cause it to be drawn at a wrong location
One of the most important changes was finally fixing the SANE’s Extended 80-bit to 64-bit double encoding/decoding bugs. The basic exponent/fraction conversion was already fixed over one year ago, but the special cases were completely broken (such as NaN, Inf and zero values). Also, clamping the exponent/fraction values when doing conversion to lower bit size was broken, instead of actually getting clamped these values would wrap around…not good! Most notable result of these fixes is that Speedometer now displays properly zero (0) as the initial score instead of 2.0.
Below are some screenshots of this awesome-looking card game:
There are still a couple issues left to fix, most notably the game complains about missing resources on each startup, even though it still succeeds to open. And as the sound manager implementation for the color version environment is still unfinished, there are no sounds yet. But mostly, the game works quite well, and is very playable, as you can see from the number of games and time played statistics screenshot above 🙂
At the moment, Toni is working on getting the picture recording to work in color mode (PICT2 support), which is required to get some editors to work properly in ResEdit, and Pukka is researching the full extension word format of 68020 emulation, which when will allow a large number of new color applications to work.
Full list of changes since last post
2020-07-31 22:06:34 +0300 • More work on PICT2 recording (pixpats in-progress) 2020-07-21 05:29:26 +0300 • Support grafProcs' putPicProc for StdPutPic 2020-07-21 05:01:31 +0300 • Implement CopyPixPat trap 2020-07-16 22:41:09 +0300 • Initialize pnMode correctly in OpenPicture 2020-07-16 22:40:40 +0300 • Fix PICT verb recorder bugs (pnSize & swap pnMode) 2020-07-16 05:13:03 +0300 • Make StdComment recording version 2 compatible 2020-07-14 05:47:44 +0300 • OpenCPicture & ColorQD OpenPicture abstraction 2020-07-08 05:31:55 +0300 • Tweak Float64 to Float80 conversion (denorm exp) 2020-07-07 14:34:46 +0300 • Other Float80 special cases; NaN, denormals, infs 2020-07-04 20:35:08 +0300 • Handle zero special case @ 80-bit float conversion 2020-07-04 12:28:21 +0300 • Fix mixed up H and V delta values in opOrigin 2020-07-04 12:26:43 +0300 • Add non-colorizing stretch blitter for srcBic mode 2020-07-04 04:05:17 +0300 • Fix opOrigin picture opcode 2020-07-04 02:35:44 +0300 • Fix missing alignment shift of arithmetic blitters 2020-07-03 14:39:58 +0300 • Implement FSUBS for SANE's FP68K dispatcher 2020-07-03 14:34:15 +0300 • Improve direct color support in stretch blitter 2020-06-28 01:38:25 +0300 • Add indexed region blitter for "blend" (0x20) mode 2020-06-28 01:36:23 +0300 • Add Eric's Ultimate Solitaire Sample test app 2020-06-22 02:45:59 +0300 • Fix inverted handling of TE record's active flag 2020-06-22 02:44:50 +0300 • Add AE and ProcMgr control configs to environment 2020-06-14 04:58:58 +0300 • Add Prince of Destruction test app to cmake JSON 2020-06-13 21:42:12 +0300 • Add missing procNotFound define to MacErrors.h 2020-06-13 21:41:27 +0300 • Add A10 Attack! Demo test app to cmake json config 2020-06-13 19:13:46 +0300 • Add dummy GetNextProcess 2020-06-13 19:13:10 +0300 • Add some missing data types & enums to Processes.h 2020-06-12 04:08:43 +0300 • Add dummy InitEditionPack & EditionManager module 2020-06-12 03:56:06 +0300 • Add dummy RestoreDeviceClut selector 2020-06-12 03:44:33 +0300 • Properly fix the previously disabled optimization 2020-06-12 00:10:50 +0300 • Add dummy AESetInteractionAllowed Pack8 selector 2020-06-11 17:48:36 +0300 • Fix InvalMenuBar to really work (Warlords 2 menus) 2020-06-10 20:57:41 +0300 • Disable a buggy copybits colorization optimization 2020-06-10 19:09:03 +0300 • subPin mode color region blitter (WarLords 2 demo) 2020-06-10 19:08:15 +0300 • Fix invCT pointer in color mapping (skip header) 2020-06-10 13:59:56 +0300 • Fix WDCB allocation: list size is bytes, not count 2020-06-10 05:57:31 +0300 • Dummy HMIsBalloon & HMSetBalloons for Pack14 2020-06-10 05:51:30 +0300 • GetCurrentProcess, GetProcessFromLayer, SameProc.. 2020-06-10 05:29:24 +0300 • Implement AECreateDesc in Pack8 (AppleEvents) 2020-06-10 05:28:23 +0300 • Add MacAppleEvents.h (+move old stuff from Events) 2020-06-10 05:27:17 +0300 • Tweak trap generator to allow "result" param name 2020-06-10 04:49:08 +0300 • Add dummy OSDispatch & GetProcessInformation 2020-06-10 04:17:52 +0300 • Fake gestaltLaunchControl flag for Warlords 2 2020-06-10 03:52:44 +0300 • Fix script mgr gestalt functions (emIntlGlobals) 2020-06-10 02:35:00 +0300 • Add 'a/ux', 'edtn', 'help', 'pop!', 'font', 'stdf' 2020-06-10 01:23:22 +0300 • Add dummy AEInteractWithUser selector for Pack8 2020-06-10 01:14:16 +0300 • Add 'kbd', 'hdwr', 'evnt' and 'os ' gestalt funcs
Since the last update, there has been progress on many features, but especially on the following ones to highlight:
The GWorld routines are practical utility functions for easy creation and handling of off-screen color ports, relieving the developer from a lot of mundane tasks for allocating the memory structures and house-keeping them. In the old “classic” QuickDraw, the developers were forced to do all this by themselves, but on other hand, the old-style QuickDraw had a lot less complexity and fewer data structures. The color QD requires maintenance of PixMap structures, and possibly “fake” GDevice handles with unique color tables and inverse color lookup tables, etc. The routines which color version were implemented this time were (* indicates ones that previously existed for “classic” QD’s GWorld wrappers):
The games which benefitted most of the new GWorld routines were Wolfenstein 3D, SimCity 2000 and Civilization. It is also possible other games are utilizing them, but these were the ones first encountered in the test suite:
Another new feature added in the color QuickDraw are the PixPat patterns. As old QuickDraw only allowed 1-bit monochrome patterns, these PixPats have much more flexibility allowing multi-color patterns and also higher resolutions (most commonly seen as powers-of-two from 8 to 64 pixels, and up to 256 colors, although the PixPat data supports also “direct” pixel data).
The interesting feature of these “pixel patterns” is the fact that they actually use regular PixMap data as the pattern storage, so that a lot of internal routines for PixMap manipulation were directly helpful in the implementation of the color patterns. The most code needed for pixpat-specific drawing were the conversion to target depth (using the shader PixMap translators), and handling the special pattern modes in blitters, with repetition of pattern with variable-size dimensions.
The first games requiring use of PixPats were Glider 4.0 and Siege of Darkwood – but as a nice side effect, we now also have support for using color patterns on the desktop!
There were also many other minor improvements, some of which include:
Finally a proper region-clipped color blitter (was on TODO list for a long time…)
32-bit PICT pixel data support, needed for Escape Velocity
CopyBits & ScrollRect, for Civilization and SimCity 2000 map scrolling
A bunch of new blitter modes
Partial resouce read support for SimCity 2000
Abstracted resource loading as a magic “CheckLoad” vector, to make AutoDoubler-compressed applications work (the one we encountered was the color version of Lemmings)
MANY bug fixes and other improvements (complete list of everything at the end of this post)
Since the the last post, we have two new videos of test applications running in color mode. First is Glider 4.0, which seems to now be playable, benefitting especially from the most recent transparent arithmetic transfer mode support:
Also, here’s video of Wolfenstein 3D running (the lag is from QT video capture, game itself runs quite smoothly):
And of course as Sound Manager is not yet implemented, there is no audio in either videos.
Status of some of the color test applications
There are also some other games which are starting to get more functional in color mode, here’s a brief update on where they’re at right now:
Most of these games run nicely, but there are some common issues still to be resolved:
Menu drawing still need to be updated to support color mode properly
List Manager does not yet handle hilite mode properly
Scroll Bars are still rendered as monochrome versions only
Standard File dialogs have still issues with color mode (folder popup menu, hilite mode, etc)
No sound yet because of incomplete Sound Manager implementation
Horizontal stretching for pixmap data is not yet implemented (although vertical stretching is), so horizontally scaled text/images do not yet appear properly
A lot of missing blitter modes (they will be written as needed in the first pass, but will be generalized and optimized later so that all cases will be properly covered)
There are also a couple cases with application-specific problems:
Maelstrom is playable & smooth, but gets stuck at end of level screen probably because of missing Sound Manager Implementation
Civilization has a rare bug where inverse color tables appear to break down after playing the game for some time
SimCity 2000 has a palette manager bug where a couple of palette entries go to wrong slots, causing a couple specific colors to not display properly (mostly visible in the title screen, and “Dispatch Firefighters” map sprite)
Escape Velocity gets to main menu, but crashes due to some unresolved 68k cpu emulation bugs which Pukka is investigating
The status page will be updated in the coming weeks to reflect this new status.
Full list of changes since last post
2020-04-07 00:38:42 +0300 • Add pixpat patOr mode for color rectangle blitter
2020-04-07 00:31:42 +0300 • Add srcBic support to color rectangle blitter
2020-04-07 00:30:52 +0300 • Fix outline/shadow text style in color text render
2020-04-06 21:29:15 +0300 • Do 68K VM stack guard magic check for native fra..
2020-04-06 01:07:31 +0300 • Set bg color in SetWinColor, fix Siege of Darkwood
2020-04-06 00:39:03 +0300 • Fix crash when decoding pixpats from PICT resource
2020-04-05 23:10:26 +0300 • Fix GetPalette bitmasking (missing window redraws)
2020-04-05 05:21:26 +0300 • Indexed transparent arithmetic region renderer
2020-04-05 04:39:00 +0300 • Indexed transparent arithmetic rectangle renderer
2020-04-05 03:22:26 +0300 • Indexed transparent arithmetic scanline renderer
2020-04-04 16:53:34 +0300 • Clean up old commented-out legacy code
2020-04-04 16:52:27 +0300 • Handle undefined EnvDefaultColorDepth case
2020-04-04 16:51:21 +0300 • Handle arithmetic mode setup for color mapping
2020-04-01 22:24:46 +0300 • Update test desktop background pattern
2020-04-01 03:01:26 +0300 • Color desktop ppat (forced on for now for testing)
2020-04-01 02:47:14 +0300 • Fix 8x8 pixpat expansion
2020-04-01 01:59:00 +0300 • Implement (mostly) pixpat conversion & rendering
2020-04-01 01:57:35 +0300 • Separate pixel translation from stretch blitter
2020-04-01 01:43:46 +0300 • Clear CGrafPort refs to pixpat in DisposePixPat
2020-03-30 16:59:25 +0300 • Add (partial) FillCRect/Oval/Arc/Rgn/Poly
2020-03-30 16:00:04 +0300 • Add EnvDefaultColorDepth for app-specific default
2020-03-30 15:32:31 +0300 • Fix region masking bug of diagonal Line/LineTo
2020-03-30 15:30:07 +0300 • Fix ErasePoly (typo from copy-paste)
2020-03-30 11:53:03 +0300 • Fix right-to-left color rectblit & right-edge mask
2020-03-30 04:57:07 +0300 • Add srcXor mode for non-colorizing stretch blitter
2020-03-30 04:54:25 +0300 • Color QD version of polygon operations
2020-03-30 04:47:10 +0300 • Add region-clipped color blitter & fix LOT of bugs
2020-03-30 04:44:10 +0300 • Fix invalid masking in srcCopy in translating blit
2020-03-30 01:18:15 +0300 • Fix iteration of region 3-only non-rect case
2020-03-28 21:53:06 +0200 • Fix inverted hilite flag check in colorized WDEF 0
2020-03-27 21:39:58 +0200 • Fix TextEdit locals saved forecolor overlap bug
2020-03-27 20:45:13 +0200 • Add color support also to WDEF 0 zoom box drawing
2020-03-27 19:34:27 +0200 • Add color support to WDEF 0 growbox drawing
2020-03-27 16:36:51 +0200 • Add (partial) color QD support for ScrollRect
2020-03-27 15:18:16 +0200 • Add Loony Labyrinth test app to CMake JSON configs
2020-03-27 15:17:43 +0200 • Implement SaveFore/Back & RestoreFore/Back
2020-03-27 02:46:11 +0200 • Fix (again) AnimatePalette
2020-03-27 01:36:19 +0200 • Set default palette in GetNewWindow/GetNewCWindow
2020-03-26 23:12:07 +0200 • Implement ReadPartialResource in ResourceDispatch
2020-03-26 22:26:03 +0200 • Fix HCreateResFile (dirID mishandled)
2020-03-26 21:02:04 +0200 • Improve StdText CGrafPort/GWorld compatibility
2020-03-26 21:00:46 +0200 • Fix CloseResFile stack frame mismatch
2020-03-26 20:11:11 +0200 • Implement SetPixelsState and AllowPurgePixels
2020-03-26 19:54:40 +0200 • Implement GetPixelsState selector in QDExtensions
2020-03-26 19:46:06 +0200 • Implement SetGWorld selector in QDExtensions
2020-03-26 19:33:15 +0200 • Implement GetGWorldPixMap selector in QDExtensions
2020-03-26 19:16:17 +0200 • Implement GetGWorld in QDExtensions
2020-03-26 19:12:42 +0200 • Implement Palette2CTab
2020-03-26 18:45:36 +0200 • Add SimCity 2000 test app to CMake JSON configs
2020-03-26 17:24:03 +0200 • CopyBits improvements (fix Escape Velocity crash)
2020-03-26 02:59:02 +0200 • Add 32-bit to indexed color conversion to blitter
2020-03-26 02:57:00 +0200 • Fix rgb PICT data unpack for rowBytes > 250
2020-03-26 02:56:00 +0200 • Implement DisposeCIcon
2020-03-25 22:09:57 +0200 • Support 'PICT' packType=4 RGB data (run-packed)
2020-03-25 20:45:05 +0200 • Start collision check from current link, not next
2020-03-25 19:08:43 +0200 • Fix color blitter for <=32bit wide transfers
2020-03-25 18:35:49 +0200 • Conditionalize Paletter Manager debug log output
2020-03-25 18:34:59 +0200 • Handle collisions in inverse color table lookup
2020-03-25 14:08:12 +0200 • Validate input in SetEntries & clear cached fonts
2020-03-25 03:01:34 +0200 • Fix UInt16/SInt16 RGB delta bug in palette update
2020-03-25 01:13:22 +0200 • Add missing A6 setup for the CheckLoad wrapper
2020-03-25 01:05:40 +0200 • Add secret "CheckLoad" hook (AutoDoubler support)
2020-03-25 00:57:35 +0200 • Add color Lemmings JSON to CMake test apps configs
2020-03-24 22:34:47 +0200 • Clamp cursor hotspot between [0, 15]
2020-03-24 22:34:15 +0200 • Fix color CopyBits thePort/dstBits comparison bug
2020-03-24 19:55:58 +0200 • Extract color QD rect blitter to own module
2020-03-24 19:30:09 +0200 • Implement DisposeGDevice (used in DisposeGWorld)
2020-03-24 14:47:56 +0200 • Implement color QD version of ClosePort
2020-03-24 04:24:57 +0200 • Unreserve palette entry when cleared (single GD)
2020-03-24 04:23:41 +0200 • Set MemErr to noErr in ReservMem on success
2020-03-24 02:35:37 +0200 • Fix negative dstLeft corruption @ B/W stretch blit
2020-03-23 21:01:59 +0200 • Implement DeleteMCEntries
2020-03-23 20:50:33 +0200 • Paint window (and invalidate) on ActivatePalette
2020-03-23 20:49:14 +0200 • Draw desktop pattern for PaintOne(nil) case
2020-03-23 20:44:03 +0200 • Fix AnimatePalette for srcIndex > 0 cases
2020-03-23 01:41:36 +0200 • Fix GetCatInfo bug by previous fix (non-WDCB case)
2020-03-23 01:27:40 +0200 • Minor menu color entry manipulation tweaks
2020-03-23 01:25:58 +0200 • Fix monochrome QD compilation error
2020-03-22 23:36:53 +0200 • Implement SetEntryColor
2020-03-22 23:24:53 +0200 • Implement GetPalette trap for Palette Manager
2020-03-22 22:09:37 +0200 • Extract PaletteDispatch routines to own C module
2020-03-22 21:42:58 +0200 • Add Ultimate Doom test app to JSON configs
2020-03-22 21:42:24 +0200 • Add CTabChanged and (partial) DisposeGWorld
2020-03-22 07:33:06 +0200 • Give more CPU time for 68020+ mode
2020-03-22 06:46:10 +0200 • Fix buffer size bug in NewGWorld w/ pixelDepth = 0
2020-03-22 03:55:04 +0200 • Implement FCMPS in FP68K (SANE) for Wolf3D
2020-03-22 03:42:46 +0200 • Improve bits opcode (9x) for non-indexed support
2020-03-22 03:37:10 +0200 • Implement NoPurgePixels selector
2020-03-22 03:36:45 +0200 • Fix unassigned pmBounds.left bug in NewGWorld
2020-03-22 02:23:21 +0200 • Implement color QD version of NewGWorld
2020-03-22 02:22:18 +0200 • Resolve WDCB to DirID in GetCatInfo ioFDirIndex>1
2020-03-21 18:50:18 +0200 • Add 'qdrw' Gestalt selector (Quickdraw features)
2020-03-21 04:44:26 +0200 • Fix pixpat opcodes in DrawPicture
2020-03-21 04:42:32 +0200 • Implement unpacked pixmap data load in DrawPicture
2020-03-21 04:40:28 +0200 • Fix CloseWD crash (ignore ioNamePtr)
2020-03-21 03:43:35 +0200 • Implement CopyPixMap
2020-03-21 02:26:20 +0200 • Fix GetPenState bug (caused gray fills everywhere)
2020-03-21 01:33:43 +0200 • Implement color QD version of ScrnBitMap
2020-03-21 01:20:54 +0200 • Hack tmp SoundBase to make Glider 4 happy in color
2020-03-21 01:19:08 +0200 • Implement color CopyMask (untested!)
2020-03-21 01:17:37 +0200 • Fix missing argument deref in color pat conversion
2020-03-21 01:16:34 +0200 • Add 'vm ' Gestalt selector (returns 0 for no VM)
2020-03-21 01:14:12 +0200 • Add HWPriv & dummy FlushData/FlushInstructionCache
2020-03-20 19:18:33 +0200 • Fix colorQD highlight bug of radio/checkbox button
2020-03-20 19:09:02 +0200 • Implement grayishTextOr mode for StdText
2020-03-20 19:07:55 +0200 • Implement GetGray selector for PaletteDispatch
2020-03-20 19:06:06 +0200 • Tweak signature of rgb delta calculation to UInt16
2020-03-20 18:20:45 +0200 • Implement patBic mode in pattern rect blitter
2020-03-20 06:22:31 +0200 • Fix StdGetPic, handle byteCount as unsigned UInt16
2020-03-20 06:20:48 +0200 • Implement GetPixBaseAddr selector in QDExtensions
2020-03-20 05:27:15 +0200 • Fix masking bug in color stretch blitter
2020-03-20 03:38:11 +0200 • Add a bunch empty dummy SoundDispatch placeholders
2020-03-20 02:57:14 +0200 • Implement QDError trap
2020-03-20 02:54:26 +0200 • Implement FSpOpenResFile and FSpCreateResFile
2020-03-20 02:52:57 +0200 • Implement HCreateResFile
2020-03-20 02:29:20 +0200 • Add semi-dummy ResolveAliasFile selector
2020-03-20 02:08:52 +0200 • Add Escape Velocity test app to cmake configs
2020-03-20 02:08:30 +0200 • Add missing file from previous commit
2020-03-20 02:08:18 +0200 • Add Pack12 & Fix2SmallFract+SmallFract2Fix+RGB2HSL
2020-03-20 00:06:06 +0200 • Fix signature of SwapMMUMode
2020-03-19 23:25:45 +0200 • Fix text styling buffer overflow in color QD
2020-03-19 23:22:36 +0200 • Apply kernMax in color font renderer
2020-03-19 19:18:59 +0200 • Update & re-seed GDevice pmTable in SetEntries too
2020-03-19 16:01:13 +0200 • 4-bit debug palette view
2020-03-19 16:00:59 +0200 • Implement SetPortPix trap
2020-03-19 01:26:06 +0200 • Add fake SwapMMUMode trap
2020-03-19 01:24:19 +0200 • Add dummy 'snd ' Gestalt selector
2020-03-19 01:23:39 +0200 • Dummy SoundDispatch (& dummy SndPlayDoubleBuffer)
2020-03-19 00:40:09 +0200 • Add Maelstrom test app to cmake configs
2020-03-19 00:39:47 +0200 • Dispose auxCtlRec also in DisposeControl trap
2020-03-19 00:29:57 +0200 • Fix 'cctb' ID=0 bug
2020-03-19 00:15:34 +0200 • Implement ProtectEntry and ReserveEntry traps
2020-03-18 23:53:47 +0200 • Fix RS stack frame mismatch in FrameRect
2020-03-18 23:53:10 +0200 • Implement TestDeviceAttribute & SetDeviceAttribute
2020-03-18 23:44:13 +0200 • Implement GetCWMgrPort trap
It is now two years since we started this project, and so far the progress is looking promising. At this point, it is good to take a brief overall look at where we are right now… so far, we have a lot of phase #1 goals accomplished:
Good enough 68000 emulation to run majority of games designed to use that CPU.
Majority of “classic” QuickDraw traps implemented to allow black & white games which needs them to work. Also hardware-level VIA page-swapping support for double-buffered games such as Dark Castle and Continuum.
Complete “.Sound” driver functionality, including ~99% coverage of low-level sound hardware emulation to allow games such as Dark Castle, Tetris and Pirates! to have working sound.
External file system emulation with HFS metadata support abstracted to ADF files, with almost all read/write operations tested working (except delete/rename, which have so far been rarely needed)
Basically implemented most of toolbox calls needed to, get out of the 87 test applications, 78 to work in at least somewhat usable way, and 43 to function near-perfectly.
Ability to run (or try running) the test applications/games as native OSX application bundles (and now with Windows support, also as windows EXE files), with full mouse/keyboard support, fullscreen/windowed and pixel-double support. Sound also mostly works but the SDL buffering needs some tweaking especially on windows…
As the toolbox is quite large, and there is a large number of traps/selectors which are rarely needed, and have not been encountered in the applications we have been testing vigorously. These APIs are still unimplemented, but they will be eventually added to the emulation. However, because these missing phase #1 features have such minor impact on most test applications, we also have started to work on some phase #2 features which are not only beneficial for a lot of current test suite, but which also will allow a huge number of new applications to be added to our tests:
68020/030/040 emulation, which Pukka has already done a lot of progress on.
Color QuickDraw support, which was started after Christmas (more about that later in this post – very important for getting color games to work!)
Some preliminary progress on System 7.x APIs (FSSpec calls, Folder Manager, Time Manager, Script Manager, etc.).
Because of the fact that as we are implementing new features in a parallel fashion, we don’t have any fixed schedule for milestones. But realistically we expect to get a lot progress on the color support during the spring, which is the biggest bottleneck for getting much larger test application coverage. The downside of this is, however, that a “generic” emulator release will get delayed, because we want it to be as complete as possible, so that you won’t have to suffer from the incomplete features until we get everything polished. You can always follow the test application coverage (and overall progress) on our status page at https://mace.software/status/.
Color QuickDraw progress & first color game (somewhat) playable: KYE!
Since the previous post, majority of work as focused on getting source-mode blitting to work within the color hardware and Color QD API emulation. One of the easiest test cases for that purpose is a fun game called KYE, which was one of personal favorites of Toni on his LC II in early 90’s. The reason why this particular game is nicely suited for this early-stage testing is the fact that it uses mostly just PlotCIcon to draw all of its “sprite” graphics. Thanks to this, we did not have to work on a huge number of different calls at once, but were able to focus on getting that single call working. That way we could get something visible progress on the screen, instead of the invisible “under-the-hood” type of progress which has more impact on the long term.
For curiosity, below is a set of screenshots taken during the PlotCIcon development, which shows how the bugs were squished one by one until the rendering was finally okay:
Here’s a screenshot of latest stage of PlotCIcon functionality in KYE:
As you can see in the screenshot, icon rendering is working nicely, but text rendering is still completely missing. We also updated the WDEF 0 to have most of color support, so it uses now shading from the default ‘wctb’, leading to authentic System 7-style look and feel. Because of early stage of implementation, the color blitter has right now following limitations:
Blitter only works on “indexed” targets (1-8 bit pixmaps), i.e. not on “direct” (16/32-bit) screens
Only supports indexed sources too
Only simple srcCopy and srcOr modes supported (non-colorized)
No stretching support yet (only 1:1 scaling)
No arithmetic modes yet
Focus at this stage is on accuracy – that is, getting the output results to look exactly same as on the original, “real” Color QD – so performance is far from optimal for now. Leaves a lot of space for blitter optimization in future though…
Probably a lot of other use cases which I can’t recall right now…
Below is also a short video of level 2 gameplay:
Anniversary bonus! PT-109 gameplay video
To celebrate the two-year anniversary, we also recorded 90 minutes of PT-109 gameplay to show the current state of that game’s compatibility with M.A.C.E. below:
This video shows what to expect when we get the “generic” emulator released some day in the future. For now, we can only share the video of this awesome game as it is sadly copyrighted – but we have a bunch of freely available games at our downloads page at https://mace.software/files for both Mac OS X and Windows 64-bit.
If you are interested in keeping up with our progress (now that we start the third year with full speed) you can follow this blog, or one or more of the following:
One of the major features of phase #2, as we originally wrote in the milestone and phase plan two years ago, is adding support for Color QuickDraw emulation. Even though a lot of APIs considered part of phase #1 are still incomplete, the application compatibility and overall progress of project appears good enough to justify starting the work on that particular feature at this point. Nevertheless, all missing phase #1 features will be worked on simultaneously as they come up when testing the applications.
Adding color support will eventually allow us to test a huge number of new applications and games, and it will also allow trying out the existing ones in color modes. Especially games from the early 1990s have very good support for multiple color depths, so it should be interesting (for example, Civilization’s support for 1-bit and 256 colors, Railroad Tycoon’s 1-bit and 16 color support, Glider’s 16-color art, etc…)
First steps: The slot-based architecture
Originally Apple’s Mac II lineup had a quite different architecture from the old “classic”-type compact macs, which also reflects on how Color QuickDraw operates. Instead of dividing the memory space into four regions as in “classic” Macs (4mb RAM, 4mb ROM, 4mb I/O and 4mb VIA space), the slot-based models (in original 24-bit model) divide memory into 1mb “slots”, which are more dynamically assigned. For example, IM:Memory 3-6 describes the following model (in 24-bit mode):
0x900000-0xEFFFFF: Nubus slot addresses
That particular model fits quite well with the currently implemented 24-bit memory manager, so we use that as a starting point for Color QuickDraw machine emulation. It also allows us to partially emulate slow manager APIs (as slot numbers $9 through $E match their address space as on real Macs), and allows possibility for emulating multiple screen using multiple “virtual” slot manager cards, one for each screen. The drawback of this, though, is that only one megabyte is assigned for each video device in 24-bit mode, which limits usable VRAM to that 1 megabyte. What this practically means, is that these are the approximately maximum supported “standard” resolutions for each color depth:
1-bit (black & white): 3840 x 2160 (4K)
2-bit (4-color): 2560 x 1440 (QHD)
4-bit (16-color): 1920 x 1080 (FHD)
8-bit (256-color): 1280 x 720 (HD)
16-bit (32K colors): 832 x 624 (Mac 16″)
32-bit (16.7M colors): 512 x 384 (Mac 12″)
Of course, when we later someday add 32-bit memory manager support, we will have 256 megabytes per video device, and can get rid of this limitation.
The slot driver
One key component between the “virtual” slot-based video device emulation, and the Color QuickDraw, is the device driver for the slot device. In our case, we added the .Display_Video_MACE_FB driver (following Apple’s naming convention for slot drivers), which is used by QuickDraw’s and Color Manager to control video modes, color table, etc.
On real Macs slot manager would be responsible for iterating parsing sRsrc:s and other slot-specific data structures, but we forego those hardware-specific details and address the native video device data (currently SDL) through our platform-abstraction interface.
The DRVR calls are still important to implement properly, as they were quite standard on real Macs, and there might be apps using them directly, even though well-behaving apps should always use GDevice, Color Manager and Color QuickDraw API calls.
Platform abstraction for color video
As we already had prepared for adding color support when starting the project two years ago, most of the support for it existed already in the platform abstraction layer. There were a couple tweaks needed, but most work was just adding the output renderers for each of the new color depths (originally there was only 1-bit blitter, as it was the only color depth supported on classic Macs). This also included adding the color lookup tables in the pipeline, so that we are ready for Palette Manager when we get to the point of implementing it.
As there may exist any number of screens, with any resolution and various color depths, Color QuickDraw added the concept of GDevices. Each GDevice represents one screen/video card attached to the system, with its own screen buffer, color & gamma tables, etc.
Color QuickDraw allows drawing to all of these devices at once using the standard toolbox API, doing all the color conversion and addressing for the user. This is what we need to implement next also in our emulator.
One key component of Color QuickDraw is Color Manager, which is responsible for managing the color tables for each GDevice. What this means, that it creates and manages the inverse color lookup tables (which are used to map RGB colors to indexed colors), and handles those lookups. It also keeps track of seed values for color tables, which are used to determine when color tables have changed, which is important especially if a previously expanded pattern is drawn after a new color table has been activated. For now, we implemented a very basic ITable generation for allowing RGBColors to work on indexed color modes.
Inverse color-lookup table
As meantioned above, one key feature of Color Manager is the generation and management of ITab data structures, which are used to map RGB Colors back into color table indices in indexed video modes (2-, 4- and 8-bit depths). The generator is run in MakeITable trap handler, which takes handle of color table, handle of output inverse table, and desired channel resolution as arguments.
The inverse table is actually a RGB cube, where the cube’s channel size is defined by the number of bits given as the resolution; so for example resolution of 4bits gives 2^4 = 16, and the entire RGB cube would take 16x16x16 bytes which is 4096 bytes, or 4K of memory. As in three-dimensional XYZ space, RGB cube can be thought of in the same way; Each R, G, B coordinate are used to locate index in the cube’s 3-dimensional table.
When Color QuickDraw wants to get for example, index of RGB color #E39EA0, Color Manager would convert first the RGB components into cube’s resolution range (in this case, result would be (14, 9, 10]), and use those values of index the ITab data to get the value.
When the cube is generated by MakeITable, it is initially empty, but is given the seed values from the source color table; each seed value is the color lookup table index, placed at the RGB coordinate which it specifies. After this, the seed values are progressively iterated, so that each value “spreads” into adjacent RGB cube slots in any of the six axis directions (+R/-R, +G/-G, +B/-B). This is repeated as long until there are no longer any unfilled slots left in the RGB cube. This is familiar method from basic pathfinding, and some maze generation algorithms, and ensures that each RGB cube slot contains the index of color lookup table which is the closest available approximation for that particular RGB color.
PixMaps (and PixPats)
As BitMaps only supported 1-bit graphics, Apple added PixMap in Color QuickDraw to allow representing graphics of any bit depth using a standard data structure. Additionally, the GDevices use PixMap to represent the VRAM buffers, and PixPat (multi-color patterns) structure also uses PixMap as storage for the pattern data. And they also are by default implemented as Handles, which means they can be moved in the heap during compaction to prevent memory fragmentation (but require locking in certain cases).
The first step: Using legacy GrafPorts with Color QuickDraw
As Color QuickDraw has a lot of layers to provide backwards-compatibility for older applications, the first step was to start from the most basic one, legacy GrafPort support. As the very first call done to QuickDraw is to gray out the screen at startup, we focused on getting the most basic case for FillRect working at first. With adding support for pattern expansion to any pixel depth, and adding new srcCopy blitters, we got this fist monochrome output result after a couple weeks of coding:
When emulating the old-style GrafPorts, of of their interesting features to simulate was support for the 8 old-style QuickDraw colors (which map mostly to the colors used in ImageWriter printers with CMYK ribbon). With proper color mapping, and a couple days of banging the head against desk, we ended up with this result:
Second step: CGrafPort support
As mentioned earlier, the old-style GrafPorts were limited to only displaying those 8 colors, so to get the full range of RGB colors displayed, we had to add a proper CGrafPort support. This included implementing OpenCPort and InitCPort, and initialization of all related data structures. For example, all patterns in CGrafPorts are PixPat patterns, so we had to do a Pattern-to-PixPat conversion.
Most importantly, the fgColor/bkColor no longer represented the old-style color constants, but instead needed to be mapped to bit-depth specific index (on indexed device modes) or pixel value (on direct device modes). To control these colors, we implemented the RGBForeColor/RGBBackColor traps, which map the RGB values to the mode-specific values.
After a couple of days of more hard work, we now have the RGB colors working in CGrafPorts:
There is still A LOT of things to do before we can get much beyond simple rectangles on the screen, but the tasks should get easier as we go along. A lot of the routines (such as color mapping) can probably be shared as-is with most of other Color QuickDraw APIs. Some of the tasks next up are:
Adding region masking variant to the color blitter
Adding other pattern modes beyond patCopy
Adding source transfer modes (only patCopy done at the time of writing this)
Color versions of the special horizontal single-scanline blitters
A lot of other stuff
Full list of changes since last post
2020-01-31 18:02:57 +0200 • Basic support for "oldPat" PixPats in CGrafPorts 2020-01-31 16:35:14 +0200 • Implement InvertColor (default gdCompProc only!!!) 2020-01-31 13:47:55 +0200 • Some progress on CGrafPort colormapping & bugfixes 2020-01-30 02:10:42 +0200 • Add ColorQD Fore/BackColor & RGBFore/BackColor 2020-01-30 01:25:49 +0200 • Init default ColorQD PixPat patterns in InitCPort 2020-01-29 20:06:33 +0200 • Implement NewPixMap and NewPixPat 2020-01-29 01:42:41 +0200 • Initialize WMgrCPort (color port) in InitWindows 2020-01-29 01:41:59 +0200 • Implement OpenCPort and (mostly) InitCPort 2020-01-29 00:48:03 +0200 • Implement GetPixPat and GetCCursor colorQD traps 2020-01-28 22:12:56 +0200 • Implement DisposePixPat trap handler in color QD 2020-01-28 01:46:18 +0200 • Fix non-default colored patterns in 1-bit mode 2020-01-28 01:11:02 +0200 • ColorQD compatible GlobalToLocal/LocalToGlobal 2020-01-27 20:22:27 +0200 • Fix palette alignment issue in 8- and 15-bit modes 2020-01-27 20:20:38 +0200 • 15-bit (thousands of colors) SDL rendering support 2020-01-27 20:20:04 +0200 • 2-bit SDL output rendering support 2020-01-27 20:19:27 +0200 • Disable grayscale flag for now, test&fix it later 2020-01-27 20:18:37 +0200 • Fix last palette entry missing (zero-based count) 2020-01-27 13:33:46 +0200 • Add support for direct colors in color mapping 2020-01-27 13:26:34 +0200 • Set GDevice's gdType properly at initialization 2020-01-27 10:38:45 +0200 • GDev CLUT setup & rendering (first colors output!) 2020-01-27 09:44:47 +0200 • ColorQD ForeColor/BackColor in old-style GrafPorts 2020-01-27 09:43:56 +0200 • Fix initialization of QDColors low-mem global 2020-01-27 04:59:25 +0200 • Use Color2Index in color mapping for correct color 2020-01-27 04:56:41 +0200 • Set GDevice's gdResPref in the InitGDevice handler 2020-01-27 04:39:29 +0200 • Color2Index proto (no hidden color handling yet) 2020-01-27 04:36:27 +0200 • Fix the one-entry off "black-most black" index bug 2020-01-27 04:11:57 +0200 • Finish the first proto of MakeITable 2020-01-27 03:19:38 +0200 • Remove unneeded mitq resource from build 2020-01-27 03:18:51 +0200 • "Plant" seeds for the ITab generator from the clut 2020-01-26 00:24:21 +0200 • Start work on MakeITable 2020-01-26 00:23:50 +0200 • Tweak pattern blitters, preparing 8-bit support 2020-01-26 00:22:14 +0200 • Dummy Color2Index stub, prep use in colormapping 2020-01-25 17:05:21 +0200 • Hack 4- and 8-bit (16 & 256-color) output support 2020-01-25 17:01:45 +0200 • Fix old-type pattern to 8-bit conversion 2020-01-25 16:55:25 +0200 • Fix mask calculation for non-1-bit rectangle blits 2020-01-25 02:21:23 +0200 • First simple non-region FillRect case for ColorQD 2020-01-25 02:20:38 +0200 • Block attempting to post events before InitEvents 2020-01-25 02:19:04 +0200 • Fix the "dummy buffer" string RSAlloc overflow 2020-01-24 02:35:50 +0200 • Some progress on color blitter rectangle culling 2020-01-24 02:34:20 +0200 • Add QDErr low-mem global 2020-01-24 00:05:55 +0200 • Do CQD old 1-bit pattern to b&w GrafPort expansion 2020-01-23 00:18:35 +0200 • First CQD color mapping pass for old-type GrafPort 2020-01-22 17:53:29 +0200 • A bit of work on the color QD color mapping 2020-01-21 01:32:09 +0200 • Implement portBits to PixMap conversion to colorQD 2020-01-21 01:30:38 +0200 • Init lot of lowmem globals for default videodevice 2020-01-21 01:27:42 +0200 • Fix byteswap bug on device depth in CVGetVidParams 2020-01-20 15:02:02 +0200 • Refactor QD a bit in preparation of color support 2020-01-20 02:34:13 +0200 • Disable for now dirtyrect optimization in color QD 2020-01-20 02:22:37 +0200 • ColorQD versions of InitPort and OpenPort 2020-01-20 01:33:36 +0200 • Save LastMode/-Fore/-Back/-Depth in FMSwapFont 2020-01-20 01:32:29 +0200 • Fix two indexing bugs in ColorVideoInitOneSlot 2020-01-20 01:30:00 +0200 • Implement most of InitGDevice trap for color QD 2020-01-20 01:28:50 +0200 • Add empty stub for MakeITable trap 2020-01-19 23:29:53 +0200 • Add GetDeviceList trap 2020-01-19 20:37:49 +0200 • Add grayscale flag to video devices 2020-01-19 14:36:11 +0200 • Fill in GDevice's VPBlock from color video driver 2020-01-19 14:35:34 +0200 • Fill in DCE slot info in Open call for slot device 2020-01-19 05:03:02 +0200 • Add one more missing ROM clut resource 2020-01-19 05:02:32 +0200 • Add DisposePixMap, New/InitGDevice, GetNextDevice 2020-01-19 04:59:55 +0200 • Use cmake source_group TREE to clean up projects 2020-01-19 04:59:08 +0200 • Add MacVideo header 2020-01-18 23:54:18 +0200 • A couple more CQD resources (gama, mitq, cluts) 2020-01-18 05:51:16 +0200 • Add unit table debug dump tool to device manager 2020-01-18 05:50:37 +0200 • Add "virtual" slot DRVR installation support 2020-01-18 04:29:39 +0200 • Tweak video driver name & fix default slot amount 2020-01-18 04:26:22 +0200 • Implement DoVBLTask trap (untested) 2020-01-17 17:27:46 +0200 • Add SlotManager module + slot queue initialization 2020-01-17 01:52:09 +0200 • Implement color version of InitGraf 2020-01-17 01:28:37 +0200 • Add GetCTSeed/GetCTable/DisposeCTable to ColorMgr 2020-01-17 01:18:38 +0200 • Add TableSeed and HiliteRGB low-mem globals 2020-01-17 01:17:59 +0200 • Add default 'clut' tables to color ROM resources 2020-01-16 01:50:16 +0200 • Clean up linker errors for missing color QD stubs 2020-01-16 01:43:16 +0200 • Add setup of menubar 'mctb' color table (untested) 2020-01-16 01:35:33 +0200 • Empty stubs for GetCIcon, PlotCIcon & DisposeCIcon 2020-01-16 01:27:38 +0200 • GDevices module & GetMainDevice/GetMaxDevice stubs 2020-01-16 01:20:13 +0200 • Add empty stub for _ActivatePalette 2020-01-16 01:15:39 +0200 • Empty stubs for Delete/SetMCEntries & InitPalettes 2020-01-16 01:06:12 +0200 • Tweak ClassicSound to not fail colorQD compilation 2020-01-16 00:56:30 +0200 • Tweak some CMake configs for color-only apps 2020-01-16 00:55:31 +0200 • Refactor VBL code out of VIA + add slot# to video 2020-01-15 02:52:16 +0200 • Improve compilation of QDExtensions with color QD 2020-01-15 02:41:14 +0200 • Improve Menu Manager color QD compatibility 2020-01-15 02:40:40 +0200 • FMSwapFont color QD tweaks & LastSPExtra type fix 2020-01-15 02:36:37 +0200 • Fix ClassicSound compile error w/o Sound driver 2020-01-15 00:49:29 +0200 • Separate Mono & Color fake roms + add 32-mode flag 2020-01-15 00:47:24 +0200 • Add the DRVR 120 (.Display_Video_MACE) to fake rom 2020-01-15 00:45:59 +0200 • Add color video initialization call to boot code 2020-01-15 00:44:02 +0200 • Add stub for the color video driver 2020-01-15 00:42:54 +0200 • Add symbol name to binary-to-C converter
Recently, somebody was asking on Emaculation forums, what would happen if Apple’s Finder would be attempted to run in M.A.C.E.? That was an interesting question, which motivated us to try it out.
Mac System Software architecture
To think about what would make Finder work, let’s consider the classic Mac system software as an architecture consisting of roughly three layers (in real Macs):
ROM: Most of Toolbox APIs, ROM resources and stage 0 boot loader.
System: Patches to ROM, extensions, system zone, the so-called “kernel” of old MacOS.
Finder: The “desktop metaphor” front-end running as a regular Mac application.
This categorization is very naïve, does not consider details such as role of hard drive drivers in boot process, etc. Additionally, M.A.C.E. combines roles of ROM and System as a single entity implemented in native code.
The interesting part to highlight is how Finder is basically “just another” application running on the System, and was even replaced by alternate startup applications on the old Macs (such as MiniFinder, MultiFinder, or other applications using the “Set Startup” option). As such, especially on System 6.x and older, the undocumented dependencies between System and Finder might be few in number, if any.
The first run
So, the question was, what would happen if we would try to run it? Well, we got this far on the first attempt, and with a couple minor fixes to progress further:
So, almost there. What we needed was a couple new (missing) routines and some fixes:
Fixed the 0x16 and 0x17 csCodes for .NativeFS driver, which return the logical/physical ICN# data for the volume icon (as seen on the desktop). We actually had that icon already one year ago, but this was the first time anything wanted to access it. 🙂
Added working directory indexing to GetWDInfo, which Finder uses to close all open working directories, presumably left open by misbehaving applications under System 6.x.
Fixed a buffer overflow bug in GetVolInfo (in volume name).
Implemented File locking APIs, which Finder wants to use to maintain the Desktop file.
Getting to the desktop
After a long and tedious session of debugging, it was discovered that due to a stupid bug in GetWDInfo Finder was crashing upon attempting to enumerate volumes. After that fix, we got nice Finder desktop, and a lot of functionality already working:
Operating on the Finder windows added need to implement a couple other missing traps, although as dummy versions for now (SetCatInfo and SetVolInfo, which Finder attempts to use to write metadata about modifications done in the spatial finder windows, icons, etc). Some points:
Finder and system icons appear as documents, but that might be because those don’t yet exist in the System file. Not sure about that yet.
It’s nice to see how a Finder 6.1.8 from Apple’s real System 6.0.7 behaves nicely even though M.A.C.E. System declares being version 7.0. 🙂
For some reason, doing “Get Info” on our Hard Drive turns our custom icon returned by the .NativeFS DRVR to a generic floppy icon.
It’s interesting how Finder considers at the moment our custom Hard Drive as “AppleTalk” device, but that might be because we’re hooking into the ExtFS file manager hooks which *I think* were used by AppleTalk in the real System 6.x. Just another thing which needs more investigation.
The modification and creation dates shown in “Get Info” (and list-style finder windows) use International Utilities date & time formatting functions, which are still placeholders. And as such, they only display mostly the numeric value of date-time instead of the proper, human-readable format.
Making the Desktop file work
At this point, we didn’t yet get the proper application and document icons to appear, so we did a bit more debugging on what was happening with the Desktop file – which Finder uses to keep track of known application creator & types, file comments, etc. It turned out, that we accidentally had all the “hasBundle” (0x2000) bits turned off in applications, which is why they were not detected by Finder.
As this issue was fixed, Finder started to process the applications properly, and quickly needed a some improvements to Resource Manager APIs. Mostly, it wanted to use UniqueID to allocate unique IDs for resources inside the Desktop file’s resource fork (to avoid conflicts). After that, updating Desktop file seems to work quite nicely, resulting in some fancy icons now appearing in the Finder under M.A.C.E.:
For now, running the real Finder remains as a curiosity, but nevertheless works as a great test case for a various number of Toolbox File Manager APIs which still need work (among some other minor bugs). The summary of the major known issues is:
The launching of programs “almost” works. Everything else appears to be fine, but it suffers from the same issue as previously found out using the “Transfer” command in THINK Pascal: The Font Manager data caches do not clear completely, leaving some dangling handles/pointers to the old application zone, which cause crash on attempting to reference them after the zone has been reinitialized for the new application.
Getting back to Finder (or any shell) is not yet possible, as ExitToShell is still hard-coded to terminate the entire emulator, instead of launching LMGetFinderName() application. Getting this to work would also encourage researching the Emscripten and Process Manager compatibility, as all of those features share a common need for a better in-emulator process management.
SetCatInfo/SetVolInfo are still dummy placeholders, so Finder is trying to use them to update metadata, though it is not yet saved.
Folder creation (_DirCreate), File/Folder deletion (_Delete), renaming (_Rename) are not yet implemented, so attempting those operations on Finder will still fail.
The _Eject trap is not yet implemented (and in any case you will not be able to eject the NativeFS drives).
As previously pointed out, Date & Time formatting does not yet work
The “Rebuild Desktop” operation (though using option + cmd keys at startup) does not yet seem to do the actual rebuild on a “fresh” start (i.e. if Desktop file has been wiped). Additionally, attempting that operation while old Desktop file exist will error out because _Delete is unimplemented, and old file cannot be removed out of the way.
Maybe other issues too, those are just the ones found out in the quick testing.
The “generic” M.A.C.E. environment might benefit of this though, as a replacement shell and/or program launcher, that could be optionally used by the end-user.
Full list of changes since last post
2019-12-12 18:19:41 +0200 • Add UniqueID/…1ID, to allow Desktop file updates 2019-12-12 17:49:18 +0200 • Add Disk Initialization Pack2 to keep Finder happy 2019-12-12 17:46:55 +0200 • Fix byteswap bug in NativeFS _Allocate handler 2019-12-12 15:00:12 +0200 • Add missing NativeFS.c changes for previous commit 2019-12-12 04:34:28 +0200 • Add dummy SetCatInfo and SetVolInfo selectors 2019-12-12 04:02:48 +0200 • Fix GetWDInfo bug (ioVRefNum & ioWDVRefNum mixed) 2019-12-09 02:58:47 +0200 • Fix memFullErr check in SetApplLimit 2019-12-08 06:31:06 +0200 • Fix filename overflow in GetVolInfo NativeFS call 2019-12-08 06:30:06 +0200 • Implemented CloseWD 2019-12-08 06:29:03 +0200 • Add WD indexing to GetWDInfo 2019-12-08 06:27:20 +0200 • Add Finder test app to cmake configs 2019-12-08 06:27:01 +0200 • Implement icon csCodes in NativeFS Control call 2019-12-08 06:25:52 +0200 • Make more macros in memory manager MSVC friendly 2019-12-08 06:25:18 +0200 • Add dummy SetFilLock and RstFilLock 2019-12-08 06:23:36 +0200 • Fix FinderName lowmem global 2019-12-06 23:44:06 +0200 • Add Bash Big Blue to cmake config for testing 2019-12-04 21:21:36 +0200 • Fix QD_LOG to respect debug settings 2019-12-04 20:48:17 +0200 • Add Cairo ShootOut! to cmake config for testing 2019-11-30 02:02:05 +0200 • Fix empty VA_ARGS problem in MaceLog macro 2019-11-29 23:55:30 +0000 • Make SWAP and MIN/MAX macros MSVC compatible 2019-11-29 23:54:08 +0000 • Made vararg ellipsis parameters MSVC compatible 2019-11-29 23:52:21 +0000 • Make Memory Manager return macros MSVC compatible 2019-11-29 23:51:27 +0000 • Make ROMScratch macros MSVC compatible 2019-11-29 23:50:08 +0000 • Move SwapPoint to MacQuickDraw.h to make it inline 2019-11-29 23:48:05 +0000 • Change void* to UInt8* in fake ROM (for MSVC) 2019-11-29 23:46:50 +0000 • Make SANE conversion macros MSVC compatible 2019-11-29 23:33:03 +0000 • Merge branch 'master' of 2019-11-29 23:32:43 +0000 • WinAPI EndianXX_Swap macros 2019-11-30 01:30:54 +0200 • Add UInt128 type to EmuMacTypes.h