Mini vMac

Mini vMac is een open source, gratis en cross-platform grafische software geïmplementeerd in C en is ontworpen vanuit de offset om als emulator te fungeren voor het Macintosh Plus computersysteem dat door Apple is opgericht. op Linux, BSD, Microsoft Windows en Mac OS X besturingssystemen.

Macintosh Plus is een van de vroegste Macintosh-machines die door Apple is ontworpen, en voert alleen oude Mac-software uit, die uiteraard niet werkt op recente Macintosh-computers. Daarom helpt de Mini vMac-software de geschiedenis te behouden. Het is ontworpen om zo eenvoudig te gebruiken, draagbaar en eenvoudig mogelijk.

Als u de Mini vMac-toepassing op uw GNU / Linux-systeem wilt gebruiken, moet u ervoor zorgen dat u het binaire pakket dat overeenkomt met de hardware-architectuur van uw computer, het archief op uw computer opslaat, uitpakken en dubbelklikken op de uitvoerbare .

De applicatie wordt geopend, waarbij u een ROM-afbeelding van het Macintosh Plus-systeem niet kan vinden. Dit betekent dat u ook een vMac.ROM-bestand moet verkrijgen (meer informatie vindt u op de startpagina van het project) en plaats het in dezelfde map als de Mini vMac-uitvoerbaar.

Nadat u het Macintosh Plus ROM-beeld hebt verkregen, moet u het programma sluiten en het opnieuw openen. Als het ROM-bestand geldig is, start het systeem automatisch en laat u het gebruiken alsof u een ander gevirtualiseerd besturingssysteem gebruikt.

Deze software is eigenlijk een spin-off van de vMac-applicatie, die niet in vele jaren is geüpdatet. Voor uw gemak wordt het verdeeld als voorgebouwde binaire pakketten voor de hiervoor genoemde besturingssystemen, die zowel 64-bits (x86_64) als 32-bits (x86) instructiesetstructuren ondersteunen.

De broncode van de applicatie is ook beschikbaar voor download, voor degenen die de software willen optimaliseren voor een specifiek hardwareplatform of besturingssysteem.

Wat is er nieuw in deze release:

• Vandaag De Mini vMac 3.5.8 updates de stabiele versie om een ​​probleem op PowerPC OS X te repareren en ook een probleem op te lossen die de Variation Service betreft. Mini vMac 3.5.8 op andere platformen dan PowerPC OS X ('mach') en x86-32 OS X ('imch'), moeten identiek zijn aan Mini vMac 3.5.7, behalve de versiestring en de datum van wijziging.
• Er werd gemeld dat "Mini vMac 3.5.7 niet op PPC G3-systemen draait". Het blijkt dat de GCC-vlag "-macacx-versie-min" moet worden opgegeven voor alle gecompileerde bestanden, niet alleen de platformafhankelijke code. Het beïnvloedt dingen zoals de vereiste CPU. Als u deze wijziging doet, heeft u geen effect op Mini vMac voor x86-64 OS X, er is een effect voor x86-32 OS X en het grootste effect is voor PowerPC.

Wat is nieuw in versie 3.3.3:

• Nieuwe functies in standaard compileren:
• Meer besturingssystemen worden officieel ondersteund door Mini vMac:
• FreeBSD op x86-32 (Met & quot; -t fbsd & quot; in het bouwen systeem)
• FreeBSD op x86-64 (& quot; -t fb64 ")
• OpenBSD op x86-32 (& quot; -t obsd ")
• OpenBSD op x86-64 ("-t ob64")
• NetBSD op x86-32 (& quot; -t nbsd & quot;)
• NetBSD op x86-64 (& quot; -t nb64 ")
• Dragonfly BSD op x86-32 (& quot; -t dbsd & quot;)
• Dragonfly BSD op x86-64 (& quot; -t db64 ")
• OpenIndiana op x86-32 (& quot; -t oind ")
• OpenIndiana op x86-64 ("-t oi64")
• Linux op ARM (& quot; -t alarm ')
• Linux op SPARC ("-t lspr")
• Minix 3.2 ("-t minx")
• Deze poorten aanpassen dezelfde X Window-code als de Linux-poort, en moeten dezelfde functionaliteit hebben, behalve momenteel niet geluid voor sommigen. De x86-64 versies zijn momenteel langzamer, omdat er geen montage taal is aangepast, en moet niet worden gebruikt als de x86-32 versies zullen werken.
• De X-versies kunnen nu geluid afspelen met de OSS-API (Open Sound System). (Meestal gebruikt u compatibele implementaties op elk besturingssysteem, in plaats van de officiële OSS zelf.) Geluid is nu standaard ingeschakeld op FreeBSD en NetBSD. Geluid compileert zonder problemen (met behulp van "-ronden 1") op Dragonfly BSD en OpenIndiana, maar ik heb het nog niet kunnen testen. Het krijgen van geluid op Dragonfly BSD lijkt een aantal handmatige opstellingen te vereisen. OpenIndiana lijkt helemaal geen geluid te produceren in VMware Fusion. Sound compileert ook zonder problemen op OpenBSD, maar het werkt niet - het instellen van de gewenste sample rate mislukt. Minix lijkt me nog niet zo goed te ondersteunen. Het is ook mogelijk om de OSS API op Linux te gebruiken, met behulp van de nieuwe '-snd-api' bouwen systeem optie.
• De X-versies zullen nu in de map zoeken, de toepassing voor het ROM-beeld bevatten, zoals de Macintosh en Windows-versie doen. (En ook voor disk1.dsk enzovoort.) Als de applicatie directory niet kan worden bepaald, wordt de huidige map gebruikt zoals eerder. Dit is geïmplementeerd voor Linux, FreeBSD, NetBSD, Dragonfly BSD en OpenIndiana, maar niet OpenBSD en Minix.
• De X-versies hebben nu een nieuwe commando-optie '-d [directory_path]', waarin [directory_path] wordt gebruikt in plaats van de applicatie directory wanneer u het ROM-beeld, en disk1.dsk en andere bestanden zoekt .
• De X-versies hebben nu een nieuwe commando-optie '-n [app_name]', waarin [app_name] wordt gebruikt in plaats van de applicatie naam voor de titel van het Mini vMac venster.
• De X-versies ondersteunen nu een centrale ROM-map, zoals de Macintosh- en Windows-versies hebben. Als & quot; ~ / .gryphel / mnvm_rom & quot; bestaat, zal Mini vMac er naar kijken voor het ROM-beeld. Als het niet er is, zal het in de applicatie directory kijken. (En de -r commando optie zal beide overschrijven.)
• Gewijzigd gedrag in standaardcompilatie:
• Het effect van het emuleren van het scherm op het echte scherm is efficiënter. Wanneer de kleurdiepte 4 bits of minder is, in plaats van elke pixel om te zetten, is er een tabel met 256 ingangen om één byte tegelijk te converteren. Het is ook voorzichtiger om alleen pixels te converteren in de rechthoek die het gewijzigde gebied beperkt, in plaats van het volledige scherm.
• De Linux-versie laadt dynamisch de ALSA-bibliotheek om geluid te spelen, zodat Mini vMac nog steeds zonder geluid kan draaien, zelfs als ALSA niet is geïnstalleerd. (Deze techniek werd gezien in SDL.) Standaard is de Linux-versie nu samengesteld met geluid, die overeenkomt met de Mac- en Windows-versies.
• In de Linux-versie wordt bij het afspelen van geluid met ALSA geen snd_pcm_delay meer gebeld. De vertraging tot een sample wordt gespeeld is niet echt relevant. Wat Mini vMac nodig heeft om te weten is de tijd om onderrun te buffer. Dus Mini vMac kijkt nu naar buffergrootte minus de beschikbare ruimte in de buffer, die wellicht nuttiger kan zijn om bufferonderdrukking te voorkomen, terwijl de latentie wordt geminimaliseerd.
• De X-versies gebruiken nu een veilige vergrendeling om te weigeren te openen voor het schrijven van een schijfafbeelding die is geopend voor het schrijven door een ander exemplaar van Mini vMac. Voorheen kunnen de X-versies van Mini vMac een reeds geopende schijfafbeelding openen, waardoor de afbeelding mogelijk wordt beschadigd. Als Mini vMac alleen een schijfafbeelding kan lezen, bijvoorbeeld omdat de gebruiker het bestand heeft vergrendeld, wordt het adviesblokkering niet gebruikt, en meerdere exemplaren van Mini vMac kunnen het gebruiken.
• De X-versies proberen nu de toepassingnaam te gebruiken om de titel van het venster te plaatsen, zoals de Macintosh- en Windows-versies hebben. (Als de applicatie naam niet kan worden bepaald, wordt 'Mini vMac' als eerder gebruikt.) Dit wordt tegelijkertijd gevonden als de applicatie map en is geïmplementeerd voor dezelfde besturingssystemen.
• Commandlijn argumenten worden nu gescand voordat u op zoek bent naar disk1.dsk en andere bestanden. Dit is nodig voor de nieuwe '-d' optie om te werken en heeft het bijwerking dat als schijfafbeeldingen op de opdrachtregel worden gespecificeerd, worden ze eerst geopend. Als er foto's op de opdrachtregel zijn, zal Mini vMac er nu geen last van hebben om disk1.dsk te zoeken.
• De '-l' (of "/ l" op Windows) commando optie is verwijderd. De "-snelheid z" optie voor het bouwsysteem moet in plaats daarvan worden gebruikt. De opdrachtregel optie was vanaf voordat het bouwsysteem bestond en de beslissing genomen om de bouwtijdopties te optimaliseren over opties voor run-time.
• Bugfixes in standaard compileren:
• De Windows-versie geeft nu de Enter-toets op het numerieke toetsenbord naar de Macintosh Enter-toets. Het kan nu die sleutel onderscheiden van de Enter-toets op het hoofdtoetsenbord, dat is toegewezen aan de Macintosh Return Key. Er was voorheen geen manier om de Macintosh Enter-toets te typen. Dankzij 'Alex' om dit probleem op te sporen.
• In de Windows-versie is in de full screen-modus de controle of een sleutel-down-gebeurtenis een autorepeated-toets is, niet correct. Dus potentieel sleutels zouden kunnen zijn genegeerd wanneer ze niet zouden moeten zijn. Ik heb de cheque verwijderd, omdat het niet duidelijk is hoe u dit goed kunt doen (bij gebruik van een 'low level keyboard hook'). Dit heeft geen invloed op Macintosh-emulatie, aangezien er extra controle is op overbodige gebeurtenissen. Het kan de besturingsmodus beïnvloeden, zoals bij het vasthouden van Control-M.
• De Windows-versie reageert nu op het WM_QUERYENDSESSION-bericht, zodat als u de computer wilt afsluiten met Mini vMac (met gemonteerde schijfafbeeldingen), zal Mini vMac klagen en stoppen met het afsluiten.
• In de Linux-versie, met behulp van ALSA om geluid te spelen, werd snd_pcm_start genoemd voordat er geluidsmonsters in de ALSA-buffer werden geplaatst. Dit kan aan het begin stotteren, of volgens een rapport voorkomen dat het geluid helemaal werkt. Mini vMac wacht nu tot de private buffer vol is, en zendt zo veel over als in de ALSA-buffer, en begint dan met het afspelen van geluid.
• Wanneer de Linux-versie is samengesteld voor ARM, bevat het een check dat het resultaat van snd_pcm_avail_update redelijk lijkt en indien niet snd_pcm_status_get_avail in plaats daarvan belt. Dit werkt rond wat er een rasp in Raspbian voor de Raspberry Pi is.
• De emulerende klok was niet goed geïnitialiseerd en was pas na de eerste 'tweede' correct onderbreken.
• Als het emulerende scherm te groot is om op het echte scherm te passen (wanneer autoscroll beschikbaar is), als het gebied van het geëmuleerde scherm dat is veranderd, het zichtbare gebied van het emulerende scherm niet snijdt, dan is een ongeldige rechthoek gebruikt voor tekening. Ik heb dit ontdekt bij het uitproberen van Vector Linux 7, die een aantal extra debuggingcontroles lijkt te hebben.
• In onwaarschijnlijke omstandigheden, in de modus Volledig scherm, kan de autoscroll niet scrollen om de laatste rij pixels aan de onderkant of de laatste kolom van pixels aan de rechterkant te tonen.
• Als de hostcomputer niet snel genoeg is om Mini vMac te laten lopen met 1x snelheden, zal Mini vMac niet vlot lopen en een paar seconden periodiek pauzeren. De test voor deze situatie was onjuist, en een one-byte-teller zou overlopen. (Zorg dat dergelijke tellers zo klein mogelijk zijn, zodat bugs zo gemakkelijk kunnen worden gedetecteerd.)
• In X Window versies van Mini vMac, wanneer u de Mini vMac extensie gebruikt om een ​​bestand op het host systeem te maken, zoals bij ExportFl, wordt een save dialoog niet geïmplementeerd. Voorheen zou het bestand eenvoudig worden aangemaakt in de applicatie directory met de gevraagde naam. Dit was niet veilig, in het slechtste geval kan een programma worden uitgevoerd in Mini vMac om de Mini vMac applicatie te vervangen. Dus nu worden bestanden in plaats daarvan gemaakt in een map met de naam "output" in de directory die de applicatie bevat. Deze map wordt gemaakt als het niet bestaat.
• In de Microsoft Windows-versie, als een pad naar een schijfafbeelding wordt doorgegeven aan Mini vMac op de opdrachtregel die langer is dan wettelijk voor een pad, resulteert een bufferoverloop.
• De Windows CE-versie leed een beetje verrot. Het compileert nu en werkt in ieder geval op de Microsoft Device Emulator met Windows Mobile Version 5.0. Ik heb geen idee of het werkt op echte hardware. Geeft iemand erom? (Windows Mobile is gestopt en vervangen door Windows Phone.) Deze poort begon te storen aan de handhaving van de hoofdversie van Windows, en de keuze was om deze volledig te verwijderen of te onderhouden.
• Nieuwe functies die niet standaard zijn samengesteld:
• De optie nieuwe bouwen systeem '-lt' maakt Mike Fort's LocalTalk-emulatie mogelijk. Het zijn momenteel enkele beperkingen. Het is alleen geïmplementeerd voor OS X. Het vereist het uitvoeren van de opdracht "sudo chmod ugo + rw / dev / bpf * & quot; om Mini vMac (en iedereen) toegang te geven tot alle netwerkverkeer. De "-t" optie zorgt ervoor dat Mini vMac standaard op de achtergrond wordt uitgevoerd, omdat Mini vMac geen correct LocalTalk-knooppunt kan zijn als het niet draait. En je moet AppleTalk handmatig in de kiezer aanzetten. Ik kan de PRAM-vlaggen alvast starten met AppleTalk, maar het werkt niet goed.
• Een nieuwe bouwen systeem optie & quot; -lang pol & quot; selecteert een Poolse vertaling van de gebruikersinterface door Przemyslaw Buczkowski.
• De X-versies hebben aanvankelijke ondersteuning voor kleur (voor Mac II-emulatie). De X-versie ondersteunt tot nu toe slechts 24 bit "TrueColor", en heeft een paar andere beperkingen op formaat. Ik betwijfel dat er behalve TrueColor iets naast moderne machines gebruikt wordt, en dat zal waarschijnlijk de andere opties niet ondersteunen. Andere dieptes zoals 15, 16 en 32 bits kunnen gebruikt worden, en dus moet het waarschijnlijk worden ondersteund, als ik een manier kan vinden om ze te testen.
• Een nieuwe bouwen systeem optie "-mf" laat de vergroting van de standaard 2 toe. Bijvoorbeeld, "-mf 3" zet de vergroting op 3. De optie '-mf 1' de vergroting uitschakelt (de Control-M commando verwijderen). De vergrotingsfactor moet een geheel getal zijn.
• Gewijzigd gedrag niet in standaardverzameling:
• De standaard kleurdiepte voor Mac II-emulatie is "-depth 3" in plaats van "-depth 0".
• Voor Macintosh II-emulatie is AutoSlow nu standaard uitgeschakeld "-as 0". AutoSlow heeft mogelijk verdere tuning nodig om goed te werken met Mac II-emulatie.
• In de X-versies worden de resultaten van fwrite en fread op schijfafbeeldingen nu gecontroleerd op fouten die de waarschuwingen van compilatoren in de recente Ubuntu stoppen.
• Probleemoplossingen worden niet standaard samengesteld:
• Bug fix in de DIVS.L instructie gemeld door 'AP'. (Een 68020 instructie gebruikt in Mac II emulatie.)
• Bevestig de BFFFO instructie, die volledig is gebroken, zoals gemeld door "AP". (Een andere 68020 instructie gebruikt in Mac II emulatie.)
• Bitveldoperaties op een register gebruiken nu roteren in plaats van verschuiving. De geselecteerde bits kunnen niet aangrenzend zijn, zoals aangegeven door "AP", en bevestigd door de documentatie. (Bit operatie velden werden toegevoegd in de 68020.)
• Bitveldwerkzaamheden op het geheugen proberen nu alleen op zoveel mogelijk bytes te werken. Vroeger was het altijd op 5 bytes, wat ongewenste effecten kan hebben als het op een geheugenkaart werkt, zoals aangegeven door "AP".
• De 'MoveP.L, Dn' instructie vermengd de volgorde van verschuiving en maskering, en dus was volledig gebroken, zoals gemeld door "AP".
• De hack die extra grote hoeveelheden video RAM in de Macintosh II-emulatie toestaat, functioneerde niet goed, omdat een array die gebruikt werd voor adresruimtevertaling in de CPU-emulatie niet groot genoeg was toegewezen. Nu kiest het bouwsysteem de toewijzingsgrootte. (Dit probleem is waargenomen voor 1024x768 met miljoenen kleuren.) Meer details: Elke NuBus-kaart krijgt slechts 1M adresruimte wanneer de computer in de 24-bits modus staat. En een Mac II lijkt meestal te trekken in de 24-bit modus. Wanneer meer video-RAM nodig is voor de gevraagde compileertijdopties, gebruikt Mini vMac adresruimte van aangrenzende NuBus-slots.
• Vaste & quot; -min-extn & quot; optie bouwen in de Linux versie.
• Bouw systeem:
• Toegevoegd bouwen systeemoptie & quot; -api cco & quot; Apple's Cocoa API voor OS X gebruiken, in plaats van de verouderde Carbon API. Maar de Cocoa-poort van Mini vMac wordt nog niet beschouwd als redelijk klaar om officieel ondersteund te worden, en daarom wordt de Carbon-versie nog steeds gebruikt.
• Toegevoegd bouwen systeem optie & quot; -api sdl & quot; de Simple DirectMedia Layer 1.2 API gebruiken. Dit werd toegevoegd als een stapel naar de Cocoa-poort - door de broncode voor SDL te combineren met de broncode voor een SDL-poort van Mini vMac, en vervolgens alles te verwijderen die niet nodig was, en dan veel schoonmaken tot een oorspronkelijke native Cacao poort ontstond. De SDL-poort kan echter ook worden gebruikt als poort naar andere platformen die door SDL worden ondersteund. Maar dit is nog niet officieel ondersteund.
• Toegevoegd bouwen systeem optie & quot; -t mx64 & quot; voor de implementatie van X11 van Apple op x86-64. (Voorheen werden x86-32 en PowerPC ondersteund.)
• Toegevoegd bouwen systeem optie & quot; -t cygw & quot; voor Cygwin / X voor Microsoft Windows. Cygwin kan ook gebruikt worden om de gewone Microsoft Windows-versie samen te stellen met '-t wx86 -e cyg'.
• Toegevoegd bouwen systeem optie & quot; -t irix & quot; voor IRIX door Silicon Graphics, Inc., dankzij John Perkins.
• MinGW kan worden gebruikt om Mini vMac samen te stellen met de bouwen systeem optie "-t wx86 -e mgw". Aangezien Bloodshed Dev-C ++ gebaseerd is op MinGW, is "-t wx86 -e dvc -cl" zou eerder vergelijkbare resultaten geven.
• Gewijzigde volgorde van argumenten aan het link commando bij het bouwen van de Linux versie. Het blijkt dat er een conventionele volgorde is van hoe bibliotheken moeten worden gespecificeerd, die ik niet wist sinds ik niet over een linker kwam die tot Ubuntu 11.10 verzorgd was.
• Het bouwen systeem zou nu goed moeten werken in andere emulators zoals SheepShaver. Het werd anoniem gerapporteerd dat het bouwen systeem emulators zou crashen. De test of het bouwen systeem in Mini vMac draait (zodat het resulterende archief naar de host kan exporteren) was niet goed genoeg.
• Het build-systeem onderdrukt nu waarschuwingsberichten die werden gegenereerd bij het compileren van de Macintosh II-emulatie met Microsoft Visual C ++, dankzij een rapport van William Grana.