Mini vMac

Mini vMac jest otwartym, darmowym i wieloplatformowym graficznym oprogramowaniem wdrożonym w C i zaprojektowanym z poziomu offsetu, działającym jako emulator systemu komputerowego Macintosh Plus, który został stworzony przez firmę Apple, działając na systemach operacyjnych Linux, BSD, Microsoft Windows i Mac OS X.

Jako jeden z pierwszych komputerów Macintosh zaprojektowanych przez firmę Apple, Macintosh Plus działa tylko na starym komputerze Mac, co oczywiście nie działa na komputerach Macintosh. Dlatego oprogramowanie Mini vMac pomaga zachować historię. Został zaprojektowany tak, aby był jak najprostszy w użyciu, przenośny i prosty.

Aby korzystać z aplikacji Mini vMac w systemie GNU / Linux, upewnij się, że pobierzesz pakiet binarny zgodny z architekturą komputerową Twojego komputera, zapisz archiwum gdzieś na Twoim komputerze, rozpakuj i kliknij dwukrotnie plik wykonywalny .

Otworzy się aplikacja, informując o tym, że obraz ROM systemu Macintosh Plus może zostać zlokalizowany. Oznacza to, że musisz także pobrać plik vMac.ROM (więcej szczegółów można znaleźć na stronie głównej projektu) i umieścić go w tym samym folderze, co plik wykonywalny Mini vMac.

Po otrzymaniu obrazu ROM z systemem Macintosh Plus należy zamknąć program i ponownie go otworzyć. Jeśli plik ROM jest poprawny, system automatycznie uruchomi i zezwoli na użycie go tak, jak w przypadku dowolnego innego zwirtualizowanego systemu operacyjnego.

To oprogramowanie jest wyłączeniem aplikacji vMac, która nie została zaktualizowana przez wiele lat. Dla Twojej wygody jest on rozproszony jako wstępnie zbudowane pakiety binarne dla wyżej wymienionych systemów operacyjnych, obsługujących architektury zestawu instrukcji 64-bitowych (x86_64) i 32-bitowych (x86).

Kod źródłowy aplikacji jest również dostępny do pobrania, dla tych, którzy chcą zoptymalizować oprogramowanie dla określonej platformy sprzętowej lub systemu operacyjnego.

Co to jest nowy w tym wydaniu:

• Dzisiejsza wersja Mini vMac 3.5.8 aktualizuje stabilną wersję, aby rozwiązać problem na PowerPC OS X, a także rozwiązuje problem dotyczący usługi wariancji. Mini vMac 3.5.8 na platformach innych niż PowerPC OS X ('mach') i x86-32 OS X ('imch') powinny być identyczne z Mini vMac 3.5.7, z wyjątkiem ciągu wersji i daty modyfikacji.
• Zgłoszono, że "Mini vMac 3.5.7 nie działa na systemach PPC G3". Okazuje się, że flaga GCC "-mmacosx-version-min" należy określić dla wszystkich skompilowanych plików, a nie tylko kodu zależnego od platformy. Ma wpływ na takie rzeczy, jak wymagany procesor. Zmiana ta nie ma wpływu na Mini vMac dla systemów operacyjnych x86-64 OS X, istnieje pewien wpływ na system operacyjny x86-32 OS X, a największy wpływ na PowerPC.



Co nowego w wersji 3.3.3:

• Nowe funkcje w domyślnym kompilacji:
• Więcej systemów operacyjnych jest oficjalnie obsługiwanych przez Mini vMac:
• FreeBSD w systemach x86-32 (używając "-t fbsd" w systemie kompilacji)
• FreeBSD na serwerach x86-64 ("-t fb64")
• OpenBSD na serwerach x86-32 ("-t obsd")
• OpenBSD na serwerach x86-64 ("-t ob64")
• NetBSD na serwerach x86-32 ("-t nbsd")
• NetBSD na serwerach x86-64 ("nb 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 ("-ti64")
• Linux na ARM ("-t larm")
• Linux na SPARC ("-t lspr")
• Minix 3.2 ("-t minx")
• Te porty dostosowują ten sam kod okna X Window jak port systemu Linux i powinny mieć taką samą funkcjonalność, z wyjątkiem obecnie niedostępnych dla niektórych. Wersje x86-64 są obecnie wolniejsze, z powodu braku elastyczności języków montażowych i nie powinny być używane, jeśli będą działały wersje x86-32.
• Wersje X mogą teraz odtwarzać dźwięk za pomocą interfejsu Open Sound System (OSS). (Zazwyczaj używając kompatybilnych implementacji w każdym systemie operacyjnym, a nie oficjalnego OSS). Dźwięk jest domyślnie włączony na FreeBSD i NetBSD. Sound kompiluje się bez problemów (używając "-sound 1") w Dragonfly BSD i OpenIndiana, ale nie byłem w stanie przetestować tych jeszcze. Dźwięk w Dragonfly BSD wydaje się wymagać ręcznego ustawienia. OpenIndiana nie wydaje się w ogóle generować dźwięku w VMware Fusion. Dźwięk kompiluje się również bez problemów z OpenBSD, ale nie działa - ustawienie żądanej częstotliwości próbkowania nie powiedzie się. Minix naprawdę nie wydaje się wspierać dźwięk. Możliwe jest również użycie interfejsu API OSS w systemie Linux, przy użyciu nowego "-snd-api" build system.
• Wersje X teraz będą próbować szukać w folderze zawierającym aplikację dla obrazu ROM, podobnie jak w przypadku Macintosh i Windows. (A także dla plików disk1.dsk itd.) Jeśli katalog aplikacji nie może być określony, bieżący katalog jest używany jak poprzednio. Jest to implementacja dla systemów Linux, FreeBSD, NetBSD, Dragonfly BSD i OpenIndiana, ale nie OpenBSD i Minix.
• Wersje X mają teraz nową opcję wiersza poleceń "-d [katalog_path]", w której zamiast katalogu aplikacji używana jest ścieżka [katalog_path], szukając obrazu ROM i plików disk1.dsk itd. .
• Wersje X mają teraz nową opcję wiersza poleceń "-n [app_name]", w której zamiast nazwy aplikacji znajduje się nazwa [app_name] dla tytułu okna Mini vMac.
• Wersje X obsługują teraz centralny folder ROM, na przykład Macintosh i Windows. Jeśli "~ / .gryphel / mnvm_rom" istnieje, Mini vMac będzie wyglądał na obraz ROM. Jeśli tam nie ma, to znajdzie się w katalogu aplikacji. (A opcja wiersza polecenia -r zastąpi oba).
• Zmieniono zachowanie w domyślnym skompilowaniu:
• Rysowanie ekranów emulowanych na rzeczywistym ekranie jest bardziej wydajne. Jeśli głębokość koloru wynosi 4 bity lub mniej, a nie konwersja każdego piksela, jest tam tabela z 256 wpisami do konwersji jednego bajtu naraz. Bardziej ostrożny jest tylko konwersja pikseli w prostokąt ograniczający zmieniony obszar, a nie cały ekran.
• Wersja systemu Linux dynamicznie ładuje bibliotekę ALSA do odtwarzania dźwięku, dzięki czemu Mini vMac będzie działał, bez dźwięku, nawet jeśli ALSA nie jest zainstalowany. (Ta technika była widoczna w SDL). Więc domyślnie wersja Linux jest teraz kompilowana z dźwiękiem, dopasowując wersje systemu Mac i Windows.
• W wersji Linuksa, podczas odtwarzania dźwięku z ALSA, snd_pcm_delay nie jest już nazywany. Opóźnienie, dopóki odtwarzanie próbki nie jest naprawdę istotne. Co Mini vMac potrzebuje wiedzieć jest czas, aby buforować underrun. Więc Mini vMac teraz sprawdza rozmiar bufora pomniejszoną o dostępną przestrzeń w buforze, która może być bardziej użyteczna w celu zapobiegania niedopełnianiu buforu przy minimalizowaniu opóźnienia.
• Wersje X korzystają teraz z blokad doradczych, aby odmówić otwarcia dla zapisu obrazu dysku, który został otwarty do zapisu przez inną kopię Mini vMac. Wcześniej wersje Mini Mini vMac mogły otwierać już otwarty obraz dysku, co może uszkodzić obraz. Jeśli program Mini vMac może otwierać tylko obraz dysku, który jest używany tylko do odczytu, np. Ponieważ użytkownik zablokował plik, blokada doradcza nie jest używana, a wiele wersji Mini vMac może jej używać.
• Wersje X próbują teraz używać nazwy aplikacji, aby ustawić tytuł swojego okna, tak jak w przypadku systemów Macintosh i Windows. (Jeśli nazwa aplikacji nie może zostać określona, ​​"Mini vMac" jest używany jako poprzednio). Znajduje się on w tym samym czasie co katalog aplikacji i jest implementowany dla tych samych systemów operacyjnych.
• Argumenty wiersza polecenia są skanowane przed wyszukiwaniem plików disk1.dsk i tak dalej. Jest to konieczne dla nowych "-d" opcja pracy i ma efekt uboczny, że jeśli obrazy są określone w wierszu poleceń, najpierw będą otwierane. Jeśli w linii poleceń znajdują się obrazy, Mini vMac nie będzie teraz szukać dysku wcale.
• "-l" (lub "/ l" w systemie Windows) opcja wiersza polecenia jest usuwana. "Prędkość z" zamiast tego należy zastosować opcję build system. Opcja wiersza komend była przed zainstalowaniem systemu budowania i podjęto decyzję o uprzywilejowaniu opcji czasu budowania w czasie wykonywania.
• Poprawki błędów są domyślnie skompilowane:
• Wersja teraz mapuje klawisz Enter na klawiaturze numerycznej do klawisza Enter systemu Macintosh. Teraz można odróżnić ten klucz od klawisza Enter na głównej klawiaturze, który jest odwzorowywany na klucz powrotu Macintosh. Nie było żadnego sposobu na wpisanie klawisza Enter dla Macintosh. Dzięki "Alex" za wskazanie tego problemu.
• W wersji systemu Windows w trybie pełnoekranowym sprawdzanie, czy zdarzenie key down to klucz autorepliku jest niepoprawne. Więc potencjalnie klucze mogły zostać zignorowane, kiedy nie powinny. Usunąłem czek, ponieważ nie jest jasne, jak to zrobić poprawnie (przy użyciu "haka klawiatury niskiego poziomu"). Nie ma to wpływu na emulację komputera Macintosh, ponieważ istnieje dodatkowy test nadmiarkowych zdarzeń. Może to wpływać na tryb sterowania, np. Przytrzymując klawisz Control-M.
• Wersja Windows odpowiada teraz na wiadomość WM_QUERYENDSESSION, więc jeśli próbujesz wyłączyć komputer przy użyciu Mini vMac (z zamontowanymi obrazami na dysku), Mini vMac złoży skargę i zatrzyma ją.
• W wersji Linux, używając ALSA do odtwarzania dźwięku, snd_pcm_start został wywołany przed umieszczeniem próbek dźwiękowych w buforze ALSA. Może to spowodować ukłucie na początku lub zgodnie z jednym raportem, aby dźwięk nie działał w ogóle. Mini vMac czeka teraz, aż jego prywatny bufor zostanie zapełniony, a następnie przeniesie się do bufora ALSA, a następnie rozpocznie odtwarzanie dźwięku.
• W przypadku skompilowania wersji Linuksa dla ARM zawiera ona sprawdzenie, czy wynik snd_pcm_avail_update wydaje się rozsądny, a jeśli nie wywołuje snd_pcm_status_get_avail. To działa wokół tego, co wydaje się być błędem w Raspbianie dla Malina Pi.
• Emulowany zegar nie został prawidłowo zainicjowany i był poprawny tylko po pierwszym "drugim" przerwać.
• Jeśli ekran emulowany jest zbyt duży, aby dopasować go do rzeczywistego ekranu (jeśli jest dostępny autoskop), jeśli obszar emulowanego ekranu, który się zmienił, nie przecina widocznego obszaru emulowanego ekranu, nieprawidłowy prostokąt był używane do rysowania. Odkryłem to podczas próby uruchomienia programu Vector Linux 7, które wydaje się mieć dodatkowe sprawdzanie błędów.
• W mało prawdopodobnych okolicznościach, w trybie pełnoekranowym, autoscroll nie może się przewijać, aby wyświetlić ostatni wiersz pikseli na dole lub ostatnią kolumnę pikseli po prawej stronie.
• Jeśli komputer hosta nie jest wystarczająco szybki, aby Mini vMac działał z szybkością 1 x, Mini vMac nie działałby płynnie, przez kilka sekund wstrzymywał się. Test w tej sytuacji był nieprawidłowy, a jeden licznik bajtów mógłby przepełnić. (Tak małe liczniki ułatwiają wykrycie błędów).
• W wersjach Mini vMac w systemie X Window, gdy rozszerzenie Mini vMac umożliwia utworzenie pliku w systemie hosta, np. w programie ExportFl, okno dialogowe zapisu nie jest zaimplementowane. Wcześniej plik zostałby po prostu utworzony w katalogu aplikacji z pytaniem o nazwę. Nie było to bezpieczne, w najgorszym przypadku pozwala na uruchomienie programu Mini vMac w celu zastąpienia aplikacji Mini vMac. Więc teraz pliki zostaną utworzone w folderze o nazwie "wyjście" w katalogu zawierającym aplikację. Ten folder zostanie utworzony, jeśli go nie ma.
• W wersji Microsoft Windows, jeśli ścieżka dostępu do obrazu dysku jest przekazywana do Mini vMac w wierszu polecenia, który jest dłuższy niż legalny dla ścieżki, wynik przepełnienia bufora.
• Wersja systemu Windows CE uległa pogorszeniu. Teraz kompiluje i przynajmniej działa na Emulatorze urządzeń firmy Microsoft z systemem Windows Mobile w wersji 5.0. Nie mam pojęcia, czy działa na prawdziwym sprzęcie. Czy kogoś to obchodzi? (Windows Mobile został przerwany i zastąpiony przez system Windows Phone). Ten port zaczął zakłócać utrzymanie głównej wersji systemu Windows, a wybór miał usunąć lub całkowicie go usunąć.
• Nowe funkcje nie są domyślnie kompilowane:
• Nowa opcja systemu kompilacji "-lt" umożliwia emulację LocalTalk firmy Mike Fort. Są obecnie pewne ograniczenia. Jest on implementowany tylko dla systemu OS X. Wymaga uruchomienia polecenia "sudo chmod ugo + rw / dev / bpf *" aby umożliwić dostęp Mini vMac (i wszystkim innym) do wszystkich ruchów sieciowych. Określenie "-lt" opcja powoduje również, że Mini vMac działa domyślnie w tle, ponieważ Mini vMac nie może być prawidłowym węzłem LocalTalk, jeśli nie jest uruchomiony. I trzeba ręcznie włączyć AppleTalk w wyborze - mogę ustawić flagi PRAM, aby uruchomić z AppleTalk już na, ale nie działa poprawnie.
• Nowa opcja systemu kompilacji "-lang pol" wybiera polskie tłumaczenie interfejsu użytkownika przez Przemysława Buczkowskiego.
• Wersje X mają wstępne wsparcie dla koloru (dla emulacji Mac II). Wersja X do tej pory obsługuje tylko 24-bitowe "TrueColor" i ma kilka innych ograniczeń w formacie. Wątpię, czy coś poza TrueColor jest używane na nowoczesnych maszynach, a więc prawdopodobnie nie będzie wspierać innych opcji. Mogą być użyte inne głębokości, takie jak 15, 16 i 32 bity, a więc prawdopodobnie powinny być obsługiwane, jeśli znajdę sposób na ich przetestowanie.
• Nowa opcja systemu kompilacji "-mf" umożliwia zmianę powiększenia z wartości domyślnej 2. Na przykład "-mf3" ustawia powiększenie na 3. Opcję "-mf 1" wyłącza powiększenie (usuwając polecenie Control-M). Współczynnik powiększenia musi być liczbą całkowitą.
• Zmienione zachowanie nie jest domyślnie skompilowane:
• Domyślna głębia kolorów emulacji Mac II to "-depth 3" zamiast "-depth 0".
• W przypadku emulacji Macintosh II funkcja AutoSlow jest domyślnie wyłączona "-as 0". AutoSlow może wymagać dalszego dostrajania, aby dobrze współpracować z emulacją Mac II.
• W wersjach X wyniki fwrite i fread na obrazach dysku są teraz sprawdzane pod kątem błędów, co w ostatnim Ubuntu powoduje zatrzymanie ostrzeżeń dotyczących kompilatora.
• Poprawki nie są domyślnie skompilowane:
• Naprawiono błąd w instrukcji DIVS.L zgłoszonej przez "AP". (Instrukcja A 68020 używana w emulacji Mac II).
• Naprawiono instrukcję BFFFO, która została całkowicie zerwana, zgodnie ze zgłoszeniem "AP". (Kolejna instrukcja 68020 używana w emulacji Mac II).
• Działania pola bitowego w rejestrze teraz używają obracania zamiast przesunięcia. Wybrane bity mogą być nieprzerwane, jak wskazano w "AP", i potwierdza dokumentacja. (Pola operacji bitowych zostały dodane w 68020.)
• Działania pola bitowego w pamięci próbują teraz działać tylko na tyle bajtów ile potrzeba. Wcześniej zawsze działał na 5 bajtach, które mogłyby mieć niepożądane efekty, jeśli działają na urządzeniu odwzorowującym pamięć, jak wskazano w "AP".
• "MoveP.L, Dn" instrukcje wymieszały kolejność przesuwania i maskowania, a więc zostały całkowicie złamane, jak to opisano w "AP".
• Wstążka, która pozwala na dużą ilość wideo RAM w emulacji Macintosh II nie działa poprawnie, ponieważ tablica używana do translacji przestrzeni adresowej w emulacji procesora nie została przydzielona wystarczająco dużą. Teraz system kompilacji wybiera rozmiar alokacji. (Ten problem zaobserwowano dla 1024x768 z milionami kolorów). Dalsze szczegóły: każda karta NuBus pobiera tylko 1 M miejsca adresowego, gdy komputer znajduje się w trybie 24-bitowym. Mac II wydaje się zazwyczaj rysować w trybie 24-bitowym. Gdy potrzebujesz więcej pamięci RAM dla żądanych opcji kompilacji, mini vMac używa przestrzeni adresowej z sąsiednich gniazd NuBus.
• Stałe "-min-extn" build w wersji linuksowej.
• Build System:
• Dodano opcję systemu build "-api cco" używać kakaowego API firmy Apple dla systemu OS X, a nie wycofanego API Carbon. Ale port Cocoa Mini vMac nie jest jeszcze uważany za dość gotowy do oficjalnie wspieranego, a więc wersja Carbon jest nadal używana.
• Dodano opcję systemu build "-api sdl" korzystać z Simple DirectMedia Layer 1.2 API. Został dodany jako krok w kierunku portu kakao - łącząc kod źródłowy SDL z kodem źródłowym dla portu SDL Mini vMac, a następnie usuń wszystko, co nie jest potrzebne, a następnie sporo sprzątania aż do pierwotnego kakao port pojawił się. Jednak port SDL może być używany jako port do innych platform obsługiwanych przez SDL. Ale to nie jest (oficjalnie) obsługiwane.
• Dodano opcję systemu build "-t mx64" na wdrożenie X11 firmy Apple na platformie x86-64. (Poprzednio obsługiwane były x86-32 i PowerPC).
• Dodano opcję systemu build "-t cygw" dla Cygwin / X dla systemu Microsoft Windows. Cygwin może być również używany do kompilacji zwykłej wersji Microsoft Windows za pomocą "-t wx86 -e cyg".
• Dodano opcję systemu build "-t irix" dla IRIX firmy Silicon Graphics, Inc., dzięki Johnowi Perkinsowi.
• MinGW może być używany do kompilacji Mini vMac z opcją systemu build "-t wx86 -e mgw". Ponieważ Bloodshed Dev-C ++ opiera się na MinGW, "-t wx86 -e dvc -cl" wcześniej dawały podobne wyniki.
• Zmieniono kolejność argumentów do polecenia link podczas budowania wersji systemu Linux. Okazuje się, że istnieje konwencjonalny porządek, w jaki sposób należy określić biblioteki, o czym nie wiedziałem, ponieważ nie znalazłem się w łączniku, który zajmował się Ubuntu 11.10.
• System budowania powinien działać poprawnie w innych emulatorach, na przykład SheepShaver. Zostało anonimowo zgłaszane, że system kompilacji zniszczy emulatory. Test, czy system budujący został uruchomiony w systemie Mini vMac (tak, że powstałe archiwum może zostać wyeksportowane do hosta) nie było wystarczająco dobre.
• System kompilacji tłumaczy teraz komunikaty ostrzegawcze wygenerowane podczas kompilacji emulacji Macintosh II za pomocą programu Microsoft Visual C ++. Dzięki temu raportowi William Grana.
2 Oct 17