AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |
Back to Blog
X68000 Emulator Mac3/10/2019 MIDI BGM setting Run on Mac os Sierra with CrossOver app. X68000 Emulator: Super street fighter 2 Guile playthrough (60fps) pond 0809. X68000 Emulator 0.00b22 - Emulate old X68000 machines. Download the latest versions of the best Mac apps at safe and trusted MacUpdate Download, install, or update X68000 Emulator for Mac from MacUpdate. Originally posted by RicDavis: Don't forget there are some potential open source solutions for Intel based Mac Classic emulation anyway, namely BasiliskII and SheepS(h?)aver. Basilisk is still IMO a mediocre emulation regarding sound emulation and crashes. It needs someone to tinker with it. It is also a standalone emulator that does not emulate MacOS 8.5 and MacOS 9. I cannot even get Sheepsaver to work on my machine and I am not exactly a novice. MacMini is pretty outstanding but it is a B&W MacPlus/MacSE emulator. There are various x68000 emulatiors, including Amiga and Atari ST emulations, but this is not the same as when a corporation spends serious time creating an emulation. Compare Virtual PC with its freeware/shareware counterparts. There is nothing wrong with open source but think about the monumental achievement of the Rosetta emulation of the Power PC cpu. We (extended research group/department at public university) have a LOT of documents in applications which have been orphaned in classic. A significant fraction of these are engineering/CAD drawings in a series of orphaned CAD tools (any of you remember Claris CAD?). And other engineering/scientific tools which are long gone. And yes, we have a lot of documents in framemaker. We just did a review of what it would/will cost to bring these documents forward into modern tools/apps. What those apps are and what their stability might be. Basically, we've come to the conclusion that our going-forward strategy needs to be to rigorously decouple from Apple-only applications. And this has big implications for our willingness to continue to buy Macs. The sad part about this is that functionally, this has nothing to do with the processor transition really. It's just that Apple/MacOs has become too unstable in proprietary app support for us, and we judge the Mac platform to being headed toward a consumer/entertainment future which doesn't bode well for us. We are not big users of Mathcad. But the continued utterly sucktoid nature of mathcad on MacOs is troubling. Over the next year or so we will be printing a lot of old documentation to pdfs. Just so it can be read as far into the future as need be, and abandoning the ability to do anything else with those documents. A small subset of documents will be ported to other tools. And the choices here in some cases are not all that attractive. But one of the dismal things (from a Mac perspective) is that we cannot identify any tool/program which we use now or have an interest in using. Which is substantially superior on the Mac. And their are a set of tools we use from the Unix world (python, sql, postgres, and a bunch of others) where the MacOs ports are sufficiently irritating in various regards as to make them a nuisance compared to running plain-jane in Linux. Originally posted by BadAndy: We just did a review of what it would/will cost to bring these documents forward into modern tools/apps. What those apps are and what their stability might be. Basically, we've come to the conclusion that our going-forward strategy needs to be to rigorously decouple from Apple-only applications.
0 Comments
Read More
Leave a Reply. |