Mini vMac

Mini vMac je bezplatný a bezplatný grafický software, který je implementován v C a je navržen z offsetu jako emulátor pro počítačový systém Macintosh Plus, který byl vytvořen společností Apple. na operačních systémech Linux, BSD, Microsoft Windows a Mac OS X.

Být jedním z nejčasnějších počítačů Macintosh navržených společností Apple, Macintosh Plus spouští pouze starý software Mac, který samozřejmě nefunguje na nedávných počítačích Macintosh. Proto software Mini vMac pomáhá uchovat historii. Je navržena tak, aby byla co nejjednodušší, přenosná a jednodušší.

Chcete-li používat aplikaci Mini vMac v systému GNU / Linux, ujistěte se, že stáhnete binární balíček, který odpovídá hardwarové architektuře počítače, uložte archiv někde v počítači, rozbalte jej a poklepejte na spustitelný soubor .

Aplikace se otevře a upozorní, že obraz ROM systému Macintosh Plus nelze nalézt. To znamená, že budete muset získat i soubor vMac.ROM (další podrobnosti naleznete na domovské stránce projektu) a umístěte jej do stejné složky jako spustitelný soubor Mini vMac.

Po získání obrazu Macintosh Plus ROM musíte ukončit program a znovu ho otevřít. Pokud je soubor ROM platný, systém se automaticky spustí a umožní vám jej používat, jako byste použili jakýkoli jiný virtualizovaný operační systém.

Tento software je ve skutečnosti odštěpen aplikací vMac, která již mnoho let nebyla aktualizována. Pro vaše pohodlí je distribuován jako předinstalované binární balíčky pro výše uvedené operační systémy, podporující jak 64bitové (x86_64), tak 32bitové (x86) architektury instrukčních sad.

Zdrojový kód aplikace je také k dispozici ke stažení pro ty z vás, kteří chtějí optimalizovat software pro konkrétní hardwarovou platformu nebo operační systém.

Co je nové v této verzi:

• Dnešní Mini vMac 3.5.8 aktualizuje stabilní verzi k odstranění problému v systému PowerPC OS X a také řeší problém, který ovlivňuje službu Variation. Mini vMac 3.5.8 na platformách jiných než PowerPC OS X ('mach') a x86-32 OS X ('imch') by měl být totožný s Mini vMac 3.5.7, s výjimkou řetězce verze a data modifikace.
• Bylo hlášeno, že "Mini vMac 3.5.7 běží na systémech PPC G3". Ukazuje se, že příznak GCC "-mmacosx-verze-min" by měl být zadán pro všechny kompilované soubory, a ne pouze pro kód závislý na platformě. Ovlivňuje to, jako je požadovaný procesor. Tato změna nemá žádný účinek na systém Mini vMac pro x86-64 OS X, pro x86-32 OS X je nějaký účinek a největší efekt pro PowerPC.

Co je nového ve verzi 3.3.3:

• Nové funkce ve výchozím souboru:
• Více operačních systémů oficiálně podporuje Mini vMac:
• FreeBSD na x86-32 (pomocí "-t fbsd" v systému stavět)
• FreeBSD na x86-64 ("-t fb64")
• OpenBSD na x86-32 ("-t obsd")
• OpenBSD na x86-64 ("-t ob64")
• NetBSD na x86-32 ("-t nbsd")
• NetBSD na platformě x86-64 ("-t nb64")
• Dragonfly BSD na x86-32 ("-t dbsd")
• Dragonfly BSD na x86-64 ("-t db64")
• OpenIndiana na x86-32 ("-t oind")
• OpenIndiana na x86-64 ("-t oi64")
• Linux na ARM ("-t larm")
• Linux na SPARC ("-t lspr")
• Minix 3.2 ("-t minx")
• Tyto porty přizpůsobují stejný kód X Window jako port Linuxu a měly by mít stejné funkce, s výjimkou, že v současnosti nejsou pro některé z nich známé. Verze x86-64 jsou v současné době pomalejší kvůli chybějícímu ladění při sestavování jazyků a neměly by být použity, pokud budou fungovat verze x86-32.
• Verze X mohou nyní přehrávat zvuk pomocí API Open Sound System (OSS). (Obvykle je používán kompatibilní implementace v každém operačním systému, spíše než oficiální OSS samotný.) Výchozí zvuk je nyní povolen ve FreeBSD a NetBSD. Zvuk se kompiluje bez problémů (pomocí "-zvuku 1") na Dragonfly BSD a OpenIndiana, ale zatím jsem o nich netestoval. Zdá se, že získávání zvuku na Dragonfly BSD vyžaduje nějaké manuální nastavení. Nezdá se, že OpenIndiana vůbec produkuje zvuk ve VMware Fusion. Zvuk se také bez problémů komprimuje na OpenBSD, ale nefunguje - nastavení požadované vzorkovací frekvence se nezdaří. Minix ve skutečnosti nezdá, že podporuje zvuk ještě. Je také možné použít OSS API na Linuxu pomocí nového "-snd-api" stavět systém.
• Verze X se nyní pokusí najít ve složce obsahující aplikaci pro obraz ROM, jako je verze Macintosh a Windows. (A také pro soubory disk1.dsk a tak dále.) Pokud adresář aplikace nelze určit, aktuální adresář se používá jako předtím. Toto je implementováno pro Linux, FreeBSD, NetBSD, Dragonfly BSD a OpenIndiana, ale ne OpenBSD a Minix.
• Verze X nyní mají novou volbu příkazového řádku "-d [adresářová cesta]", ve které se [adresářová cesta] použije namísto adresáře aplikací při hledání ROM obrazu a disk1.dsk a tak dále .
• Verze X nyní mají novou volbu příkazového řádku "-n [jméno_aplikace]", ve které se místo názvu aplikace použije název [app_name] pro název okna Mini vMac.
• Verze X nyní podporuje centrální složku ROM, jako jsou verze Macintosh a Windows. Pokud "/ .gryphel / mnvm_rom" existuje, Mini vMac bude vypadat tam pro obraz ROM. Pokud tam není, bude vypadat v adresáři aplikací. (A možnost příkazového řádku -r přepíše oba.)
• Změněné chování při výchozím kompilaci:
• Kreslení emulované obrazovky na skutečnou obrazovku je efektivnější. Pokud je hloubka barev 4 bity nebo méně, spíše než konverze každého pixelu, je zde tabulka s 256 položkami pro konverzi jednoho bajt najednou. Je také mnohem opatrnější, pokud jde pouze o konverzi pixelů v obdélníku ohraničující změněnou oblast, spíše než na celou obrazovku.
• Verze Linux dynamicky načte knihovnu ALSA, aby přehrávala zvuk, takže Mini vMac bude fungovat i bez zvuku, i když není nainstalována ALSA. (Tato technika byla viděna v SDL.) Takže ve výchozím nastavení je verze Linuxu kompilována se zvukem, který odpovídá verzi Mac a Windows.
• Ve verzi Linuxu při přehrávání zvuku s ALSA již snd_pcm_delay již není volána. Zpoždění do přehrávání vzorku není opravdu důležité. Co Mini vMac potřebuje vědět, je čas na vyrovnání podkročení. Mini vMac tedy nyní hledá velikost vyrovnávací paměti minus dostupný prostor v vyrovnávací paměti, což může být užitečnější, aby se zabránilo podtlaku vyrovnávací paměti při minimalizaci latence.
• Verze X nyní používají poradní uzamčení k odmítnutí otevřít pro zápis obrazu disku, který byl otevřen pro zápis jinou kopií produktu Mini vMac. Dříve verze X v Mini vMac mohla otevřít již otevřený obraz disku, což pravděpodobně poškozuje obraz. Pokud aplikace Mini vMac dokáže otevřít pouze obraz na disku pouze pro čtení, například proto, že uživatel uzamkl soubor, pak se nepoužívá uzamčení poradenství a může jej používat více kopií produktu Mini vMac.
• Verze X se nyní pokouší použít název aplikace pro nastavení názvu okna, například verze Macintosh a Windows. (Pokud nelze určit název aplikace, použije se "Mini vMac" jako předtím.) Toto se nalézá současně s adresářem aplikace a je implementováno pro stejné operační systémy.
• Argumenty příkazového řádku jsou nyní skenovány před vyhledáním souborů disk1.dsk a tak dále. To je nezbytné pro nový "-d" možnost pracovat a má vedlejší efekt, že pokud jsou na příkazovém řádku uvedeny diskové obrazy, budou se nejprve otevřít. Pokud jsou na příkazovém řádku obrázky, Mini vMac se už nebude obtěžovat hledat disk1.dsk vůbec.
• "l" (nebo "/ l" v systému Windows). "Rychlost z" volba systému sestavení by měla být použita namísto toho. Možnost příkazového řádku byla předtím, než existoval systém sestavení, a bylo rozhodnuto upřednostnit vytváření možností času během volby času běhu.
• Opravy chyb ve výchozím souboru:
• Verze systému Windows nyní mapuje klávesu Enter na numerické klávesnici na klávesu Macintosh Enter. Tuto klávesu nyní můžete rozlišit od klávesy Enter na hlavní klávesnici, která je namapována na tlačítko pro návrat do počítače Macintosh. V minulosti nebyl způsob zadávání klávesy Macintosh Enter. Díky "Alex" pro upozornění na tento problém.
• Ve verzi systému Windows v režimu celé obrazovky je kontrola, zda je klíčová událost klíčem automatického opakování, nesprávná. Takže potenciální klíče mohly být ignorovány, kdyby neměly být. Kontrolu jsem odstranil, protože není jasné, jak to udělat správně (při použití "nízkoúrovňového klávesového háčku"). To neovlivní emulaci systému Macintosh, protože existuje dodatečná kontrola nadbytečných událostí. To může ovlivnit režim řízení, například když podržíte tlačítko Control-M.
• Verze systému Windows nyní reaguje na zprávu WM_QUERYENDSESSION, takže pokud se pokusíte počítač vypnout pomocí programu Mini vMac (s připojenými obrázky disku), Mini vMac si stěžuje a vypne vypnutí.
• Ve verzi Linuxu, pomocí programu ALSA k přehrávání zvuku, byla před přidáním libovolných zvukových vzorků do vyrovnávací paměti ALSA volána snd_pcm_start. To by mohlo způsobit koktání na začátku nebo podle jedné zprávy zabránilo zvuk pracovat vůbec. Mini vMac nyní čeká, dokud nebude jeho soukromá vyrovnávací paměť plná, poté přenese tolik, kolik se vejde do vyrovnávací paměti ALSA, a poté spustí přehrávání zvuku.
• Pokud je verze Linux kompilována pro ARM, obsahuje kontrolu, zda výsledek snd_pcm_avail_update vypadá rozumně, a pokud ne volá snd_pcm_status_get_avail namísto toho. To funguje kolem toho, co se zdá být chybou v Raspbian pro maliník Pi.
• Emulované hodiny nebyly správně inicializovány a byly správné po první "druhé" přerušení.
• Je-li emulovaná obrazovka příliš velká, aby se vešla na skutečnou obrazovku (je-li k dispozici automatické skenování), pokud oblast změněné emulované obrazovky neprotíná viditelnou oblast emulované obrazovky, pak byl neplatný obdélník použitý pro kreslení. Zjistil jsem to při testování Vector Linux 7, který se zdá, že má nějaké další kontroly ladění.
• Za nepravděpodobných okolností se v režimu celé obrazovky nemusí automatické procházení zobrazovat poslední řádek pixelů v dolní nebo poslední sloupec pixelů vpravo.
• Pokud není hostitelský počítač dostatečně rychlý, aby mohl Mini vMac běžet 1x rychlostí, Mini vMac by neproběhoval hladce a několik sekund se nepohyboval. Test pro tuto situaci byl nesprávný a jeden byte čítač by přetečení. (Mějte takové počitadla co nejmenší, usnadňuje detekci takových chyb.)
• V verzích X Window Mini vMac, při použití rozšíření Mini vMac k vytvoření souboru v hostitelském systému, jako je například ExportFl, není uložen dialog pro ukládání. Dříve byl soubor vytvořen v adresáři aplikace s požadovaným názvem. To nebylo v pořádku, v nejhorším případě umožňuje program, který běží v Mini vMac, nahradit aplikaci Mini vMac. Takže nyní budou soubory vytvořeny ve složce s názvem "výstup" v adresáři obsahující aplikaci. Tato složka bude vytvořena, pokud neexistuje.
• Ve verzi systému Microsoft Windows, pokud je cesta k obrazu disku předána do Mini vMac na příkazovém řádku, který je delší, než je legální cesta, je výsledkem přetečení vyrovnávací paměti.
• Verze systému Windows CE utrpěla malou hnilobu. Nyní kompiluje a pracuje alespoň na Emulátoru zařízení Microsoft s Windows Mobile verze 5.0. Nemám tušení, zda funguje na skutečném hardwaru. Má někdo zájem? (Windows Mobile byl přerušený a nahrazen Windows Phone.) Tento port začal rušit údržbu hlavní verze systému Windows a volbou bylo úplné odstranění nebo udržitelnost.
• Nové funkce, které nejsou ve výchozím kompilátoru:
• Nová volba systému sestavení "-lt" umožňuje emulaci Mike Fort's LocalTalk. V současné době existují určitá omezení. Je implementován pouze pro OS X. Vyžaduje spuštění příkazu "sudo chmod ugo + rw / dev / bpf *". umožnit Mini vMac (a všem ostatním) přístup ke všem síťovým přenosům. Výraz "-lt" volba také způsobí, že Mini vMac běží na pozadí ve výchozím nastavení, protože Mini vMac nemůže být správným uzlem LocalTalk, pokud není spuštěn. A potřebujete ručně zapnout AppleTalk v nástroji pro výběr - můžu nastavit příznaky PRAM, které se již mají spustit s AppleTalk, ale nefunguje správně.
• Nová volba systémového systému "-lang pol" vybírá polský překlad uživatelského rozhraní Przemyslawem Buczkowskim.
• Verze X mají počáteční podporu barev (pro emulaci Mac II). Verze X zatím podporuje pouze 24 bitů "TrueColor" a má několik dalších omezení formátu. Pochybuji, že se na moderních strojích používá něco jiného než TrueColor, a pravděpodobně nebude podporovat další možnosti. Mohou být použity další hloubky, jako například 15, 16 a 32 bitů, a pravděpodobně by měly být podporovány, pokud mohu najít způsob, jak je vyzkoušet.
• Nová volba systému "-mf" umožňuje změnu zvětšení z výchozí 2. Například "-mf 3" nastaví zvětšení na hodnotu 3. Možnost "-mf 1" vypne zvětšení (odebrání příkazu Control-M). Faktor zvětšení musí být celé číslo.
• Změněné chování, které není ve výchozím složení:
• Výchozí barevná hloubka pro emulaci Mac II je "-depth 3" namísto "-depth 0".
• Pro emulování Macintosh II je AutoSlow ve výchozím nastavení vypnuto "-as 0". AutoSlow může potřebovat další vyladění pro práci s emulací Mac II.
• Ve verzích X jsou výsledky fwrite a fread na diskových snímcích nyní kontrolovány na chyby, což zastavuje varování kompilátoru v nedávném Ubuntu.
• Opravy chyb, které nejsou ve výchozím nastavení kompilace:
• Opravena chyba v instrukci DIVS.L hlášené pomocí "AP". (Instrukce A 68020 používané v emulaci Mac II.)
• Opravena instrukce BFFFO, která byla úplně rozbitá, jak uvádí "AP". (Další instrukce 68020 používané v emulaci Mac II.)
• Bitové operace v registru nyní používají spíše než posun. Vybrané bity mohou být nesouvislé, jak je zdůrazněno v "AP" a potvrzeno dokumentací. (Bitové operační pole byla přidána v 68020.)
• Bitové operace v paměti se nyní pokoušejí pracovat pouze s tolika bajty, kolik je třeba. Dříve to fungovalo vždy na 5 bajtech, které by mohly mít nežádoucí účinky, pokud pracují na paměťově mapovaném zařízení, jak to ukazuje "AP".
• "MoveP.L, Dn" instrukce smíchala pořadí posunu a maskování a byla tak zcela zlomena, jak je uvedeno v "AP".
• Hack, který umožňuje extra velké množství video paměti RAM v emulaci Macintosh II nefungoval správně, protože pole použité pro překlad adresového prostoru v emulaci CPU nebylo přiděleno dostatečně velké. Nyní systém vybere velikost alokace. (Tento problém byl pozorován u 1024x768 s miliony barev.) Další podrobnosti: Každá karta NuBus dostane pouze 1M adresového prostoru, když je počítač v režimu 24 bitů. A Mac II se zdá, že obvykle čerpá v režimu 24 bitů. Je-li pro požadované možnosti kompilace potřebné více video paměti RAM, Mini vMac použije adresní prostor z přilehlých slotů NuBus.
• Pevná "min-extn" build v verzi Linuxu.
• Vytvořit systém:
• Přidaná volba systému build "-api cco" používat Apple Cocoa API pro OS X spíše než zastaralý Carbon API. Ale port kakaa Mini vMac ještě není považován za zcela připravený být oficiálně podporován, a tak se Carbon verze stále používá.
• Přidaný systémový systém "-api sdl" pro použití rozhraní API Simple DirectMedia Layer 1.2. Toto bylo přidáno jako odrazový můstek k portu kakaa - kombinací zdrojového kódu pro SDL se zdrojovým kódem pro port SDL Mini vMac a následným odstraněním všeho, co není potřeba, a pak spoustou vyčištění až do původního původního kakaa port se objevil. Port SDL lze však použít jako port pro jiné platformy podporované SDL. Ale toto (oficiálně) není oficiálně podporováno.
• Přidaná volba systému build "-t mx64" pro implementaci Apple X11 na platformě x86-64. (Dříve byly podporovány x86-32 a PowerPC.)
• Přidaná volba systému build "-t cygw" pro Cygwin / X pro Microsoft Windows. Cygwin lze také použít ke kompilaci běžné verze systému Microsoft Windows s "-t wx86 -e cyg".
• Přidaná možnost systému build "-t irix" pro společnost IRIX společnosti Silicon Graphics, Inc., díky Johnovi Perkinsovi.
• MinGW lze použít ke kompilaci produktu Mini vMac se systémovou volbou systému "-t wx86 -e mgw". Protože Bloodshed Dev-C ++ je založen na MinGW, "-t wx86 -e dvc-cl" by dříve daly podobné výsledky.
• Změnil pořadí argumentů příkazu propojení při vytváření verze systému Linux. Ukazuje se, že existuje obvyklá objednávka, jak by měly být specifikovány knihovny, které jsem nevěděl, protože jsem nepřišel přes linker, který se staral až do Ubuntu 11.10.
• Systém sestavení by měl nyní pracovat správně v jiných emulátorech, jako je SheepShaver. Bylo anonymně hlášeno, že systém stavět by emulátory zhroucení. Zkouška, zda systém stavění běžel v programu Mini vMac (takže výsledný archiv lze exportovat do hostitele), nebyl dost dobrý.
• Systém sestavení nyní potlačuje varovné zprávy, které byly generovány při kompilaci emulace Macintosh II s programem Microsoft Visual C ++, díky zprávě od Williama Grany.