Mini vMac

Mini vMac is 'n oop bron, gratis en kruis platform grafiese sagteware geïmplementeer in C en ontwerp van die offset om op te tree as 'n emulator vir die Macintosh Plus rekenaarstelsel wat deur Apple geskep is, hardloop op Linux, BSD, Microsoft Windows en Mac OS X bedryfstelsels.

As een van die vroegste Macintosh-toestelle wat deur Apple ontwerp is, bedryf Macintosh Plus slegs ou Mac-sagteware, wat natuurlik nie op onlangse Macintosh-rekenaars werk nie. Daarom help die Mini vMac sagteware om die geskiedenis te behou. Dit is ontwerp om so maklik om te gebruik, draagbaar en eenvoudig as moontlik.

Om die Mini vMac-program op u GNU / Linux-stelsel te gebruik, maak seker dat u die binêre pakket wat ooreenstem met u rekenaar se hardewareargitektuur, die êrens op u rekenaar stoor, dit uitpak en dubbelklik op die uitvoerbare .

Die aansoek sal oopmaak en u in kennis stel dat 'n ROM-beeld van die Macintosh Plus-stelsel nie kan gevind word nie. Dit beteken dat jy ook 'n vMac.ROM-lêer moet kry (meer besonderhede kan gevind word op die tuisblad van die projek) en plaas dit in dieselfde gids as die Mini vMac-uitvoerbare.

Nadat u die Macintosh Plus ROM-beeld gekry het, moet u die program sluit en weer oopmaak. As die ROM-lêer geldig is, sal die stelsel outomaties selflaai en toelaat dat u dit gebruik, soos u enige ander gevirtualiseerde bedryfstelsel sou gebruik.

Hierdie sagteware is eintlik 'n draai af van die vMac-program, wat nie in baie jare opgedateer is nie. Vir u gerief word dit versprei as voorafgeboude binêre pakkette vir die bogenoemde bedryfstelsels, wat beide 64-bis (x86_64) en 32-bis (x86) instruksieset-argitekture ondersteun.

Die bronkode van die program is ook beskikbaar vir aflaai, vir diegene wat die sagteware wil optimaliseer vir 'n spesifieke hardeware platform of bedryfstelsel.

Wat is nuut in hierdie weergawe:

• Vandag se Mini vMac 3.5.8 dateer die stabiele weergawe op om 'n probleem op PowerPC OS X op te los en ook 'n probleem op te los wat die Variasie Diens beïnvloed. Mini vMac 3.5.8 op ander platforms as PowerPC OS X ('mach') en x86-32 OS X ('imch'), moet identies wees aan Mini vMac 3.5.7, behalwe vir die weergawe string en wysiging datum.
• Daar is gerapporteer dat "Mini vMac 3.5.7 nie op PPC G3 stelsels loop nie". Dit blyk dat die GCC vlag "-macacx-weergawe-min" moet gespesifiseer word vir alle lêers wat saamgestel is, nie net die platformafhanklike kode nie. Dit raak dinge soos die vereiste SVE. Die verandering van hierdie verandering het geen invloed op Mini vMac vir x86-64 OS X, daar is 'n effek op x86-32 OS X en die grootste effek is vir PowerPC.

Wat is nuut in weergawe 3.3.3:

• Nuwe funksies in standaardverstelling:
• Meer bedryfstelsels word amptelik deur Mini vMac ondersteun:
• FreeBSD op x86-32 (Gebruik "-t fbsd" in die boustelsel)
• FreeBSD op x86-64 ("-t fb64")
• OpenBSD op x86-32 ("-t obsd")
• OpenBSD op x86-64 ("-t ob64")
• NetBSD op x86-32 ("-t nbsd")
• NetBSD op x86-64 ("-tnb64")
• Dragonfly BSD op x86-32 ("-t dbsd")
• Dragonfly BSD op x86-64 ("-t db64")
• OpenIndiana op x86-32 ("-t oind")
• OpenIndiana op x86-64 ("-t oi64")
• Linux op ARM ("-t alarm")
• Linux op SPARC ("-t lspr")
• Minix 3.2 ("-t minx")
• Hierdie poorte pas dieselfde X-vensterkode aan as die Linux-poort, en moet dieselfde funksies hê, behalwe dat dit tans nie vir sommige klink nie. Die x86-64-weergawes is tans stadiger, aangesien daar nie gemakstaal is nie, en moet nie gebruik word as die x86-32 weergawes sal werk nie.
• Die X-weergawes kan nou klank speel met die OSS-API (Open Sound System). (Gewoonlik gebruik versoenbare implementerings op elke bedryfstelsel, eerder as die amptelike OSS self.) Klank is nou outomaties aangeskakel op FreeBSD en NetBSD. Klank stel sonder probleme op (met behulp van "-rond 1") op Dragonfly BSD en OpenIndiana, maar ek het nog nie daarin geslaag om te toets nie. Om klank op Dragonfly BSD te kry, lyk dit of dit nodig is om 'n handleiding op te stel. OpenIndiana lyk glad nie om enige klank in VMware Fusion te produseer nie. Klank stel ook sonder probleme op OpenBSD op, maar dit werk nie - die verlangde steekproefkoers misluk. Minix lyk nie regtig om klank te ondersteun nie. Dit is ook moontlik om die OSS API op Linux te gebruik, met behulp van die nuwe '-snd-api' bou stelselopsie.
• Die X-weergawes sal nou probeer om te kyk in die gids wat die aansoek vir die ROM-beeld bevat, soos die Macintosh- en Windows-weergawe. (En ook vir skyf1.dsk en so aan lêers.) As die toepassing gids nie bepaal kan word nie, word die huidige gids soos voorheen gebruik. Dit is geïmplementeer vir Linux, FreeBSD, NetBSD, Dragonfly BSD en OpenIndiana, maar nie OpenBSD en Minix nie.
• Die X-weergawes het nou 'n nuwe command line-opsie "-d [directory_path]", waarin [directory_path] gebruik word in plaas van die programmap wanneer jy die ROM-beeld, en disk1.dsk en so aan lêers soek. .
• Die X-weergawes het nou 'n nuwe command line opsie "-n [app_name]", waarin [app_name] gebruik word in plaas van die program naam vir die titel van die Mini vMac venster.
• Die X-weergawes ondersteun nou 'n sentrale ROM-lêergids soos die Macintosh- en Windows-weergawes het. As "~ / .gryphel / mnvm_rom" bestaan, Mini vMac sal daar kyk vir die ROM-beeld. As dit nie daar is nie, sal dit in die programmap kyk. (En die -r command line opsie sal beide ignoreer.)
• Gewysigde gedrag as standaardversterking:
• Die emulerende skerm na die regte skerm teken, is meer doeltreffend. As die kleur diepte 4 bit of minder is, eerder as om elke pixel te omskep, is daar 'n tabel met 256 inskrywings om een ​​byte op 'n keer te omskep. Dit is ook meer versigtig om slegs pixels om te skakel in die reghoek wat die veranderde area begrens, eerder as die hele skerm.
• Die Linux-weergawe laai die ALSA-biblioteek dinamies in om geluid te speel, sodat Mini vMac steeds sonder geluid hardloop, selfs al is ALSA nie geïnstalleer nie. (Hierdie tegniek is in SDL gesien.) So standaard is die Linux-weergawe nou saamgestel met klank, wat ooreenstem met die Mac- en Windows-weergawes.
• In die Linux-weergawe word snd_pcm_delay nie meer genoem as geluid met ALSA gespeel word nie. Die vertraging totdat 'n monster gespeel word, is nie regtig relevant nie. Wat Mini vMac moet weet, is tyd om onderbreking te buffer. Dus kyk Mini vMac nou na buffer grootte minus die beskikbare spasie in die buffer, wat dalk nuttiger kan wees om bufferonderdrukking te voorkom terwyl die latensie verminder word.
• Die X-weergawes gebruik nou raadgewende sluit om te weier om oop te maak vir die skryf van 'n skyfbeeld wat vir 'n ander kopie van Mini vMac oopgemaak is. Voorheen kon die X-weergawes van Mini vMac 'n reeds oop skyfkopie oopmaak, wat die prent moontlik sal beskadig. As Mini vMac slegs 'n skyfkopie kan lees, byvoorbeeld omdat die gebruiker die lêer gesluit het, dan word die raadgewende slot nie gebruik nie, en verskeie kopieë van Mini vMac kan dit gebruik.
• Die X-weergawes probeer nou die programnaam gebruik om die titel van die venster te stel, soos die Macintosh- en Windows-weergawes het. (As die aansoeknaam nie bepaal kan word nie, word "Mini vMac" soos voorheen gebruik.) Dit word gevind terselfdertyd as die programmap en is geïmplementeer vir dieselfde bedryfstelsels.
• Command line argumente word nou gescand voordat u skyf1.dsk soek en so aan lêers. Dit is nodig vir die nuwe '-d' opsie om te werk, en het die newe-effek dat as skyfbeelde op die opdraglyn gespesifiseer word, sal hulle eers oopgemaak word. As daar beelde op die opdraglyn is, sal Mini vMac nou nie stoor om skyf1.dsk te soek nie.
• Die '-l' (of "/ l" op Windows) -opdraglyn opsie is verwyder. Die "-spoed z" opsie vir die boustelsel moet eerder gebruik word. Die opsie vir die opdrag lyn was van voordat die boustelsel bestaan ​​het, en die besluit is gemaak om die bou-tyd opsies oor lopietyd opsies te bevoordeel.
• Bugfixes in standaardverstellings:
• Die Windows-weergawe maak nou die Enter-sleutel op die numeriese sleutelbord na die Macintosh Enter-sleutel. Dit kan nou die sleutel onderskei van die Enter-sleutel op die sleutelbord, wat na die Macintosh Return Key gekarteer is. Daar was voorheen geen manier om die Macintosh Enter-sleutel te tik nie. Danksy 'Alex' om hierdie probleem aan te dui.
• In die Windows-weergawe, in die volle skerm af, is die kontrole of 'n sleutel-down-gebeurtenis 'n outomatiese sleutel is, verkeerd. So potensieel sleutels kon geïgnoreer word as hulle nie gewees het nie. Ek het die tjek verwyder, aangesien dit nie duidelik is hoe om dit korrek te doen nie (wanneer 'n "lae vlak sleutelbord haak" gebruik word). Dit het geen invloed op Macintosh-emulasie nie, aangesien daar 'n bykomende tjek vir oortollige gebeurtenisse is. Dit kan die beheer af beïnvloed, soos wanneer u Control-M hou.
• Die Windows-weergawe reageer nou op die WM_QUERYENDSESSION-boodskap, sodat as jy probeer om jou rekenaar af te sluit met Mini vMac hardloop (met gemonteerde skyfbeelde), sal Mini vMac kla en stop die stilmaak.
• In die Linux-weergawe, met die gebruik van ALSA om klank te speel, is snd_pcm_start genoem voordat enige klankmonsters in die ALSA-buffer geplaas word. Dit kan aan die begin stotter, of volgens een verslag, verhoed dat klank glad nie werk nie. Mini vMac wag nou totdat sy private buffer vol is, en dra soveel oor wat in die ALSA-buffer pas, en begin dan met goeie speel.
• Wanneer die Linux-weergawe vir ARM saamgestel word, sluit dit 'n tjek in dat die resultaat van snd_pcm_avail_update redelik is, en indien nie snd_pcm_status_get_avail in plaas daarvan bel nie. Dit werk om 'n fout in Raspbian vir die Raspberry Pi.
• Die emulerende klok is nie behoorlik geinitialiseer nie en was eers korrek na die eerste "tweede" onderbreek.
• As die emulgeerde skerm te groot is om op die regte skerm te pas (wanneer outoscroll beskikbaar is), as die area van die geïmpuleerde skerm wat verander het, nie die sigbare area van die emulerende skerm sny nie, was 'n ongeldige reghoek gebruik vir tekeninge. Ek het dit ontdek toe ek probeer om uit te vind op Vector Linux 7, wat 'n paar ekstra ontfoutingstoetse het.
• In onwaarskynlike omstandighede kan die skerm in die skerm nie skuif om die laaste ry pixels aan die onderkant of die laaste kolom van die pixels aan die regterkant te wys nie.
• As die gasheer rekenaar nie vinnig genoeg is om Mini vMac teen 1x snelhede te laat loop nie, sal Mini vMac nie vlot hardloop nie en sal dit vir 'n paar sekondes pouseer. Die toets vir hierdie situasie was verkeerd, en 'n eenbyte-toonbank sou oorloop. (As sulke tellers so klein moontlik is, maak dit makliker om foute op te spoor.)
• In X Window weergawes van Mini vMac, wanneer u die Mini vMac uitbreiding gebruik om 'n lêer op die gasheerstelsel te skep, soos met ExportFl, word 'n stoor dialoog nie geïmplementeer nie. Voorheen sou die lêer eenvoudig in die aansoekgids geskep word met die gevraagde naam. Dit was nie veilig nie, dit maak die ergste toe dat 'n program in Mini vMac gebruik word om die Mini vMac-program te vervang. So word lêers in plaas daarvan geskep in 'n gids met die naam 'uitset' in die gids wat die aansoek bevat. Hierdie gids sal geskep word as dit nie bestaan ​​nie.
• In die Microsoft Windows-weergawe word 'n buffer oorloop as 'n pad na 'n skyfkopie na Mini vMac oorgedra word op die opdraglyn wat langer as wettig is vir 'n pad.
• Die Windows CE weergawe het bietjie verrot. Dit stel nou op en werk ten minste op die Microsoft Device Emulator met Windows Mobile Version 5.0. Ek het geen idee of dit op werklike hardeware werk nie. Het iemand omgee? (Windows Mobile is gestaak en vervang deur Windows Phone.) Hierdie poort het begin om in te meng met die hoof Windows-weergawe, en die keuse was om dit heeltemal te verwyder of dit onderhoubaar te maak.
• Nuwe funksies wat nie standaard is nie:
• Die nuwe stelsel stelsel opsie "-lt" stel Mike Fort se LocalTalk-emulasie in staat. Dit is tans beperkings. Dit word slegs vir OS X geïmplementeer. Dit vereis dat die bevel "sudo chmod ugo + rw / dev / bpf * & quot; om Mini vMac (en almal anders) toegang te gee tot alle netwerkverkeer. Die "-lt" opsie laat Mini Mini ook op die agtergrond hardloop, omdat Mini vMac nie 'n behoorlike LocalTalk-nodus kan wees as dit nie uitgevoer word nie. En jy moet AppleTalk in die kieser handmatig aanskakel. Ek kan die PRAM-vlaggies reeds met Apple Talk installeer, maar dit werk nie behoorlik nie.
• 'n nuwe stelsel opsie "lang-pol" kies 'n Poolse vertaling van die gebruikerskoppelvlak deur Przemyslaw Buczkowski.
• Die X-weergawes het aanvanklike ondersteuning vir kleur (vir Mac II-emulasie). Die X-weergawe ondersteun tot dusver slegs 24-bis "TrueColor", en het nog 'n paar ander beperkinge op die formaat. Ek betwyfel dat enigiets behalwe TrueColor op moderne masjiene gebruik word en waarskynlik nie die ander opsies sal ondersteun nie. Ander dieptes soos 15, 16 en 32 bisse mag gebruik word, en moet waarskynlik ondersteun word as ek 'n manier kan vind om hulle te toets.
• 'n nuwe stelsel opsie "-mf" kan verander van vergroting vanaf die standaard 2. Byvoorbeeld, "-mf 3" stel die vergroting in op 3. Die opsie "-mf 1" skakel vergroting uit (die beheer-M-bevel verwyder). Die vergrotingsfaktor moet 'n heelgetal wees.
• Gewysigde gedrag wat nie in verstek is nie:
• Die standaard kleur diepte vir Mac II emulatie is "-depth 3" in plaas van "-depth 0".
• Vir Macintosh II-emulasie, is AutoSlow nou standaard gedeaktiveer as '0'. AutoSlow moet dalk verdere stemming nodig hê om goed te werk met Mac II-emulasie.
• In die X-weergawes word die resultate van fwrite en fread op skyf beelde nou nagegaan vir foute wat die waarskuwings van die compiler in onlangse Ubuntu stop.
• Bugoplossings word nie as standaardverstellende gebruik nie:
• 'n fout in die DIVS.L instruksie wat deur "AP" gerapporteer is. ('N 68020 instruksie wat gebruik word in Mac II emulasie.)
• Vaste die BFFFO instruksie, wat heeltemal gebreek is, soos gerapporteer deur "AP". (Nog 68020 instruksies wat gebruik word in Mac II emulasie.)
• Bietjie veldbedrywighede op 'n register gebruik nou rotasie eerder as skuif. Die geselekteerde bisse kan nie aangrensend wees nie, soos aangedui deur "AP", en bevestig deur die dokumentasie. (Bewerkingsvelde is in die 68020 bygevoeg.)
• Bitveldoperasies op geheue probeer nou net op soveel grepe as wat nodig is. Voorheen het dit altyd op 5 grepe gewerk, wat ongewenste effekte kan hê as dit op 'n geheuekaartjie gebruik word, soos aangedui deur "AP".
• Die "MoveP.L, Dn" instruksie het die volgorde van verskuiwing en maskering gemeng, en dit is heeltemal gebreek, soos gerapporteer deur "AP".
• Die hack wat ekstra groot hoeveelhede video-RAM in die Macintosh II-emulasie toelaat, het nie behoorlik gewerk nie omdat 'n skikking wat gebruik word vir adresruimtevertaling in die CPU-emulasie nie groot genoeg toegewys is nie. Nou kies die boustelsel die toekenningsgrootte. (Hierdie probleem is waargeneem vir 1024x768 met miljoene kleure.) Verdere besonderhede: Elke NuBus-kaart kry slegs 1M adresruimte wanneer die rekenaar in die 24-bis modus is. En 'n Mac II lyk gewoonlik in 24-bis af te teken. As meer video-geheue benodig word vir die gevraagde samestellingstyd, gebruik Mini vMac adresruimte vanaf aangrensende NuBus-gleuwe.
• Vaste "-min-extn" bou opsie in die Linux-weergawe.
• Bou stelsel:
• Bygevoeg bygevoeg stelsel opsie "-api cco" Apple se kakao-API vir OS X gebruik, eerder as die verouderde Koolstof-API. Maar die Cocoa-poort van Mini vMac word nog nie oorweeg om redelik gereed te wees om amptelik ondersteun te word nie, en daarom word die Koolstof-weergawe nog steeds gebruik.
• Bygevoeg bygevoeg stelsel opsie & quot; -api sdl & quot; om die Simple DirectMedia Layer 1.2 API te gebruik. Dit is as 'n stapstap vir die Cocoa-poort bygevoeg - deur die bronkode vir SDL te kombineer met die bronkode vir 'n SDL-poort van Mini vMac, en dan alles te verwyder wat nie nodig is nie, en dan baie skoonmaak tot 'n aanvanklike inheemse kakao hawe na vore gekom. Die SDL-poort kan egter ook gebruik word as poort na ander platforms wat deur SDL ondersteun word. Maar dit is nog nie amptelik ondersteun nie.
• Bygevoeg bygevoeg stelsel opsie "-t mx64" vir die implementering van X11 by Apple op x86-64. (Voorheen is x86-32 en PowerPC ondersteun.)
• Bygevoeg bygevoeg stelsel opsie & quot; -t cygw & quot; vir Cygwin / X vir Microsoft Windows. Cygwin kan ook gebruik word om die gewone Microsoft Windows-weergawe saam te stel met "-t wx86 -e cyg".
• Bygevoeg bygevoeg stelsel opsie "-t irix" vir IRIX deur Silicon Graphics, Inc., danksy John Perkins.
• MinGW kan gebruik word om Mini vMac saam te stel met die stelsel stelsel opsie "-t wx86 -e mgw". Sedert Bloodshed Dev-C + + is gebaseer op MinGW, "-t wx86 -e dvc -cl" sou voorheen soortgelyke resultate gee.
• Verander volgorde van argumente aan die skakel opdrag wanneer die Linux-weergawe gebou word. Dit blyk dat daar 'n konvensionele bestelling is vir hoe biblioteke gespesifiseer moet word, wat ek nie geweet het nie, aangesien ek nie oor 'n skakelaar gekom het wat tot Ubuntu 11.10 versorg het nie.
• Die boustelsel moet nou behoorlik werk in ander emulators soos Skaaphouer. Dit is anoniem gerapporteer dat die boustelsel emulators sal ineenstort. Die toets of die opbou stelsel in Mini vMac uitgevoer is (sodat die daaruit voortvloeiende argief na die gasheer uitgevoer kan word) was nie goed genoeg nie.
• Die boustelsel onderdruk nou waarskuwingsboodskappe wat gegenereer is tydens die samestelling van die Macintosh II-emulasie met Microsoft Visual C ++, danksy 'n verslag van William Grana.