Snow - Classic Macintosh emulator
32 comments
·June 26, 2025wk_end
I suppose - owing to its accuracy - that this doesn't have some of BasiliskII's killer features: it patches the OS/ROMs to add support for super-high resolutions and (mostly) seamless integration with the host's file system and network.
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.
thristian
For some context about why a portable, user-friendly, hardware-level emulator for classic Mac systems is such a big deal, see this blog post from 2020: https://invisibleup.com/articles/30/
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.
nmdeadhead
In compatibility, it's MUCH worse than all the others, but there's also Executor: https://en.wikipedia.org/wiki/Executor_(software) which you can use to run a Macintosh version of solitaire in your browser by having the browser emulate MS-DOS which then runs Executor/DOS: https://archive.org/details/executor
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.
homarp
https://github.com/autc04/executor is a more recent fork of executor (but based on the issues, it does build on recent OS)
xdfgh1112
That article is objectively true but .. I've never seen such a grotesque dismissal of the hard work people have done for free.
tom_
For the amount of time and effort that went into that article, the author could surely have fixed at least one of the things they complain about! And they don't seem to understand the C #include mechanism at all, so should we even pay attention to their technical criticisms in the first place?!
ndiddy
I don't know if you read the whole article. The author did make a Mini vMac fork to clean up the build system and code, he linked it at the end. https://github.com/InvisibleUp/uvmac .
ksherlock
It might not count as "user-friendly" but MAME does hardware-level emulation of the Macintosh and Apple II (more accurate and more peripherals but less user friendly than KEGS and AppleWin).
mdavid626
Little help - how can I find ROM-s? I tried to download some using sites found in Google, but the emulator always says "Unknown or unsupported ROM file". How can I find usable roms?
longtimelistnr
https://macintoshgarden.org/ has always been the gold standard source for me!
reaperducer
Little help - how can I find ROM-s? I tried to download some using sites found in Google, but the emulator always says "Unknown or unsupported ROM file". How can I find usable roms?
These seem to work:
https://archive.org/details/mac_rom_archive_-_as_of_8-19-201...
jakedata
Much of my early post-college work is stored across a stack of Mac formatted Bernoulli disks. The software requires an ADB dongle to run, so physical hardware is required. I wonder if any of those ADB to USB adapters could be mapped into the emulator?
kalleboo
All of the ADB to USB adapters I know of only support mice and keyboards and have internal firmware that maps to USB HID. You'd have to write a custom firmware to make a raw pass through to an emulator...
It would probably be easier to crack the software!
longtimelistnr
I have a large collection of vintage Mac's and peripherals, with the largest quantity being the Apple Keyboard II [1]. Archive forums all suggest the Belkin ADB Adapter [2] but that has long since been retired. I would like to make my own, i know instructions exist for a raw passthrough.
[1]https://en.wikipedia.org/wiki/File:Apple_Keyboard_II.jpg
[2]https://www.cnet.com/tech/computing/hack-your-old-macs-adb-k...
mrpippy
The Griffin iMate was the most popular ADB-USB adapter from the time, and probably supports non-input devices (it would’ve been the only option at the time to make those dongles work).
ChrisRR
If you've not backed it up already that data might be gone. If it's valuable to you then I'd recommend finding out sooner than later
jakedata
Good advice of course. It is not valuable, and it is not my product - I merely worked on it. The real value was guiding me _away_ from a career as a programmer (and the friends we made along the way).
DrNosferatu
Any Flatpak, Snap or Scoop editions?
the_other
Off-topic...
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.
thm
SkyeCA
Are they really changing the UI up again? I am actually so done at this point. The endless UI churn drives me absolutely mad, but I suppose when there's nothing left to do, making it look different is easy.
I suppose a built in volume mixer is still too much to ask for though.
xenonite
What about setting a white background, which yields a white menubar?
A color logo might be added with an overlay app – or you reminisce a black&white screen.
trinix912
So are we supposed to make custom backgrounds with a 30px white bar on top instead of expecting this to be an option in the settings like in every other sanely customizable OS?
raihansaputra
seconding the overlay app, i forgot the name but there was an app that can configure the appearance of the menubar. maybe it's my menubar icon organizer? Not dozer or bartender, but can't recall right now
null
ColinWright
The original submission was to a post that explains why this is news, and not just a random project:
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.
null
ChrisRR
I'm not sure why OP links to this site, but the actual project is here
ColinWright
Personally I find an announcement like the one linked more helpful and useful to create a context, rather than linking directly to the project.
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.
ColinWright
... and while I appreciate the rationale behind it, I'm always saddened when a carefully chosen link that suits the way I think, giving and overview and a context with links to the projects, is then over-written by the direct link to the project that doesn't give a sense of why it's interesting or relevant.
But as the Man in Black says in The Princess Bride: "Get used to disappointment".
tomhow
We can have our cake and eat it.
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.
GitHub repo: https://github.com/twvd/snow, Originally-submitted source explaining project: https://oldbytes.space/@smallsco/114747196289375530,