For game consoles, we've had emulators like Nestopia and bsnes and Dolphin and Duckstation for years.
For PCs, virtualisation systems like VMWare and VirtualBox have covered most people's needs, and recently there's been high-fidelity emulators like 86Box and MartyPC.
The C64 has VICE, the Amiga has WinUAE, even the Apple II has had high-quality emulators like KEGS and AppleWin, but the Mac has mostly been limited to high-level and approximate emulators like Basilisk II.
In addition to Executor/DOS, a non-released version ran on the Sun 3 workstations (they too had 680x0 processors) and Executor/NEXTSTEP ran on NeXT machines, both the 680x0 based ones and the x86 powered PCs that could run NEXTSTEP.
Executor was the least compatible because it used no intellectual property from Apple. The ROMs and system software substitutes were all written in a clean room--no disassembly of the Apple ROMs or System file.
Although Executor ostensibly has a Linux port, it's probably hard to build (I haven't tried in a couple decades) in part because to squeeze the maximum performance out of a 80386 processor, the synthetic CPU relied on gcc-specific extensions.
I know a fair amount about Executor, because I wrote the initial version of it, although all the super impressive parts (e.g., the synthetic 68k emulator and the color subsystem) were written by better programmers than I am.
vmware and virtualbox were backed by billion dollar corps
the 16 bit machines are much simpler than macs
game consoles had highly homogenous well documented hardware, and sold in much greater numbers (snes alone sold more than all macs from 1987 to 1995) so there's a larger community to draw devs and users from. writing a nes emulator is almost a weekend project now, it's so documented.
It would probably be easier to crack the software!
[1]https://en.wikipedia.org/wiki/File:Apple_Keyboard_II.jpg
[2]https://www.cnet.com/tech/computing/hack-your-old-macs-adb-k...
These seem to work:
https://archive.org/details/mac_rom_archive_-_as_of_8-19-201...
Links to the actual project are in the submitted post, so you can get an overview before then being directed to the project itself.
As always YMMV, indeed, YMWV, but I like seeing the announcement giving the context rather than a bare pointer to the project.
But as the Man in Black says in The Princess Bride: "Get used to disappointment".
The guidelines are clear that the original/canonical source is what we want on HN:
Please submit the original source. If a post reports on something found on another site, submit the latter.
But you're welcome to post a comment with links to other sources that give the extra information and context, and we can pin it to the top of the thread, or do what I've done here and put them in the top text.
I understand the rationale, and as someone who moderates other communities I can totally understand why this is administered as a blanket policy. Having said that, it does sometimes result in what I think of as sub-optimal situations where information is unnecessarily lost or obscured.
In particular, adding a link to the original post, as you have done here, is likely to be of minimal value. People will click on the headline link, wonder what it's about or why it's "news", and close the window. On the other hand, clicking through first to the post means people will see the context, then those who are interested will click through to the project site(s). I've done this analysis in other contexts and found that the decision tree for engagement and user-information is in favour of linking to the post, not the project.
But as I say, I understand your position, and in the end, it's not my forum, not my community, and not my choice.
It's a shame that Basilisk - possibly owing to its inaccurate but killer features - is as janky as it is, because it's really remarkably pleasant to use when it works.
A brand new 68k Mac emulator quietly dropped last night!!
“Snow” can emulate the Mac 128k, 512k, Plus, SE, Classic, and II. It supports reading disks from bitstream and flux-floppy images, and offers full execution control and debugging features for the emulated CPU. Written using Rust, it doesn't do any ROM patching or system call interception, instead aiming for accurate hardware-level emulation.
* Download link (Mac, Windows, Linux): https://snowemu.com
* Documentation link: https://docs.snowemu.com
* Source link: https://github.com/twvd/snow
* Release announcement: https://www.emaculation.com/forum/viewtopic.php?t=12509
-- https://oldbytes.space/@smallsco/114747196289375530
I understand why links get re-written, but I think the context is relevant and can help the random reader who is unfamiliar with the project.
the_other•3h ago
I wish Apple would bring back the white menubar background and the coloured logo.
The white menubar makes the whole computer easier to use in a small but constant way. The coloured apple icon would suggest they no longer have their heads stuck up their assess and might bring back "fun" rather than "showing off" to their design process. And then maybe, maybe... with that "suggestion" symbolised in the UI, we can hope they might bring back the more rigorous user-centric design process they used to be famous for.
xenonite•3h ago
A color logo might be added with an overlay app – or you reminisce a black&white screen.
trinix912•2h ago
raihansaputra•2h ago
thm•3h ago
SkyeCA•2h ago
I suppose a built in volume mixer is still too much to ask for though.