21–30 of 30 posts
Earlier quoted context omitted.
SheepShaver is much faster at the expense of not being able to run the latest version of OS 9, only 9.0.
I wonder why it's faster - specifically *how* it's more efficient. (Admittedly an expansively broad question; summary responses accepted!)
Earlier quoted context omitted.
SheepShaver is much faster at the expense of not being able to run the latest version of OS 9, only 9.0.
I wonder why it's faster - specifically *how* it's more efficient. (Admittedly an expansively broad question; summary responses accepted!)
Earlier quoted context omitted.
native mac os 8 and 9 applications could only be run under rosetta. they could be rebuilt to run under cocoa.
They required some Carbonization. Also then would run under Classic or Carbon. Rosetta was for Cocoa I think.
Carbon was a set of largely OS 9 compatible APIs that allowed an easy transition for apps that could be recompiled.
Classic was a virtualized OS 9 environment available on OS X (up to 10.4 Tiger, PPC Mac only) that allowed running unmodified binaries for pre-OS X Macs. Most things that didn't require special hardware access or precise timing ran fine, but things like real-time audio and MIDI applications did not.
speaking of OS 9, windowshade was so great.
It was an aid to my memory.
Earlier quoted context omitted.
I wonder why it's faster - specifically *how* it's more efficient. (Admittedly an expansively broad question; summary responses accepted!)
qemu actually tries to emulate all of the hardware in a Mac; also, I believe its CPU emulation is just interpreted though someone correct me if I'm wrong. SheepShaver emulates the CPU with a JIT and then patches the emulated MacOS so that calls to it run as native code.
>I believe its CPU emulation is just interpreted
Something between interpreted and a JIT. TCG:
https://wiki.qemu.org/Documentation/TCG
That's why I say Qemu is not as slow as Bochs.
Does OP know about Simon Tatham's Portable Puzzle Collection? https://www.chiark.greenend.org.uk/~sgtatham/puzzles/ Flood: https://www.chiark.greenend.org.uk/~sgtatham/puzzles/js/floo...
Note that their goal is to master programming on a new platform, not just to play it in a browser.
https://github.com/autc04/Retro68
Also, this guy has a Classic Mac tool sw "runner" a la Wine:
https://github.com/autc04/executor
Forked, that's true, but that's the best Ardi Executor fork by a mile.
Emulator?
Clone the repo recursively. It needs SDL2 and QT5 devel libraries.
Earlier quoted context omitted.
Note that their goal is to master programming on a new platform, not just to play it in a browser.
That puzzle pack uses GTK too, porting them to Carbon or whatever API Mac OS 9 uses wouldn't be too difficult with some libre SDK targetting OS9. https://github.com/autc04/Retro68 Also, this guy has a Classic Mac tool sw "runner" a la Wine: https://github.com/autc04/executor Forked, that's true, but that's the best Ardi Executor fork by a mile.
Earlier quoted context omitted.
That puzzle pack uses GTK too, porting them to Carbon or whatever API Mac OS 9 uses wouldn't be too difficult with some libre SDK targetting OS9. https://github.com/autc04/Retro68 Also, this guy has a Classic Mac tool sw "runner" a la Wine: https://github.com/autc04/executor Forked, that's true, but that's the best Ardi Executor fork by a mile.
Writing a Mac application in GTK is, again, not conducive to the goal of learning to program a new platform. Wrappers such as GTK around native objC, Cocoa, and Swift are a distraction from the main purpose of learning those things.