Mini vMac

Mini vMac este un program grafic open-source, gratuit și cross-platform implementat în C și proiectat din offset pentru a acționa ca emulator pentru sistemul de calcul Macintosh Plus creat de Apple pe sistemele de operare Linux, BSD, Microsoft Windows și Mac OS X.

Fiind una dintre cele mai vechi mașini Macintosh proiectate de Apple, Macintosh Plus rulează numai software Mac vechi, care, desigur, nu funcționează pe calculatoarele recente Macintosh. Prin urmare, software-ul Mini vMac ajută la păstrarea istoricului. Acesta a fost proiectat pentru a fi ușor de utilizat, portabil și simplu posibil.

Pentru a utiliza aplicația Mini vMac pe sistemul GNU / Linux, asigurați-vă că descărcați pachetul binar care corespunde arhitecturii hardware a computerului dvs., salvați arhiva undeva pe computer, despachetați-o și faceți dublu clic pe executabil .

Aplicația se va deschide, anunțându-vă că nu se poate localiza o imagine ROM a sistemului Macintosh Plus. Aceasta înseamnă că va trebui să obțineți și un fișier vMac.ROM (mai multe detalii găsiți pe pagina de pornire a proiectului) și plasați-l în același director ca și executabilul Mini vMac.

După ce ați obținut imaginea Macintosh Plus ROM, trebuie să închideți programul și să îl redeschideți. Dacă fișierul ROM este valabil, sistemul va porni automat și vă va permite să îl utilizați ca și cum ați folosi orice alt sistem de operare virtualizat.

Acest software este de fapt un spin al aplicației vMac, care nu a fost actualizată de mai mulți ani. Pentru comoditatea dvs., acesta este distribuit ca pachete binare pre-construite pentru sistemele de operare menționate mai sus, care suportă arhitecturi de seturi de instrucțiuni atât pe 64 de biți (x86_64), cât și pe 32 de biți (x86).

Codul sursă al aplicației este de asemenea disponibil pentru descărcare, pentru cei care doresc să optimizeze software-ul pentru o anumită platformă hardware sau sistem de operare.

Ce este nou în această versiune:

• Mini Mini vMac 3.5.8 actualizează versiunea stabilă pentru a remedia o problemă la PowerPC OS X și rezolvă, de asemenea, o problemă care afectează serviciul de variație. Mini vMac 3.5.8 pe alte platforme decât PowerPC OS X ("mach") și x86-32 OS X ("imch") ar trebui să fie identic cu Mini vMac 3.5.7, cu excepția șirului de versiune și a datei modificării.
• S-a raportat că "Mini vMac 3.5.7 nu funcționează pe sistemele PPC G3". Se pare că semnalul GCC "-mmacosx-version-min" ar trebui să fie specificate pentru toate fișierele compilate, nu doar pentru codul dependent de platformă. Afectează lucruri precum procesorul necesar. Efectuarea acestei modificări nu are efect asupra Mini vMac pentru x86-64 OS X, există un efect pentru x86-32 OS X, iar efectul cel mai mare este pentru PowerPC.

Ce este nou în versiunea 3.3.3:

• Funcții noi în compilarea implicită:
• Mai multe sisteme de operare sunt acceptate oficial de Mini vMac:
• FreeBSD pe x86-32 (Folosind "-t fbsd" în sistemul de construcție)
• FreeBSD pe x86-64 ("-t fb64")
• OpenBSD pe x86-32 ("-t obsd")
• OpenBSD pe x86-64 ("-t ob64")
• NetBSD pe x86-32 ("-t nbsd")
• NetBSD pe x86-64 ("-t nb64")
• Dragonfly BSD pe x86-32 ("-t dbsd")
• Dragonfly BSD pe x86-64 ("-t db64")
• OpenIndiana pe x86-32 ("-t oind")
• OpenIndiana pe x86-64 ("-t oi64")
• Linux pe ARM ("-t larm")
• Linux pe SPARC ("-t lspr")
• Minix 3.2 ("-t minx")
• Aceste porturi adaptează același cod X Window ca port Linux și ar trebui să aibă aceeași funcționalitate, cu excepția faptului că în prezent nu le sună. Versiunile x86-64 sunt în prezent mai lent, din cauza lipsei de aliniere a limbajului de asamblare, și nu ar trebui să fie utilizate dacă vor funcționa versiunile x86-32.
• Versiunile X pot reda acum sunet utilizând API-ul Open Sound System (OSS). (De obicei, folosind implementări compatibile pe fiecare sistem de operare, mai degrabă decât OSS-ul oficial). Sunetul este acum activat implicit pe FreeBSD și NetBSD. Sunetul se compilează fără probleme (folosind "sonorizare 1") pe Dragonfly BSD și OpenIndiana, dar nu am reușit încă să le testez pe acestea. Obținerea sunetului pe Dragonfly BSD pare să necesite o instalare manuală. OpenIndiana nu pare să producă niciun sunet în VMware Fusion. Sunetul se compilează fără probleme pe OpenBSD, dar nu funcționează - setarea ratei de eșantionare dorită eșuează. Minix nu pare să sprijine sunetul încă. De asemenea, este posibil să se folosească API-ul OSS pe Linux, folosind noul "-snd-api" construiți opțiunea de sistem.
• Versiunile X vor încerca acum să se uite în folderul care conține aplicația pentru imaginea ROM, cum ar fi versiunea Macintosh și Windows. (Și, de asemenea, pentru disc1.dsk și așa mai departe fișiere.) Dacă directorul de aplicații nu poate fi determinat, directorul curent este utilizat ca înainte. Acesta este implementat pentru Linux, FreeBSD, NetBSD, Dragonfly BSD și OpenIndiana, dar nu OpenBSD și Minix.
• Versiunile X au acum o nouă opțiune de linie de comandă "-d [director_path]", în care [director_path] este folosit în loc de directorul de aplicații atunci când caută imaginea ROM și disc1.dsk și așa mai departe fișierele .
• Versiunile X au acum o nouă opțiune de linie de comandă "-n [nume_aplicație]", în care numele de nume [app_name] este folosit în locul numelui aplicației pentru titlul ferestrei Mini vMac.
• Versiunile X acceptă acum un director central ROM, cum ar fi versiunile Macintosh și Windows. Dacă "/ .gryphel / mnvm_rom" există, Mini vMac va căuta acolo imaginea ROM. Dacă nu este acolo, va arăta în directorul de aplicații. (Și opțiunea din linia de comandă -r va suprascrie pe ambele.)
• Schimbarea comportamentului implicit:
• Desenarea ecranului emulat pe ecranul real este mai eficientă. Când adâncimea de culoare este de 4 biți sau mai puțin, în loc de a converti fiecare pixel, există un tabel cu 256 de intrări pentru conversia unui octet la un moment dat. Este, de asemenea, mai atent la convertirea pixelilor în dreptunghiul delimitând zona modificată, mai degrabă decât pe tot ecranul.
• Versiunea Linux încarcă dinamic biblioteca ALSA pentru a reda sunetul, astfel încât Mini vMac va funcționa în continuare, fără sunet, chiar dacă nu este instalat ALSA. (Această tehnică a fost văzută în SDL.) Deci, în mod implicit, versiunea Linux este acum compilată cu sunet, care se potrivește cu versiunile Mac și Windows.
• În versiunea Linux, atunci când se redă sunet cu ALSA, snd_pcm_delay nu mai este apelat. Întârzierea până când un eșantion este jucat nu este cu adevărat relevantă. Ceea ce trebuie să știe Mini vMac este timpul pentru tamponarea subteranului. Deci, Mini vMac se uită acum la dimensiunea buffer-ului minus spațiul disponibil în buffer-ul, care poate fi mai util, în scopul de a preveni deplasarea tamponului în timp ce minimiza latența.
• Versiunile X utilizează acum blocarea consultativă pentru a refuza deschiderea pentru scrierea unei imagini de disc care a fost deschisă pentru scriere de către o altă copie a Mini vMac. Anterior, versiunile X de la Mini vMac ar putea deschide o imagine a discului deja deschisă, corupând probabil imaginea. Dacă Mini vMac poate deschide doar o imagine pe disc numai pentru citire, cum ar fi pentru că utilizatorul a blocat fișierul, atunci blocarea consultativă nu este utilizată și mai multe copii ale lui Mini vMac îl pot utiliza.
• Versiunile X încearcă acum să utilizeze numele aplicației pentru a seta titlul ferestrei sale, cum ar fi versiunile Macintosh și Windows. (Dacă numele aplicației nu poate fi determinat, "Mini vMac" este folosit ca mai înainte.) Acest lucru se găsește în același timp cu directorul aplicației și este implementat pentru aceleași sisteme de operare.
• Argumentele liniei de comandă sunt scanate înainte de a căuta fișierele disk1.dsk și așa mai departe. Acest lucru este necesar pentru noul "-d" opțiunea de a lucra și are efectul secundar că, dacă sunt specificate imagini pe disc, acestea vor fi deschise mai întâi. Dacă există imagini pe linia de comandă, Mini vMac nu va deranja acum să caute disc1.dsk.
• "l" (sau "/ l" pe Windows) opțiunea de linie de comandă este eliminată. "Viteza z" opțiunea pentru sistemul de construcție ar trebui utilizată în schimb. Opțiunea pentru linia de comandă a fost de la data existenței sistemului de construire și decizia luată pentru a favoriza opțiunile de construire a timpului peste opțiunile de timp de funcționare.
• Remedierea erorilor în compilația implicită:
• Versiunea Windows are acum hărți tasta Enter de pe tastatura numerică la tasta Enter Macintosh. Acum se poate distinge cheia de la tasta Enter de pe tastatura principală, care este mapată la tasta de returnare Macintosh. Nu a existat anterior nici o modalitate de a tasta tasta Macintosh Enter. Vă mulțumim pentru "Alex" pentru a sublinia această problemă.
• În versiunea Windows, în modul Full Screen, verificarea dacă un eveniment cu tastă în jos este o cheie autorepeată este incorectă. Deci, cheile potențiale ar fi putut fi ignorate când nu ar fi trebuit să fie. Am eliminat verificarea, deoarece nu este clar cum se procedează în mod corect (când se utilizează un "cârlig de tastatură de nivel scăzut"). Acest lucru nu afectează emularea Macintosh, deoarece există o verificare suplimentară pentru evenimentele redundante. Poate afecta modul de control, cum ar fi când țineți apăsată tasta Control-M.
• Versiunea Windows răspunde acum la mesajul WM_QUERYENDSESSION, astfel încât dacă încercați să închideți computerul cu Mini vMac care rulează (cu imagini de discuri montate), atunci Mini vMac se va plânge și va opri închiderea.
• În versiunea Linux, folosind ALSA pentru a reda sunetul, a fost apelat snd_pcm_start înainte de a pune orice eșantioane de sunet în tamponul ALSA. Acest lucru ar putea provoca stuttering la început, sau în conformitate cu un raport, împiedica sunetul de la a lucra la toate. Mini vMac așteaptă acum până când tamponul privat este plin, apoi transferă cât de mult se va potrivi în tamponul ALSA și apoi începe redarea sunetului.
• Când versiunea Linux este compilată pentru ARM, aceasta include o verificare a faptului că rezultatul snd_pcm_avail_update pare rezonabil și dacă nu este apelat snd_pcm_status_get_avail în schimb. Acest lucru funcționează în jurul valorii de ceea ce pare a fi un bug în Raspbian pentru Zmeura Pi.
• Ceasul emulat nu a fost inițializat corespunzător și a fost corect doar după prima "secundă" întrerupe.
• Dacă ecranul emulat este prea mare pentru a se încadra pe ecranul real (când este disponibilă autoscroll), dacă zona ecranului emulat care s-a schimbat nu intersectează zona vizibilă a ecranului emulat, atunci a fost un dreptunghi nevalid folosit pentru desen. Am descoperit acest lucru când încercam Vector Linux 7, care pare să aibă unele verificări suplimentare de depanare.
• În situații improbabile, în modul Full Screen, autoscroll-ul poate să nu deruleze pentru a afișa ultimul rând de pixeli din partea de jos sau ultima coloană de pixeli din dreapta.
• În cazul în care calculatorul gazdă nu este suficient de rapid pentru ca Mini vMac să ruleze la viteze de 1x, atunci Mini vMac nu ar funcționa fără probleme, întrerupând periodic câteva secunde. Testul pentru această situație era incorect și un contor de byte ar fi depășit. (Aveți astfel de contoare cât mai mici posibil, facilitează detectarea unor astfel de erori.)
• În versiunile X Window ale Mini vMac, atunci când se utilizează extensia Mini vMac pentru a crea un fișier pe sistemul gazdă, cum ar fi cu ExportFl, nu este implementat un dialog de salvare. Anterior, fișierul ar fi creat pur și simplu în directorul de aplicații cu numele solicitat. Acest lucru nu era sigur, în cel mai rău caz, permite unui program care rulează în Mini vMac să înlocuiască aplicația Mini vMac. Deci acum fișierele vor fi create într-un director numit "output" în directorul care conține aplicația. Acest director va fi creat dacă nu există.
• În versiunea Microsoft Windows, dacă o cale către o imagine disc este trecută la Mini vMac pe linia de comandă, care este mai lungă decât cea legală pentru o cale, rezultă o depășire a tamponului.
• Versiunea Windows CE a suferit putregai. Acum se compilează și cel puțin funcționează pe emulatorul de dispozitive Microsoft cu Windows Mobile Version 5.0. Nu am idee dacă funcționează pe hardware real. Îi pasă cineva? (Windows Mobile a fost întrerupt și înlocuit cu Windows Phone.) Acest port a început să interfereze cu menținerea versiunii principale Windows, iar alegerea era să-l elimine în întregime sau să o facă menținută.
• Funcții noi care nu sunt compilate implicit:
• Opțiunea pentru noul sistem de construcție "-lt" permite emularea locală a lui Mike Fort. În prezent există câteva limitări. Este implementat numai pentru OS X. Aceasta necesită rularea comenzii "sudo chmod ugo + rw / dev / bpf *". pentru a permite Mini vMac (și tuturor celorlalți) să acceseze tot traficul de rețea. Termenul "-lt" de asemenea, cauza ca Mini vMac să ruleze în mod implicit în fundal, deoarece Mini vMac nu poate fi un nod LocalTalk adecvat dacă nu rulează. Și trebuie să porniți AppleTalk manual în selectator - pot seta pavilioanele PRAM pentru a porni deja cu AppleTalk, dar nu funcționează corect.
• O opțiune nouă pentru sistemul de construcție "lang pol" selectează o traducere poloneză a interfeței cu utilizatorul de către Przemyslaw Buczkowski.
• Versiunile X au suport inițial pentru culoare (pentru emularea Mac II). Versiunea X până în prezent acceptă doar 24 de biți "TrueColor" și are și alte câteva limitări privind formatul. Mă îndoiesc că orice altceva decât TrueColor este folosit pe mașini moderne și, probabil, nu va susține celelalte opțiuni. Pot fi utilizate și alte adâncimi, cum ar fi 15, 16 și 32 de biți, și probabil că ar trebui să fie susținută dacă găsesc o modalitate de a le testa.
• O opțiune nouă de construire a sistemului "-mf" permite modificarea măririi de la valoarea implicită 2. De exemplu, "-mf 3" stabilește mărirea la 3. Opțiunea "-mf 1" dezactivează mărirea (eliminând comanda Control-M). Factorul de mărire trebuie să fie un număr întreg.
• Comportamentul modificat nu este compilat implicit:
• Adâncimea de culoare prestabilită pentru emularea Mac II este "-depth 3" în loc de "-depta 0".
• Pentru emularea Macintosh II, AutoSlow este acum dezactivată implicit "-as 0". Este posibil ca AutoSlow să necesite o reglare suplimentară pentru a funcționa bine cu emularea Mac II.
• În versiunile X, rezultatele fwrite și fread pe imaginile de disc sunt acum verificate pentru erori, ceea ce oprește avertismentele de compilator din Ubuntu recent.
• Remedierea erorilor nu este compilate implicit:
• A fost rezolvată o eroare în instrucțiunea DIVS.L raportată de "AP". (Instrucțiunea A 68020 folosită în emularea Mac II)
• S-a stabilit instrucțiunea BFFFO, care a fost complet spart, așa cum este raportată de "AP". (O altă instrucțiune 68020 folosită în emularea Mac II)
• Operațiile câmpului bit pe un registru utilizează acum rotire, mai degrabă decât schimbare. Bitii selectați pot fi necontencioși, așa cum s-a subliniat prin "AP" și confirmat de documentație. (Câmpurile de operații bit au fost adăugate în 68020.)
• Operațiile câmpului bit din memorie încearcă acum să funcționeze numai pe cât de mulți octeți este necesar. Anterior, acesta a funcționat întotdeauna pe 5 octeți, ceea ce ar putea avea efecte nedorite dacă funcționează pe un dispozitiv mapat pe memorie, așa cum a subliniat "AP".
• "MoveP.L, Dn" instrucțiunea amestecă ordinea deplasării și mascării și astfel a fost complet spart, așa cum este raportat de către "AP".
• Hack-ul care permite o cantitate foarte mare de Video RAM în emularea Macintosh II nu funcționa corect deoarece o matrice folosită pentru traducerea spațiului de adrese în emularea CPU nu a fost alocată suficient de mare. Acum sistemul de construcție alege dimensiunea de alocare. (Această problemă a fost observată pentru 1024x768 cu milioane de culori.) Detalii suplimentare: Fiecare card NuBus primește doar 1M de spațiu de adresă atunci când computerul este în modul 24 bit. Iar un Mac II pare să deseneze de obicei modul de 24 biți. Atunci când este nevoie de mai multă memorie video RAM pentru opțiunile de timp de compilare solicitate, Mini vMac folosește spațiul de adrese din sloturile NuBus adiacente.
• Fixat "-min-extn" construiți în versiunea Linux.
• Construiți sistemul:
• Opțiunea de construcție adăugată adăugată "-api cco" să folosiți API-ul Cocoa pentru Apple pentru OS X, mai degrabă decât API-ul Carbon depreciat. Dar portul de cacao al lui Mini vMac nu este considerat încă pregătit pentru a fi oficial susținut, deci versiunea Carbon este încă utilizată.
• Opțiunea de construcție adăugată adăugată "-api sdl" pentru a utiliza API-ul Layer 1.2 simplu. Acesta a fost adăugat ca o piatră de temelie pentru portul de cacao - prin combinarea codului sursă pentru SDL cu codul sursă pentru un port SDL de la Mini vMac și apoi eliminarea tot ceea ce nu este necesar și apoi o mulțime de curățare până la o cacao inițială nativă portul a apărut. Cu toate acestea, portul SDL poate fi utilizat ca și port pentru alte platforme suportate de SDL. Dar acest lucru nu este (încă) susținut oficial.
• Opțiunea de construcție adăugată "-t mx64" pentru implementarea Apple X11 pe x86-64. (Anterior x86-32 și PowerPC au fost acceptate.)
• Opțiunea de construcție adăugată "-t cygw" pentru Cygwin / X pentru Microsoft Windows. Cygwin poate fi, de asemenea, utilizat pentru a compila versiunea obișnuită Microsoft Windows cu "-t wx86 -e cyg".
• Opțiunea de adăugare a sistemului de construcție "-t irix" pentru IRIX de către Silicon Graphics, Inc., datorită lui John Perkins.
• MinGW poate fi utilizat pentru a compila Mini vMac cu opțiunea de construire a sistemului "-t wx86 -e mgw". Deoarece Bloodshed Dev-C ++ se bazează pe MinGW, "-t wx86 -e dvc -cl" ar fi dat anterior rezultate similare.
• Ordinea modificată a argumentelor la comanda de conectare la construirea versiunii Linux. Se pare că există o ordine convențională pentru cum ar trebui să fie specificate bibliotecile, pe care nu le știam de când nu am venit pe un linker care să aibă grijă până la Ubuntu 11.10.
• Sistemul de construcție ar trebui să funcționeze acum în mod corespunzător în alte emulatoare, cum ar fi SheepShaver. Anonim a fost raportat faptul că sistemul de construire ar putea cauza crash emulatori. Testul dacă sistemul de construire rulează în Mini vMac (astfel încât arhiva rezultată poate fi exportată către gazdă) nu a fost suficient de bună.
• Sistemul de construire suprimă acum mesajele de avertizare care au fost generate atunci când compilați emularea Macintosh II cu Microsoft Visual C ++, datorită unui raport de la William Grana.