Der Macintosh ging (seit es ein Macintosh ist vs Apple II) den All-In-One weg, also eine Platform mit wenig Ausbau. Die Homcomputer-Gamer hatten sich also zu entscheiden: ReadOnly Console oder dann doch einen Computer Windows oder Mac. Die Wahl war selbstverst\u00e4ndlich eher MS-DOS\/Windows. Hier konnte auch gebastelt werden, ein wichtiger Ausweis in diesen Zeiten – schliesslich musste die „Nerd-Energie“ als Status oder gar symbolische Kapital erworben werden oder irgendwohin. <\/p>\n\n\n\n
Grafische Betriebssysteme als neue Grundlage <\/h2>\n\n\n\n
Im Folgenden sollen nun die M\u00f6glichkeiten aufgezeigt werden als GameDev-Platform, dabei ist auf der Ebene eines Betriebssystem damals wie Windows 95 oder Finder ein \u00e4hnliches Setting anzutreffen. Das Betriebssystem war die neue Grundlage f\u00fcr Spiele – denn es bot nun Unterst\u00fctzung f\u00fcr die Maus und auch Netzwerk. <\/p>\n\n\n\n
PowerMac – die neue Platform<\/h2>\n\n\n\n
Auf dem Mac standen gerade im Unterbau grosse Ver\u00e4nderungen an. Statt auf die Motorola-Prozessoren (wie fast alle Homecomputer auch – Ausnahme Acorn Archimedes) setzte Apple neu auf den PowerPC (32\/64 bit) von IBM. <\/p>\n\n\n\n Mehr dazu hier: https:\/\/en.wikipedia.org\/wiki\/PowerPC<\/a><\/p>\n\n\n\n Die Idee – die fertigen ja Grossrechner mit diesen PowerPCs und warum nicht auch PCs damit herstellen. Die Idee war auch eine PowerPC-Platform (an der IBM dann schnell das Interesse verlor). <\/p>\n\n\n\n Apple passte sein Betriebssystem an und brachte die PowerPC-Macs heraus. <\/p>\n\n\n\n Mehr dazu: https:\/\/en.wikipedia.org\/wiki\/Power_Macintosh<\/a><\/p>\n\n\n\n Auf der Windows-Compatiblen Seite passierte etwas \u00e4hnliches – statt total neuem Prozessor wurde hier auf den Kompatiblen Pentium 1993+ von Intel gesetzt (https:\/\/en.wikipedia.org\/wiki\/Pentium<\/a>). <\/p>\n\n\n\n Das Resultat war bei beiden dasselbe. Ungeahnte Leistung und der Abschied von der hardwarenahen Programmierung. Fortan liefen die meisten Dinge dann als Windows Prg und nicht mehr als MS-DOS und darauf OpenGL. Dabei spielte nat\u00fcrlich auch eine Rolle, dass die Computer intern in vielen Dingen verschieden schnell waren – sei es auf der Prozessorebene oder im Grafischen (Grafikkarten). Dadurch musste eine Abstraktion stattfinden in \u00fcbergreifende transparente Layers, die unabh\u00e4ngig von der tats\u00e4chlichen Hardware liefen. Und damit endete dann auch das meiste an Assembler-programmierten Games. Hier fand eine weitere Virtualiisierung der Hardware in diesen neuen Operating Systems statt. <\/p>\n\n\n\n \/\/ Vgl. dazu CHLudens-Interview mit Sch\u00fcssler zu Click-O-Mania. <\/p>\n\n\n\n\n\n\n\n Von aussen ein gew\u00f6hnlich h\u00e4ssliches Design der PowerMac. <\/p>\n\n\n\n <\/p>\n<\/div>\n\n\n\n Im Inneren steckte aber viel Power. Dazu besass der PowerPC eine „SoftwareEmulation“ f\u00fcr den Motorola 68000. Damit konnte dann auch alte Software „emuliert“ werden.<\/p>\n\n\n\n „System 7.1.2 is the first version of the Macintosh System Software to support Apple’s new PowerPC<\/a>-based computers. 68k applications that had not yet been … “ 1994 https:\/\/en.wikipedia.org\/wiki\/System_7<\/a> Alles an diesen Systemen war digital. Von der Grafik bis zum Sound. Es waren geradezu digitale Erm\u00e4chtigungsmaschinen. <\/p>\n\n\n\n Default (1 MB VRAM): Damit \u00fcbertrafen die Modelle viele Standardaufl\u00f6sungen etwa der Arcade-Hallen und der Consolen bei weitem, denn hier wurden nur allm\u00e4hlich gr\u00f6ssere Formate (Monitormodelle) eingef\u00fchrt. Die Consolen klebten sogar noch mehr am Videoformat als die Arcades. Gleichzeitig werteten nat\u00fcrlich auch diese neuen Skills die Spielautomatenklassiker ab, weil diese nun ‚alt‘ aussahen. In den Spielhallen wurde dagegen gepockert mit viel 3D-Spielen mit Atemberaubenden Effekten und 3D-Hardware, die den Kaufpreis eines PC meist weit \u00fcberstiegen (siehe Racing-Games).<\/p>\n\n\n\n Entwicklung mit Codewarrior 1993+. Codewarrior war ein Tool das sowohl 68k wie auch PowerPC-binaries erstellen konnte. Diese waren dann zusammengefasst als Fat-Binary nutzbar. <\/p>\n\n\n\n he system was developed by Metrowerks<\/a> on the Macintosh<\/a>, and was among the first development systems on that platform to cleanly support both the existing Motorola 68k<\/a> and the PowerPC<\/a> (PPC) instruction set architectures<\/a>. During Apple’s transition to PowerPC, CodeWarrior quickly became the de facto<\/em> standard development system for the Mac, rapidly displacing Symantec<\/a>’s THINK C<\/a> and Apple’s own Macintosh Programmer’s Workshop<\/a>. Apple’s purchase of NeXT<\/a> in 1996 led to a decline in CodeWarrior’s relevance as Mac programming moved to the NeXT platform’s own developer tools: Interface Builder<\/a> and Project Builder<\/a>, which were built on top of the GNU Compiler Collection<\/a>. […] Metrowerks also made it easy to generate fat binaries<\/a>, which included both 68K and PowerPC code.<\/p>\n\n\n\n https:\/\/en.wikipedia.org\/wiki\/CodeWarrior<\/a><\/p>\n<\/blockquote>\n\n\n\n Der Titel der Software ist anscheinend eine Adaption von Apples Dev CDs. <\/p>\n\n\n\n CodeWarrior CD packaging was very much in the tradition of the Apple developer CDs, featuring slogans such as „Blood, Sweat, and Code“ and „Veni, Vidi, Codi“ in prominent lettering. Competing products such as Symantec’s THINK C<\/a> were more conventionally marketed. Auf jeden Fall brachte CodeWarrior etwas Martialisches in diese technische Welt und fokkusierte auch auf Einzelentwickler*, so liess sich das zumindest lesen. Es liest sich auch als Bruch zu Turbo XYZ.<\/p>\n\n\n\n More here: https:\/\/www.macintoshrepository.org\/577-codewarrior-pro-6<\/a><\/p>\n\n\n\n Dazu gab es sp\u00e4ter auch die M\u00f6glichkeit Java direkt in der IDE zu entwickeln. <\/p>\n\n\n\n Speziell f\u00fcr Spiele entwickelte Hardware (wie Sprites oder Scrolling) f\u00fcr 2D gab es auf diesen Computern nicht mehr. Dies musste alles selbst entwickelt werden. Dabei waren die Computer schnell genug, so dass es nicht mehr n\u00f6tig war. <\/p>\n\n\n\n Diese Generation von Hardware kam also ohne jede Hardware Abstraktion daher wie etwa die Sprites es zumindest noch waren. Das heisst hier wurden Games virtualisiert – sie waren Software mit angeh\u00e4ngter Grafik- \/ Soundkarte. Als Interface kam mehrheitlich nur noch die Tastatur zum Einsatz. <\/p>\n\n\n\n In der „Grossindustrie“ entstanden dann auch die ersten klassischen Gameeninges wie DOOM, Quake und dann Unreal. Diese Engins waren aber teuer und gerade f\u00fcr die Indiescene\/Sharewareszene nicht praktikabel. Und so entstanden je kleine GameEgines f\u00fcr die jeweiligen Spiele etwa in C oder C++.. <\/p>\n\n\n\n Eine kleine Engine konnte etwa die Verwaltung der Objekte beinhalten mittels STRUCTs mit allem drum und dran: Position, Aussehen, Animation und Behaviour. Dabei war alles sehr auf das einzelne Spiel zugeschnitten und noch nicht abstrahiert wie bei den „grossen GameEngines“.<\/p>\n\n\n\n \/\/ https:\/\/eclecticlight.co\/2024\/07\/20\/managing-classic-mac-os-resources-in-resedit\/<\/a><\/p>\n\n\n\n <\/p>\n\n\n\n Die Ressourcen im MacUniversum waren – anders als auf dem PC (alles ausgelagerte Files) – in einer Art „Datenbank“-Ressourcen-File geb\u00fcndelt und gespeichert. Dadurch waren alle Ressourcen zentralisiert. Ein Tool – ResEdit – erledigte das Verwalten f\u00fcr Entwickler dieser Ressourcen. Dabei konnte ResEdit alle m\u00f6glichen Ressourcen – heute w\u00fcrde man sagen Assets – verwalten von Texten, Bildern bis T\u00f6nen. Diese wurden hier angelegt und dann aus dem Programm heraus genutzt. <\/p>\n\n\n\n Ein Beispiel hier: QuarkExpress<\/p>\n\n\n\n \/\/ https:\/\/eclecticlight.co\/2024\/07\/20\/managing-classic-mac-os-resources-in-resedit\/<\/a><\/p>\n\n\n\n Selbstverst\u00e4ndlich waren auch alle Menus, Icons etc darin enthalten. Wie entstanden nun diese Ressourcen? Meist nutzte man die Tools jener Zeit wie etwa Photoshop. Photoshop 3 (1994) war erstauntlich, es kam mit Layern daher. Dadurch konnte man sehr fortschrittlich Dinge kombinieren und auch nachtr\u00e4glich wieder ver\u00e4ndern (Ebenen mit verschiedenen Arten von Kombinationsm\u00f6glichkeiten zu x% anpassen. Es war nun mehr ein Variationendesignen und herausfinden, was passte. Also ein langsames Herantasten als Methode. <\/p>\n\n\n\n![\"\"](\"https:\/\/research.swissdigitization.ch\/wp-content\/uploads\/2025\/10\/IBM_PowerPC601_PPC601FD-080-2_top.jpg\")
<\/figure>\n\n\n\nNeue Plattformen – neues Level: OS-Games (VGA+)<\/h2>\n\n\n\n
Case PowerPC Indie-Games<\/h2>\n\n\n\n
![\"\"](\"https:\/\/research.swissdigitization.ch\/wp-content\/uploads\/2025\/10\/Power_Macintosh_7220.jpg\")
<\/figure>\n\n\n\n
<\/p>\n\n\n\nVisuellen M\u00f6glichkeiten<\/h2>\n\n\n\n
512×384, 640×480, or 832×624 at 16-bit;
1024×768 or 1152×870 at 8-bit.<\/em>
https:\/\/everymac.com\/systems\/apple\/powermac\/specs\/powermac_7100_66.html#:~:text=*By%20default%2C%20this%20model%20has%201%20MB%20of%20VRAM%20on,Details:<\/a><\/p>\n\n\n\nCoding<\/h2>\n\n\n\n
\n
\n
https:\/\/en.wikipedia.org\/wiki\/CodeWarrior<\/a><\/p>\n<\/blockquote>\n\n\n\n„Boxes“<\/h3>\n\n\n\n
![\"\"](\"https:\/\/research.swissdigitization.ch\/wp-content\/uploads\/2025\/10\/Metrowerks_CodeWarrior_Professional_Release_1.jpg\")
<\/figure>\n\n\n\nIDE<\/h3>\n\n\n\n
![\"\"](\"https:\/\/research.swissdigitization.ch\/wp-content\/uploads\/2025\/10\/resize.php_.jpeg\")
<\/figure>\n\n\n\nLibraries – Frameworks<\/h2>\n\n\n\n
Die wichtigsten Libraries f\u00fcr die Entwicklung von Games waren:<\/p>\n\n\n\n\n
Entwicklung einer eigenen kleinen Engine<\/h2>\n\n\n\n
Ressourcen – ResEdit 1994+<\/h2>\n\n\n\n
![\"\"](\"https:\/\/research.swissdigitization.ch\/wp-content\/uploads\/2025\/10\/resedit0.jpg\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/research.swissdigitization.ch\/wp-content\/uploads\/2025\/10\/Bildschirmfoto-2025-10-22-um-11.37.10.png\")
<\/figure>\n\n\n\n
https:\/\/en.wikipedia.org\/wiki\/ResEdit<\/a><\/p>\n\n\n\nVisuelle Entwicklung<\/h2>\n\n\n\n