Mini vMac

Mini vMac on avoimen lähdekoodin, ilmaisen ja monipuhdistetun graafisen ohjelmiston, joka on toteutettu C: ssä ja joka on suunniteltu offsetista, toimimaan emulaattorina Macin kehittämässä Macintosh Plus -tietokonejärjestelmässä. Linuxissa, BSD: ssä, Microsoft Windowsissa ja Mac OS X -käyttöjärjestelmissä.

Yhtenä Applein suunnittelemista Macintosh-koneista Macintosh Plus käyttää vain vanhaa Mac-ohjelmaa, joka tietenkään ei toimi uusissa Macintosh-tietokoneissa. Siksi Mini vMac -ohjelmisto auttaa säilyttämään historian. Se on suunniteltu niin helppokäyttöiseksi, kannettavaksi ja yksinkertaiseksi kuin mahdollista.

Jos haluat käyttää Mini vMac -ohjelmaa GNU / Linux-järjestelmässäsi, varmista, että lataat binaaripaketin, joka vastaa tietokoneesi laitteistoarkkitehtuuria, tallentaa arkiston jonnekin tietokoneeseen, purkaa pakkaus ja kaksoisnapsauta suoritettavaa tiedostoa .

Sovellus aukeaa ja ilmoittaa sinulle, että Macintosh Plus -järjestelmän canonin ROM-kuva löytyy. Tämä tarkoittaa sitä, että sinun on myös hankittava vMac.ROM-tiedosto (lisätietoja löytyy projektin kotisivulta) ja aseta se samaan kansioon kuin Mini vMac -ohjelman versio.

Kun olet saanut Macintosh Plus ROM -kuvan, sulje ohjelma ja avaa se uudelleen. Jos ROM-tiedosto on kelvollinen, järjestelmä käynnistyy automaattisesti ja voit käyttää sitä kuten minkä tahansa muun virtuaalisen käyttöjärjestelmän käyttäminen.

Tämä ohjelmisto on todella spin off vMac-sovelluksesta, jota ei ole päivitetty monta vuotta. Käytännöllisyydestänne jaetaan edeltäneinä binääripaketteina edellä mainituille käyttöjärjestelmille, jotka tukevat sekä 64-bittisiä (x86_64) että 32-bittisiä (x86) käskyjoukon arkkitehtuureja.

Sovelluksen lähdekoodi on myös ladattavissa niille käyttäjille, jotka haluavat optimoida ohjelmiston tiettyyn laitteistoalustaan ​​tai käyttöjärjestelmään.

Mikä on uusi tässä julkaisussa:

• Päivän Mini vMac 3.5.8 päivittää vakaan version korjaamaan ongelman PowerPC OS X: ssä ja korjaa myös muutospalvelun ongelman. Mini vMac 3.5.8 muiden alustojen kuin PowerPC OS X: n ('mach') ja x86-32 OS X: n ('imch') kanssa, on oltava identtinen Mini vMac 3.5.7: n kanssa, lukuun ottamatta version merkkijonoa ja muutospäivää. / li>
• Raportoitiin, että "Mini vMac 3.5.7 ei aio käyttää PPC G3 -järjestelmissä". Näyttää siltä, ​​että GCC-lippu "-mmacosx-version-min" olisi määritettävä kaikille kootuille tiedostoille, ei pelkästään alustasta riippuvaiselle koodille. Se vaikuttaa asioihin, kuten vaadittuun suorittimeen. Tämän muutoksen tekemisellä ei ole vaikutusta x86-64 OS X: n Mini-vMac -versioon x86-32 OS X: ssä, ja suurin vaikutus on PowerPC: lle.

Uutta versiossa 3.3.3:

• Uudet ominaisuudet oletusarvoisesti koota:
• Mini vMac tukee virallisesti muita käyttöjärjestelmiä:
• FreeBSD x86-32: ssa (käyttäminen "build-järjestelmässä" -t fbsd)
• FreeBSD on x86-64 ("-t fb64")
• OpenBSD on x86-32 ("-t obsd")
• OpenBSD on x86-64 ("-t ob64")
• NetBSD on x86-32 ("-t nbsd")
• NetBSD on x86-64 ("-t nb64")
• Dragonfly BSD on x86-32 ("-t dbsd")
• Dragonfly BSD x86-64-versiolla ("-t db64")
• OpenIndiana x86-32 ("-tind")
• OpenIndiana x86-64 ("-t oi64")
• Linux on ARM (& quot; -t larm & quot;)
• Linux SPARC: ssa (& quot; -t lspr & quot;)
• Minix 3.2 ("-t minx")
• Nämä portit sopeuttavat saman X Window -koodin kuin Linux-portin, ja niillä pitäisi olla samat toiminnot, paitsi jos toiset eivät ole äänet. X86-64-versiot ovat tällä hetkellä hitaampia, koska kokoonpanokielen muokkausta ei ole, eikä niitä pitäisi käyttää, jos x86-32-versiot toimivat.
• X-versiot voivat nyt soittaa ääniä Open Sound System (OSS) -sovellusliittymän avulla. (Yleensä käytät kustakin käyttöjärjestelmästä yhteensopivia toteutuksia, eikä itse virallista OSS: ää.) Ääni on nyt käytössä oletuksena FreeBSD: ssä ja NetBSD: ssä. Ääni kootaan ongelmitta (käyttäen "-ääniä 1") Dragonfly BSD: ssä ja OpenIndiana-ohjelmassa, mutta en ole vielä kyennyt testamaan niitä. Äänen hankkiminen Dragonfly BSD: ssä vaatii manuaalista asennusta. OpenIndiana ei näytä tuottavan yhtään ääntä VMware Fusionissa. Ääni myös kerää ongelmat avoimesti OpenBSD: ssä, mutta se ei toimi - haluttu näytteenottotaajuusasetus epäonnistuu. Minix ei oikeastaan ​​näytä tukevan ääntä. On myös mahdollista käyttää OSS API Linuxissa käyttämällä uutta "-snd-api" rakentaa järjestelmävaihtoehto.
• X-versiot, jotka yrittävät nyt katsoa, ​​sisältävät ROM-tiedoston sovelluksen, kuten Macintosh- ja Windows-versiot. (Ja myös disk1.dsk ja niin edelleen tiedostoja.) Jos sovellus hakemistoa ei voida määrittää, nykyistä hakemistoa käytetään kuten aiemmin. Tämä toteutetaan Linuxille, FreeBSD: lle, NetBSD: lle, Dragonfly BSD: lle ja OpenIndianalle, mutta ei OpenBSD: lle ja Minix: lle.
• X-versiossa on nyt uusi komentorivivalinta "-d [directory_path]", jossa käytetään [hakemistopolkua] sovellus hakemiston sijaan, kun etsitään ROM-kuvaa ja disk1.dsk ja niin edelleen tiedostoja .
• X-versiossa on nyt uusi komentorivivalinta "-n [app_name]", jossa käytetään [app_name] Mini-vMac-ikkunan nimikkeen sovellusnimeä sijaan.
• X-versiot tukevat nyt keskuslevykansion, kuten Macintosh- ja Windows-versiot. Jos "~ / .gryphel / mnvm_rom" olemassa, Mini vMac näyttää siellä ROM-kuvan. Jos se ei ole, se näkyy sovellusluettelossa. (Ja -r komentorivivalitsin ohittaa molemmat.)
• Muutettu käyttäytyminen oletuskokoisena:
• Emuloidun näytön piirtäminen todelliseen näyttöön on tehokkaampaa. Kun värisyvyys on 4 bittiä tai vähemmän, pikselin muuntamisen sijasta on taulukko, jossa on 256 merkintää yhden tavun kerrallaan. Se on myös entistä varovaisempi vain muuttamalla pikseleitä suorakulmioon, joka rajaa muutettua aluetta koko näytön sijaan.
• Linux-versio lataa ALSA-kirjaston dynaamisesti toistamaan ääntä, joten Mini vMac toimii edelleen ilman ääntä, vaikka ALSA: ta ei olisi asennettu. (Tämä tekniikka nähtiin SDL: ssä.) Oletuksena Linux-versio on nyt koottu äänellä, joka vastaa Mac- ja Windows-versioita.
• Linux-versiossa, kun toistetaan ääntä ALSA: n kanssa, snd_pcm_delaya ei enää kutsuta. Viive, kunnes näytettä toistetaan, ei ole tosiasiallisesti merkityksellinen. Mitä Mini vMac tarvitsee tietää on aika puskata underrun. Niinpä Mini vMac tarkastelee puskurikokoa miinus puskurin käytettävissä olevaan tilaan, mikä voi olla hyödyllisempää, jotta estetään puskurin alimittaus samalla, kun latenssi viivästyy.
• X-versiot käyttävät nyt neuvoa-antavaa lukitusta kieltäytymällä avaamasta levyn kuvaa, joka on avattu kirjoitettavaksi toisella Mini-vMac-kopiolla. Aiemmin Mini vMacin X-versiot voisivat avata jo avatun levyn kuvan, joka todennäköisesti vaurioittaa kuvaa. Jos Mini vMac voi avata vain levyn kuvan vain lukemalla, kuten koska käyttäjä on lukinnut tiedoston, neuvontalaitetta ei käytetä ja Mini vMac voi käyttää sitä useita kopioita.
• X-versiot yrittävät käyttää sovelluksen nimeä asettamaan sen ikkunan otsikon, kuten Macintosh- ja Windows-versiot. (Jos sovelluksen nimeä ei voida määrittää, käytetään "Mini vMac" -ohjelmaa kuten aiemmin.) Tämä löytyy samanaikaisesti sovellusluettelosta ja se toteutetaan samoille käyttöjärjestelmille.
• Komentorivin argumentit skannataan nyt ennen disk1.dsk: n ja niin edelleen tiedostojen etsimistä. Tämä on tarpeen uuden "-d" vaihtoehto, ja sillä on sivuvaikutus, jos komentokehotteessa määritetään levykuvia, ne avautuvat ensin. Jos komentorivissä on kuvia, Mini vMac ei nyt vaadi lainkaan etsiä disk1.dsk.
• "-l" (tai "/ l" Windowsissa) komentorivivalitsin poistetaan. "-nopeus z" sen sijaan olisi käytettävä vaihtoehtoa raken- nusjärjestelmään. Komentorivivalinta oli ennen rakentamisen järjestelmän olemassaoloa ja päätös rakentaa aika-asetuksia aika ajoin.
• Viankorjauksia oletuskokoonpanossa:
• Windows-versio kartoittaa nyt numeronäppäimistön Enter-näppäimen Macintosh Enter -näppäimeen. Se voi nyt erottaa kyseisen avaimen näppäimistöllä Enter-näppäimestä, joka on liitetty Macintosh Return Key -työkaluun. Macintosh Enter -näppäintä ei aiemmin voitu kirjoittaa. Kiitos & quot; Alex & quot; tämän ongelman osoittamiseksi.
• Windows-versiossa Full Screen -tilassa tarkistetaan, onko avain alas -tapahtuma automaattinen uusintaavainta virheellinen. Niinpä avaimet olisi voitu jättää huomiotta, kun niitä ei olisi pitänyt. Olen poistanut tarkistuksen, koska ei ole selvää, miten se tehdään oikein (kun käytät & quot; alhaisen tason näppäimistön koukkua & quot;). Tämä ei vaikuta Macintosh-emulointiin, koska ylimääräiset tapahtumat on tarkistettu. Se voi vaikuttaa ohjaustilaan, kuten pitämällä Control-M-näppäintä painettuna.
• Windows-versio vastaa nyt WM_QUERYENDSESSION-sanomaan, joten jos yrität sammuttaa tietokoneesi Mini vMac -toiminnon ollessa käynnissä (asennetut levykuvat), Mini vMac valittaa ja lopettaa sammumisen.
• Linux-versiossa ALSA: n soittamista varten snd_pcm_start kutsuttiin ennen äänimerkkien asettamista ALSA-puskuriin. Tämä voi aiheuttaa äänetöntä alussa tai yhden raportin mukaan estää äänen toimimasta lainkaan. Mini vMac odottaa, kunnes sen yksityinen puskurin koko on täynnä, siirtää sitten ALSA-puskuriin sopivaksi ja aloittaa äänen soittamisen.
• Kun Linux-versio on koottu ARM: lle, se sisältää tarkistuksen, että snd_pcm_avail_update-tulos näyttää kohtuulliselta ja jos ei snd_pcm_status_get_avail sijaan. Tämä toimii ympärillä, joka näyttää Raspberry Pi -laitteelle virheeksi.
• Emuloitua kelloa ei alustettu oikein, ja se oli oikea vasta ensimmäisen "toisen" keskeyttää.
• Jos emuloidut näytöt ovat liian suuret, jotta ne sopisivat todelliseen näyttöön (kun automaattinen selaus on käytettävissä), jos muutetun emuloidun näytön alue ei leikkaa jäljitellyn näytön näkyvää aluetta, kelvollinen suorakulmio oli piirtämiseen. Huomasin tämän kokeillessani Vector Linux 7: n, joka näyttäisi olevan ylimääräisiä virheenkorjaustarkistuksia.
• Epätodennäköisissä olosuhteissa koko näytön tilassa automaattiohjaus ei välttämättä selaudu osoittamaan viimeistä riviä pikseleistä tai oikealla puolella olevien pikselien viimeisestä sarakkeesta.
• Jos isäntätietokone ei ole tarpeeksi nopea, että Mini vMac toimii 1x nopeudella, Mini vMac ei toimisi tasaisesti ja pysähtyy muutaman sekunnin ajan. Tilanne testi oli virheellinen, ja yhden tavun laskuri ylitti. (Jos tällaiset laskurit ovat mahdollisimman pienet, on helpompi havaita tällaisia ​​vikoja.)
• Mini vMacin X Window -versioissa, kun käytät Mini vMac -laajennusta luodaksesi tiedoston isäntäjärjestelmällä, kuten ExportFl: llä, tallennus-valintaikkuna ei ole toteutettu. Aiemmin tiedosto yksinkertaisesti luotiin sovellus hakemistoon, jossa kysyttiin nimi. Tämä ei ollut turvallinen, pahimmillaan se mahdollistaa Mini vMac -ohjelmassa olevan ohjelman korvaavan Mini vMac-sovelluksen. Joten nyt tiedostot luodaan kansioon, jonka nimi on "tuotos" sovelluksen sisältävässä hakemistossa. Tämä kansio luodaan, jos sitä ei ole olemassa.
• Jos Microsoft Windows -versiossa siirretään levykuvan polku komentorivin Mini vMac -ohjelmaan, joka on pidempi kuin polku on laillista, tuloksena on puskurin ylivuoto.
• Windows CE -versio on kärsinyt bittimääriä. Se nyt koota ja ainakin toimii Microsoft Device Emulatorilla Windows Mobile 5.0 -versiolla. Minulla ei ole aavistustakaan, toimiiko se todellisessa laitteistossa. Onko kukaan varovainen? (Windows Mobile lopetti ja korvattiin Windows Phoneilla.) Tämä portti alkoi häiritä Windowsin pääversion ylläpitoa ja valitsi poistaa sen kokonaan tai tehdä sen ylläpidettäväksi.
• Uusia ominaisuuksia, joita ei oletusarvoisesti koota:
• Uusi rakentaa järjestelmä-vaihtoehto "-lt" mahdollistaa Mike Fortin LocalTalk-emuloinnin. Tällä hetkellä on joitain rajoituksia. Se toteutetaan vain OS X: ssä. Se edellyttää, että suoritat komennon & quot; sudo chmod ugo + rw / dev / bpf * & quot; jotta Mini vMac (ja kaikki muutkin) pääsevät kaikkiin verkkoliikenteeseen. "-lt" vaihtoehto myös aiheuttaa Mini vMacin toimimisen taustalla oletuksena, koska Mini vMac ei voi olla asianmukainen LocalTalk-solmu, jos se ei ole käynnissä. Ja sinun on valittava manuaalisesti AppleTalk-valitsin - Voin asettaa PRAM-lippuja käynnistämään AppleTalkin kanssa jo, mutta se ei toimi oikein.
• Uusi rakentaa järjestelmävaihtoehto "-lang pol" valitsee puolalaisen käännöksen käyttöliittymästä Przemyslaw Buczkowski.
• X-versiot ovat alun perin tukea väreille (Mac II -emulointia varten). Toistaiseksi X-versio tukee vain 24-bittistä "TrueColor" -tapaa, ja sillä on muutamia muitakin muotoa koskevia rajoituksia. Epäilen, että TrueColorin lisäksi käytetään nykyaikaisissa koneissa jotain, joten luultavasti ei tueta muita vaihtoehtoja. Voidaan käyttää muita syvyyksiä, kuten 15, 16 ja 32 bittiä, joten luultavasti kannattaa tukea, jos löydän tapaa testata niitä.
• Uuden rakenteen järjestelmäasetus & quot; -mf & quot; sallii suurennuksen muuttamisen oletusarvosta 2. Esimerkiksi "-mf 3" asettaa suurennoksen arvoon 3. Vaihtoehto "-mf 1" poistaa suurennuksen (Control-M-komennon poistaminen). Suurennustekijän on oltava kokonaisluku.
• Muutettu käyttäytyminen ei oletuksena koota:
• Mac II-emuloinnin oletusväri syvyys on "-depth 3" sijasta "-depth 0".
• Macintosh II -emulointia varten AutoSlow on nyt pois käytöstä oletusarvoisesti "-as 0". AutoSlow saattaa tarvita lisää viritystä, jotta se toimisi hyvin Mac II -emuloinnin kanssa.
• X-versiossa levyjen kuvien ja fwrite-tulosten tulokset tarkistetaan virheiden vuoksi, mikä lopettaa kääntäjän varoitukset viimeisimmässä Ubuntussa.
• Viankorjauksia ei ole oletuksena koota:
• Korjattu bugi DIVS.L-ohjeessa, jonka on ilmoittanut & quot; AP & quot ;. (Mac II -emulointia varten käytetty 68020-opetus.)
• Korjasi BFFFO-käskyn, joka oli kokonaan rikkoutunut, kuten "AP" ilmoitti. (Toinen 68020-ohje, jota käytetään Mac II-emuloinnissa.)
• Bittikenttätoiminnot rekisterissä käyttävät nyt kiertämistä eikä siirtoa. Valitut bitit voivat olla epäjatkuvia, kuten "AP" osoittaa, ja ne on vahvistettu dokumentaatiolla. (Bittikentän kentät lisätään 68020: een.)
• Bittikenttätoiminnot muistissa yrittävät toimia vain niin monta tavua kuin tarvitaan. Aiemmin se toimi aina 5 tavulla, mikä voi olla haitallisia vaikutuksia, jos se toimii muistikartoitellulla laitteella, kuten "AP" osoittaa.
• "MoveP.L, Dn" opetus sekoitti muutos- ja peittämisjärjestyksen ja niin se katkesi täysin, kuten "AP" ilmoitti.
• Hack, joka mahdollistaa erittäin suuria määriä videomarginaalia Macintosh II -emulaatiossa, ei toiminut kunnolla, koska osoitekentän käännöskäyttöä käyttävä taulukko ei ollut tarpeeksi suuri. Rakennusjärjestelmä valitsee nyt jakokokoa. (Tämä ongelma havaittiin 1024x768 miljoonilla väreillä.) Lisätiedot: Kukin NuBus-kortti saa vain 1M osoitetilaa, kun tietokone on 24-bittisessä tilassa. Ja Mac II näyttää tavallisesti piirrä 24 bitin tilaan. Kun tarvitaan useampia videomuotoja pyydettyihin käännöstoimintoihin, Mini vMac käyttää osoiteavaruutta viereisistä NuBus-aikaväleistä.
• Kiinteä "-min-extn" rakentaa vaihtoehto Linux-versiossa.
• Rakenna järjestelmä:
• Lisätty rakentaa järjestelmä-vaihtoehto "-api cco" käyttää Applen Cocoa-sovellusliittymää OS X: lle pikemminkin kuin vanhentuneen hiili-API: n sijaan. Mutta Mini vMac: n Kaakao-satamaa ei ole vielä pidetty valmiina virallisesti tuettavaksi, joten hiili-versiota käytetään edelleen.
• Lisätty rakentaa järjestelmä-vaihtoehto "-api sdl" käyttää Simple DirectMedia Layer 1.2 -sovellusliittymää. Tämä lisättiin vaiheeksi Cocoa-porttiin - yhdistämällä SDL: n lähdekoodi Mini vMac: n SDL-portin lähdekoodiin ja poistamalla sitten kaikki tarpeettomia, ja sitten paljon puhdistusta, kunnes alkuperäinen natiivi kaakao satama nousi. Kuitenkin SDL-porttia voidaan käyttää samalla tavoin kuin portti muihin SDL: n tukemiin alustoihin. Mutta tätä ei ole (vielä) virallisesti tuettu.
• Lisätty rakentaa järjestelmävaihtoehto "-t mx64" Applen X11-toteutus x86-64: lle. (Aiemmin x86-32 ja PowerPC tuettiin.)
• Lisätty rakentaa järjestelmävaihtoehto "-t cygw" Cygwin / X Microsoft Windowsille. Cygwinin avulla voidaan myös käyttää tavallista Microsoft Windows -versiota & quot; -t wx86 -e cyg & quot ;.
• Lisätty rakentaa järjestelmävaihtoehto "-t irix" IRICin toimittaja Silicon Graphics, Inc., John Perkinsin ansiosta.
• MinGW: tä voidaan käyttää Mini vMac -komponenttien rakentamiseen järjestelmä-optiolla "-t wx86 -e mgw". Koska Bloodshed Dev-C ++ perustuu MinGW: ään, "-t wx86 -e dvc -cl" aiemmin antaisivat samanlaisia ​​tuloksia.
• Muutettu argumenttien järjestys linkkikomentoon Linux-version rakentamisessa. On selvää, että on olemassa tavallinen järjestys kirjastojen määrittelemiseksi, mitä en tiennyt, koska en ollut tullut linkin puolelle, joka huolehtii Ubuntu 11.10: sta.
• Rakennusjärjestelmän pitäisi nyt toimia kunnolla muissa emulaattoreissa, kuten SheepShaverissa. Ilmoitettiin nimettömänä, että rakennusjärjestelmä törmäisi emulaattoreita. Testi, onko rakennettu järjestelmä käynnissä Mini-vMacissa (jotta tuloksena oleva arkisto voitaisiin viedä isäntään) ei ollut tarpeeksi hyvä.
• Rakennusjärjestelmä estää nyt varoitusviestit, jotka syntyivät, kun Macintosh II -emulointia koottiin Microsoft Visual C ++: llä, William Granan raportin ansiosta.