Mini vMac

Mini vMac er en open source, gratis grafisk software på tværs af platformen implementeret i C og designet fra offset til at fungere som en emulator til Macintosh Plus computersystemet, der blev oprettet af Apple, kører på Linux, BSD, Microsoft Windows og Mac OS X operativsystemer.

At være et af de tidligste Macintosh-maskiner designet af Apple, kører Macintosh Plus kun gammel Mac-software, som selvfølgelig ikke virker på nyere Macintosh-computere. Derfor hjælper Mini vMac-softwaren med at bevare historien. Den er designet til at være så nem at bruge, bærbar og enkel som muligt.

Hvis du vil bruge Mini vMac-applikationen på dit GNU / Linux-system, skal du sørge for at downloade den binære pakke, der svarer til din computers hardwarearkitektur, gem arkivet et eller andet sted på din computer, udpak det og dobbeltklik på den eksekverbare .

Programmet åbnes og meddeler dig, at et ROM-billede af Macintosh Plus-systemet ikke kan findes. Det betyder, at du også skal hente en vMac.ROM-fil (flere oplysninger kan findes på projektets hjemmeside) og placere det i samme mappe som Mini vMac eksekverbar.

Når du har hentet Macintosh Plus ROM-billedet, skal du lukke programmet og genåbne det. Hvis ROM-filen er gyldig, starter systemet automatisk og giver dig mulighed for at bruge det som om du vil bruge et andet virtualiseret operativsystem.

Denne software er faktisk et spin off af vMac-applikationen, som ikke er blevet opdateret i mange år. For nemheds skyld distribueres det som præfabrikerede binære pakker til ovennævnte operativsystemer, der understøtter både 64-bit (x86_64) og 32-bit (x86) instruktionssætarkitekturer.

Kilden til ansøgningen er også tilgængelig til download, for dem, der ønsker at optimere softwaren til en bestemt hardwareplatform eller et operativsystem.

Hvad er ny i denne udgave:

• Dagens Mini vMac 3.5.8 opdaterer den stabile version for at løse et problem på PowerPC OS X, og løser også et problem, der påvirker Variationstjenesten. Mini vMac 3.5.8 på andre platforme end PowerPC OS X ('mach') og x86-32 OS X ('imch'), skal være identisk med Mini vMac 3.5.7, bortset fra versionsstrengen og modifikationsdatoen.
• Det blev rapporteret, at "Mini vMac 3.5.7 vil ikke køre på PPC G3 systemer". Det viser sig, at GCC-flagget "-macacx-version-min" bør angives for alle filer compiled, ikke kun den platform afhængige kode. Det påvirker ting som den krævede CPU. At foretage denne ændring sker ikke for Mini vMac til x86-64 OS X, der er en vis effekt for x86-32 OS X, og den største effekt er for PowerPC.

Hvad er nyt i version 3.3.3:

• Nye funktioner i standardkompilering:
• Flere operativsystemer understøttes officielt af Mini vMac:
• FreeBSD på x86-32 (Using & quot; -t fbsd & quot; i build-systemet)
• FreeBSD på x86-64 (& quot; -t fb64 & quot;)
• OpenBSD på x86-32 (& quot; -t obsd ")
• OpenBSD på x86-64 ("-t ob64")
• NetBSD på x86-32 (& quot; -t nbsd & quot;)
• NetBSD på x86-64 (& quot; -t nb64 ")
• Dragonfly BSD på x86-32 ("-t dbsd")
• Dragonfly BSD på x86-64 ("-t db64")
• OpenIndiana på x86-32 ("-t oind")
• OpenIndiana på x86-64 ("-t oi64")
• Linux på ARM ("-tarm")
• Linux på SPARC ("-t lspr")
• Minix 3.2 ("-t minx")
• Disse porte tilpasser den samme X Window-kode som Linux-porten, og skal have samme funktionalitet, medmindre det for øjeblikket ikke lyder for nogle. X86-64-versionerne er i øjeblikket langsommere på grund af manglende monteringssprog tweaking og bør ikke bruges, hvis x86-32-versionerne vil fungere.
• X-versionerne kan nu afspille lyd ved hjælp af API'en Open Sound System (OSS). (Normalt bruger kompatible implementeringer på hvert operativsystem, snarere end den officielle OSS selv.) Lyd er nu aktiveret som standard på FreeBSD og NetBSD. Lyd kompilerer uden problemer (ved hjælp af "-ound 1") på Dragonfly BSD og OpenIndiana, men jeg har ikke været i stand til at teste på disse endnu. At få lyd på Dragonfly BSD synes at kræve en manuel opsætning. OpenIndiana synes ikke at producere nogen lyd overhovedet i VMware Fusion. Lyd kompilerer også uden problemer på OpenBSD, men det virker ikke - indstilling af den ønskede sample rate fejler. Minix synes ikke rigtig at understøtte lyd endnu. Det er også muligt at bruge OSS API på Linux ved hjælp af den nye "-snd-api" build system option.
• X-versionerne vil nu forsøge at se i mappen, der indeholder applikationen til ROM-billedet, som Macintosh og Windows-versionen gør. (Og også for disk1.dsk og så videre.) Hvis applikationsmappen ikke kan bestemmes, bruges den nuværende mappe som før. Dette er implementeret til Linux, FreeBSD, NetBSD, Dragonfly BSD og OpenIndiana, men ikke OpenBSD og Minix.
• X-versionerne har nu en ny kommandolinje indstilling "-d [directory_path]", hvor [directory_path] bruges i stedet for applikationsmappen, når man leder efter ROM-billedet og disk1.dsk og så videre filer .
• X-versionerne har nu en ny kommandolinjevalg & quot; -n [app_name] & quot ;, hvor [app_name] bruges i stedet for applikationsnavnet til titlen på Mini vMac-vinduet.
• X-versionerne understøtter nu en central ROM-mappe som Macintosh- og Windows-versionerne har. Hvis "~ / .gryphel / mnvm_rom & quot; eksisterer, vil Mini vMac se der for ROM-billedet. Hvis det ikke er der, vil det se i applikationskataloget. (Og kommandolinjen -r vil tilsidesætte begge.)
• Ændret adfærd i standardkompilering:
• Tegning af den emulerede skærm til den rigtige skærm er mere effektiv. Når farvedybden er 4 bit eller mindre, snarere end at konvertere hver pixel, er der en tabel med 256 poster til konvertering af en byte ad gangen. Det er også mere forsigtigt at kun konvertere pixels i rektanglet, der afgrænser det ændrede område, snarere end hele skærmen.
• Linux-versionen læser dynamisk ALSA-biblioteket for at afspille lyd, så Mini vMac stadig kører uden lyd, selvom ALSA ikke er installeret. (Denne teknik blev set i SDL.) Som standard er Linux-versionen nu samlet sammen med lyd, der matcher Mac- og Windows-versionerne.
• I Linux-versionen, når du afspiller lyd med ALSA, hedder ikke snd_pcm_delay længere. Forsinkelsen, indtil en prøve afspilles, er ikke rigtig relevant. Hvad Mini vMac skal vide, er tid til at buffer underkørsel. Så Mini vMac ser nu på bufferstørrelse minus det ledige rum i bufferen, hvilket kan være mere nyttigt, med det formål at forhindre bufferundertryk, mens minimering af latency.
• X-versionerne bruger nu rådgivende lås til at nægte at åbne for at skrive et diskbillede, der er åbnet for at blive skrevet af en anden kopi af Mini vMac. Tidligere kunne X-versionerne af Mini vMac åbne et allerede åbent diskbillede, der sandsynligvis ødelægger billedet. Hvis Mini vMac kun kan åbne en diskbilledvisning, som f.eks. Fordi brugeren har låst filen, bruges den rådgivende lås ikke, og flere kopier af Mini vMac kan bruge den.
• X-versionerne forsøger nu at bruge applikationsnavnet til at angive vinduets titel, ligesom Macintosh- og Windows-versionerne har. (Hvis applikationsnavnet ikke kan bestemmes, bruges "Mini vMac" som tidligere.) Dette findes samtidigt med applikationskataloget og implementeres for de samme operativsystemer.
• Kommandolinjeparametre scannes nu, inden du leder efter disk1.dsk og så videre. Dette er nødvendigt for den nye "-d" mulighed for at arbejde og har den bivirkning, at hvis diskbilleder er angivet på kommandolinjen, åbnes de først. Hvis der er billeder på kommandolinjen, vil Mini vMac nu ikke gider at kigge efter disk1.dsk overhovedet.
• Den "-l" (eller "/ l" på Windows) kommandolinje indstillingen fjernes. Den "-speed z" mulighed for at bygge systemet skal bruges i stedet. Kommandolinje indstillingen var fra før bygningssystemet eksisterede, og beslutningen blev truffet for at favorisere bygge-time-indstillinger i løbet af run-time-indstillinger.
• Fejlrettelser i standardkompilering:
• Windows-versionen kortlægger nu Enter-tasten på det numeriske tastatur til Macintosh Enter-tasten. Det kan nu skelne den nøgle fra Enter-tasten på hovedtastaturet, som er kortlagt til Macintosh Return Key. Der var tidligere ingen måde at skrive ind på Macintosh Enter-tasten. Takket være & quot; Alex & quot; for at påpege dette problem.
• I Windows-versionen, i fuldskærmstilstand, er kontrollen for, om en nøgle nedhændelse er en autorepeeret nøgle, forkert. Så potentielle nøgler kunne have været ignoreret, da de ikke burde have været. Jeg har fjernet kontrollen, da det ikke er klart, hvordan du gør det korrekt (når du bruger en "lavt niveau tastaturkrog"). Dette påvirker ikke Macintosh-emulering, da der er en ekstra check for overflødige begivenheder. Det kan påvirke kontrolfunktionen, f.eks. Når du holder Control-M nede.
• Windows-versionen reagerer nu på WM_QUERYENDSESSION-meddelelsen, så hvis du forsøger at lukke computeren med Mini vMac kører (med monterede diskbilleder), klager Mini vMac og stopper afbrydelsen.
• I Linux-versionen kaldes snd_pcm_start ved hjælp af ALSA for at afspille lyd, før der sættes lydprøver i ALSA-bufferen. Dette kan forårsage stamming i begyndelsen, eller ifølge en rapport, forhindrer lyden i at fungere overhovedet. Mini vMac venter nu, indtil den private buffer er fuld og overfører så meget som det passer ind i ALSA-bufferen, og derefter starter lyden.
• Når Linux-versionen er kompileret til ARM, inkluderer den en check, at resultatet af snd_pcm_avail_update ser rimeligt ud, og hvis det ikke kaldes snd_pcm_status_get_avail i stedet. Dette virker omkring, hvad der synes at være en fejl i Raspbian for Raspberry Pi.
• Det emulerede ur blev ikke initialiseret korrekt og var kun korrekt efter det første "andet" afbryde.
• Hvis det emulerede skærmbillede er for stort til at passe på den rigtige skærm (når autoscroll er tilgængelig), hvis området på det emulerede skærmbillede, som er ændret, ikke skærer det synlige område af det emulerede skærmbillede, var et ugyldigt rektangel bruges til tegning. Jeg opdagede dette, når jeg prøvede Vector Linux 7, som synes at have nogle ekstra fejlfindingskontroller.
• Under usandsynlige omstændigheder kan autoscroll i fuldskærmstilstand ikke rulle for at vise den sidste række pixels i bunden eller den sidste kolonne af pixels til højre.
• Hvis værtscomputeren ikke er hurtig nok til, at Mini vMac kan køre med 1x hastigheder, vil Mini vMac ikke køre jævnt og holde pause i nogle få sekunder med jævne mellemrum. Testen for denne situation var forkert, og en en byte tæller ville overløb. (Har sådanne tællere så små som muligt gør det lettere at opdage fejl som dette.)
• I X Window-versioner af Mini vMac, når du bruger Mini vMac-udvidelsen til at oprette en fil på værtssystemet, f.eks. med ExportFl, bliver en gemt dialog ikke implementeret. Tidligere blev filen simpelthen oprettet i applikationskataloget med den ønskede navn. Dette var ikke sikkert, i værste fald giver det et program mulighed for at køre i Mini vMac for at erstatte Mini vMac applikationen. Så nu vil filer i stedet blive oprettet i en mappe med navnet "output" i den mappe, der indeholder ansøgningen. Denne mappe oprettes, hvis den ikke findes.
• I en Microsoft Windows-version, hvis en sti til et diskbillede overføres til Mini vMac på kommandolinjen, der er længere end lovlig for en sti, resulterer et bufferoverløb.
• Windows CE-versionen led lidt rod. Den kompilerer nu og arbejder i det mindste på Microsoft Device Emulator med Windows Mobile Version 5.0. Jeg aner ikke, om det virker på rigtig hardware. Gør nogen noget om det? (Windows Mobile blev afbrudt og erstattet af Windows Phone.) Denne port begyndte at forstyrre vedligeholdelse af den primære Windows-version, og valget var at fjerne det helt eller gøre det vedligeholdeligt.
• Nye funktioner, der ikke er standardindstillet:
• Alternativet til nye bygningssystemer & quot; -lt & ​​quot; muliggør Mike Forts LocalTalk-emulering. Det er i øjeblikket nogle begrænsninger. Det er kun implementeret til OS X. Det kræver at køre kommandoen "sudo chmod ugo + rw / dev / bpf * & quot; at tillade Mini vMac (og alle andre) adgang til al netværkstrafik. Den "-lt" valgmulighed også få Mini vMac til at køre i baggrunden som standard, fordi Mini vMac ikke kan være en ordentlig LocalTalk node, hvis den ikke kører. Og du skal manuelt tænde AppleTalk i vælgeren - Jeg kan indstille PRAM-flagene til at starte med AppleTalk allerede, men det virker ikke korrekt.
• En ny build system option "-lang pol" vælger en polsk oversættelse af brugergrænsefladen af ​​Przemyslaw Buczkowski.
• X-versionerne har indledende support til farve (til Mac II-emulering). X-versionen hidtil kun understøtter 24 bit "TrueColor", og har et par andre begrænsninger på formatet. Jeg tvivler på, at alt andet end TrueColor bruges på moderne maskiner, og så sandsynligvis ikke støtter de andre muligheder. Andre dybder som f.eks. 15, 16 og 32 bits kan bruges, og det skal sandsynligvis understøttes, hvis jeg kan finde en måde at teste dem på.
• En ny build system option "-mf" tillader ændring af forstørrelsen fra standard 2. For eksempel "-mf 3" sætter forstørrelsen til 3. Muligheden "-mf 1" deaktiverer forstørrelse (fjernelse af kommandoen Control-M). Forstørrelsesfaktoren skal være et helt tal.
• Ændret opførsel ikke i standardkompilering:
• Standardfarvedybden for Mac II-emulering er "-depth 3" i stedet for "-depth 0".
• For Macintosh II-emulering er AutoSlow nu deaktiveret som standard & quot; -as 0 & quot ;. AutoSlow kan muligvis have yderligere indstilling til at fungere godt med Mac II-emulering.
• I X-versionerne kontrolleres resultaterne af fwrite og fread på diskbilleder nu for fejl, som stopper compiler advarsler i nyere Ubuntu.
• Fejlrettelser ikke i standardkompilering:
• Løst en fejl i DIVS.L instruktionen rapporteret af "AP". (A 68020 instruktion bruges i Mac II emulering.)
• Fastgjort BFFFO instruktionen, som blev fuldstændig brudt, som rapporteret af "AP". (En anden 68020 instruktion bruges i Mac II emulering.)
• Bitfeltoperationer på et register bruger nu rotere frem for skift. De udvalgte bits kan ikke være sammenhængende, som påpeget af "AP", og bekræftet af dokumentationen. (Bit operationsfelter blev tilføjet i 68020.)
• Bitfeltoperationer på hukommelse forsøger nu kun at fungere på så mange bytes som nødvendigt. Tidligere fungerede den altid på 5 byte, hvilket kunne have uønskede virkninger, hvis de opererer på en hukommelseskortet enhed, som påpeget af "AP".
• "MoveP.L, Dn" instruktion blandet rækkefølgen af ​​forskydning og maskering og blev således fuldstændigt brudt, som rapporteret af "AP".
• Den hack, der tillader ekstra store mængder Video RAM i Macintosh II-emuleringen, fungerede ikke korrekt, fordi en matrix, der blev brugt til adresserum oversættelse i CPU-emuleringen, ikke var allokeret tilstrækkeligt stort. Nu vælger bygningssystemet tildelingsstørrelsen. (Dette problem blev observeret for 1024x768 med millioner af farver.) Yderligere detaljer: Hvert NuBus-kort får kun 1M adresserum, når computeren er i 24-bit-tilstand. Og en Mac II synes normalt at trække i 24 bit mode. Når mere video RAM er nødvendigt til de ønskede kompileringstidsmuligheder, bruger Mini vMac adresserum fra tilstødende NuBus-slots.
• Fast "-min-extn" build option i Linux versionen.
• Byg system:
• Tilføjet build system option "-api cco" at bruge Apples kakao-API til OS X i stedet for den udskudte Carbon API. Men Cocoa-porten i Mini vMac anses endnu ikke for ret til at blive officielt understøttet, og derfor anvendes kulstofversionen stadig.
• Tilføjet build system option & quot; -api sdl & quot; at bruge Simple DirectMedia Layer 1.2 API. Dette blev tilføjet som en stepping stone til Cocoa porten - ved at kombinere kildekoden til SDL med kildekoden for en SDL-port i Mini vMac og derefter fjerne alt, hvad der ikke var nødvendigt, og så meget rydde op til en indledende native Cocoa porten opstod. SDL-porten kan dog bruges som port til andre platforme understøttet af SDL. Men dette er endnu ikke officielt understøttet.
• Tilføjet build system option & quot; -t mx64 & quot; til Apples X11-implementering på x86-64. (Tidligere blev x86-32 og PowerPC understøttet.)
• Tilføjet build system option & quot; -t cygw & quot; til Cygwin / X til Microsoft Windows. Cygwin kan også bruges til at kompilere den almindelige Microsoft Windows-version med "-t wx86 -e cyg".
• Tilføjet build system option & quot; -t irix & quot; til IRIX af Silicon Graphics, Inc., takket være John Perkins.
• MinGW kan bruges til at kompilere Mini vMac med build system option & quot; -t wx86 -e mgw & quot ;. Da Bloodshed Dev-C ++ er baseret på MinGW, "-t wx86 -e dvc -cl" ville tidligere give lignende resultater.
• Ændret rækkefølge af argumenter til linkkommandoen, når du bygger Linux-versionen. Det viser sig, at der er en konventionel rækkefølge for, hvordan biblioteker skal specificeres, hvilket jeg ikke vidste da jeg ikke var kommet over en linker, der passede til Ubuntu 11.10.
• Bygningssystemet skal nu fungere ordentligt i andre emulatorer som SheepShaver. Det blev anonymt rapporteret, at bygningssystemet ville ødelægge emulatorer. Testen for, om byggesystemet kørte i Mini vMac (så det resulterende arkiv kan eksporteres til værten) var ikke godt nok.
• Byggesystemet undertrykker nu advarselsmeddelelser, der blev genereret, når man compilerede Macintosh II-emuleringen med Microsoft Visual C ++, takket være en rapport fra William Grana.