Mini vMac

Mini vMac - це програмне забезпечення з відкритим вихідним кодом, вільним та крос-платформенним графічним програмним забезпеченням, яке реалізовано в C і розроблене з використанням компенсації для роботи в якості емулятора комп'ютера Macintosh Plus, створеного компанією Apple, що працює на операційних системах Linux, BSD, Microsoft Windows і Mac OS X.

Будучи однією з найперших машин Macintosh, розроблених компанією Apple, Macintosh Plus працює лише з старим програмним забезпеченням Mac, що, звичайно, не працює на останніх комп'ютерах Macintosh. Тому, програмне забезпечення Mini vMac допомагає зберігати історію. Він розроблений таким чином, щоб бути максимально простим у використанні, портативним та простим.

Щоб використовувати прикладну програму Mini vMac у вашій системі GNU / Linux, переконайтеся, що ви завантажуєте бінарний пакет, що відповідає архітектурі апаратного забезпечення вашого комп'ютера, збережіть архів на своєму комп'ютері, розпакуйте його та двічі клацніть виконуваний файл .

Програма відкриється, повідомляючи, що зображення ROM для системи Macintosh Plus не може бути розташоване. Це означає, що вам також доведеться отримати файл vMac.ROM (більш детальну інформацію можна знайти на домашній сторінці проекту) та розмістити його у тій самій папці, що й виконуваний файл Mini vMac.

Після того, як ви отримали образ ПЗУ Macintosh Plus, ви повинні закрити програму та відкрити її знову. Якщо файл ПЗУ дійсний, система автоматично завантажиться і дозволить вам використовувати її, як ви використовуєте будь-яку іншу віртуалізовану операційну систему.

Це програмне забезпечення насправді є відключенням програми vMac, яка не була оновлена ​​протягом багатьох років. Для вашої зручності вона поширюється як попередньо скомпоновані бінарні пакети для вищезгаданих операційних систем, що підтримують архітектури набору команд 64-бітної (x86_64) та 32-розрядної (x86).

Ви також можете завантажити вихідний код програми для тих, хто хоче оптимізувати програмне забезпечення для певної апаратної платформи або операційної системи.

Що таке новий у цьому випуску:

• Сьогодні Mini vMac 3.5.8 оновлює стабільну версію, яка вирішує проблему на PowerPC OS X, а також виправляє проблему, яка впливає на службу варіацій. Міні vMac 3.5.8 на платформах, відмінних від PowerPC OS X ('mach') та x86-32 OS X ('imch'), повинна бути ідентичною Mini vMac 3.5.7, за винятком строку версії та дати модифікації.
• Було повідомлено, що "Mini vMac 3.5.7 не буде працювати на системах PPC G3". Виявляється, прапор GCC "-mmacosx-version-min" повинен бути вказаний для всіх скомпільованих файлів, а не тільки залежний від платформи код. Це впливає на речі, як необхідний процесор. Зробіть ці зміни не впливає на Mini vMac для x86-64 OS X, для x86-32 OS X є певний ефект, а найбільший ефект для PowerPC.

Що нового у версії 3.3.3:

• Нові функції за умовчанням збираються:
• Міні VMac офіційно підтримує більше операційних систем:
• FreeBSD на x86-32 (використовуючи & quot; -t fbsd & quot; в системі збірки)
• FreeBSD на x86-64 (& quot; -t fb64 & quot;)
• OpenBSD на x86-32 (& quot; -t obsd & quot;)
• OpenBSD на x86-64 (& quot; -t ob64 & quot;)
• NetBSD на x86-32 (& quot; -t nbsd & quot;)
• NetBSD на x86-64 (& quot; -t nb64 & quot;)
• Dragonfly BSD на x86-32 (& quot; -t dbsd & quot;)
• Dragonfly BSD на x86-64 (& quot; -t db64 & quot;)
• OpenIndiana на x86-32 (& quot; -t oind & quot;)
• OpenIndiana на x86-64 (& quot; -t oi64 & quot;)
• Linux на ARM (& quot; -t larm & quot;)
• Linux на SPARC (& quot; -t lspr & quot;)
• Minix 3.2 ("-t minx")
• Ці порти адаптують той самий код X Window як порт Linux, і повинні мати однакові функції, крім випадків, коли в деяких випадках це не звучить. Версії x86-64 наразі працюють повільніше, оскільки відсутня настройка мови асемблера, і її не слід використовувати, якщо версії x86-32 працюватимуть.
• Тепер X-версії можуть відтворювати звук за допомогою API Open Sound System (OS). (Зазвичай використовуючи сумісні реалізації на кожній операційній системі, а не офіційній ОСС). Звук тепер за замовчуванням ввімкнено у FreeBSD та NetBSD. Звук компілює без проблем (використовуючи & quot; звук 1 & quot;) на Dragonfly BSD та OpenIndiana, але я так і не спромігся протестувати їх. Отримання звуку на Dragonfly BSD, схоже, вимагає деякого ручного налаштування. Здається, OpenIndiana не створює жодного звуку в VMware Fusion. Звук також компілює без проблем у OpenBSD, але це не спрацьовує - встановлення бажаної частоти дискретизації неможливе. Насправді, Minix не підтримує звук. Також можна використовувати API OSS на Linux, використовуючи новий "-snd-api" & quot; побудувати системний варіант.
• X-версії, які зараз спробують переглянути в папці, містять додаток для зображення ПЗП, як-от Macintosh та Windows версії. (А також для файлів disk1.dsk та ін.) Якщо каталозі програм неможливо визначити, поточний каталог буде використовуватися як і раніше. Це реалізовано для Linux, FreeBSD, NetBSD, Dragonfly BSD та OpenIndiana, але не для OpenBSD та Minix.
• У X-версії тепер є нова опція командного рядка & quot; -d [directory_path] & quot ;, в якому використовується каталог [directory_path] замість каталогу програм при пошуку зображення ROM, disk1.dsk і так далі файлів
• У версій X тепер є нова опція командного рядка & quot; -n [app_name] & quot ;, в якому замість назви програми для назви вікна Mini vMac використовується ім'я app_name.
• Версії X тепер підтримують центральну папку ПЗП, таку як Macintosh та Windows. Якщо & quot; ~ / .gryphel / mnvm_rom & quot; існує, Mini vMac буде виглядати там для зображення ROM. Якщо його там немає, він буде виглядати в каталозі додатків. (І опція командного рядка -r замінить обидва варіанти.)
• Зміна поведінки за умовчанням:
• Малювання емульованого екрана на реальному екрані є більш ефективним. Якщо глибина кольору становить 4 біти або менше, а не перетворення кожного пікселя, є таблиця з 256 записами для перетворення одного байта одночасно. Крім того, варто обережно ставитись лише до перетворення пікселів у прямокутник, який обмежує змінену область, а не весь екран.
• Версія Linux динамічно завантажує бібліотеку ALSA для відтворення звуку, так що Mini vMac все одно буде працювати без звуку, навіть якщо ALSA не встановлено. (Ця техніка була помічена в SDL.) За замовчуванням версія Linux тепер складається із звуку, що відповідає версіям Mac та Windows.
• У версії Linux, під час відтворення звуку за допомогою ALSA, snd_pcm_delay більше не викликається. Затримка до відтворення зразка насправді не актуальна. Який міні-vMac потрібно знати, це час, щоб захистити підписку. Таким чином, Mini vMac тепер розглядає розмір буфера мінус доступний простір у буфері, що може бути більш корисним, з метою запобігання зниженню буфера при мінімізації затримки.
• Версії X тепер використовують блокування рекомендацій, щоб відмовитися від відкриття для написання зображення диска, яке було відкрито для написання іншою копією Mini vMac. Раніше X-версії Mini vMac могли відкрити вже відкритий образ диска, що, ймовірно, пошкодить зображення. Якщо Mini vMac може відкрити лише образ для читання лише для читання, наприклад, тому що користувач заблокував файл, то не використовується попереджувальний замок, а декілька копій Mini vMac можуть використовувати його.
• Тепер версії X намагаються використовувати назву програми, щоб встановити назву свого вікна, як і у версій Macintosh та Windows. (Якщо ім'я програми не може бути визначено, "Mini vMac" використовується як і раніше.) Це знайдено одночасно з каталогом додатків і реалізовано для тих же операційних систем.
• Тепер аргументи командного рядка перевіряються перед тим, як шукати файли disk1.dsk та ін. Це необхідно для нового "-d" можливість працювати, і має побічний ефект, що якщо в командному рядку вказані образи диска, вони будуть відкриватися в першу чергу. Якщо в командному рядку є зображення, Mini vMac тепер не буде шукати диск1.dsk взагалі.
• "-l" (або & quot; / l & quot; у Windows) командний рядок буде видалено. "Швидкість z" Замість цього слід використовувати альтернативу для системи збірки. Параметр командного рядка був встановлений раніше, ніж система існування існує, і прийнято рішення про те, щоб вибирати варіанти часу створення за параметрами часу роботи.
• Виправлено помилку за умовчанням:
• Тепер версія Windows відображає клавішу Enter на цифровій клавіатурі на клавішу Macintosh Enter. Тепер він може відрізняти цей ключ від клавіші Enter на основній клавіатурі, яка відображається на клавішу повернення Macintosh. Раніше не вдалося ввести клавішу Macintosh Enter. Завдяки "Alex" для того, щоб вказати це питання.
• У версії Windows, у повноекранному режимі, перевірка на те, чи ключ активації клавіші є автоматично повторюваною клавішею, є неправильним. Тому потенційно ключі могли бути проігноровані, коли вони не повинні були бути. Я видалив перевірку, оскільки незрозуміло, як правильно це зробити (використовуючи & quot; низькорівневий клавіатурний гачок & quot;). Це не вплине на емуляцію Macintosh, оскільки існує додаткова перевірка надлишкових подій. Це може вплинути на режим керування, наприклад, при утримуванні Control-M.
• Тепер версія Windows відповідає повідомленню WM_QUERYENDSESSION, тому, якщо ви намагаєтесь вимкнути комп'ютер із запущеним міні-vMac (з підключеними зображеннями на диску), тоді Mini vMac буде скаржитися і припинити вимикання.
• У версії Linux, використовуючи ALSA для відтворення звуку, викликаний snd_pcm_start, перш ніж надсилати звукові зразки в буфер ALSA. Це може призвести до заїкання на початку, або, відповідно до одного звіту, перешкоджати роботі звуку взагалі. Міні vMac тепер чекає, поки його приватний буфер не буде заповнений, після чого він переведе стільки ж, скільки впишеться в буфер ALSA, а потім розпочне відтворення звуку.
• Коли версія Linux скомпільована для ARM, вона включає в себе перевірку того, що результат snd_pcm_avail_update виглядає розумним, а замість нього не викликає snd_pcm_status_get_avail. Це працює навколо того, що, як видається, є помилкою в Raspbian для Малини Пі.
• Емульований годинник не був належним чином ініціалізований, і він був правильний лише після першого "другого" переривання.
• Якщо емлюючий екран занадто великий для розміщення на реальному екрані (якщо доступний автоколон), якщо площа зміненого екрану не перетинається з видимою областью емулятивного екрана, то неправильний прямокутник був використовується для малювання Я виявив це під час спроби використання Vector Linux 7, який, як видається, має додаткові чекові налагодження.
• У непевних випадках, у повноекранному режимі автосервіс може не прокручуватись, щоб показати останній рядок пікселів внизу або останній стовпець пікселів справа.
• Якщо хост-комп'ютер недостатньо швидко працює, щоб Mini vMac запускався з швидкістю 1x, то Mini vMac не працював б безперервно, при цьому періодично припиняючись на кілька секунд. Тест для цієї ситуації був невірним, а один байт-лічильник переповнений. (Маючи такий лічильник якнайменше, це полегшує виявлення подібних помилок.)
• У версіях X Window версії Mini vMac, коли використовується розширення Mini vMac для створення файлу на хостовій системі, наприклад, з ExportFl, діалогове вікно збереження не виконується. Раніше файл просто створювався у каталозі додатків із запитаним ім'ям. Це було не безпечно, у гіршому випадку він дозволяє програмі, запущеній в Mini vMac, замінити програму Mini vMac. Таким чином, тепер файли будуть створені в папці з назвою & quot; виходом & quot; в каталозі, що містить додаток. Ця папка буде створена, якщо вона не існує.
• У версії Microsoft Windows, якщо шлях до зображення диска передається в Mini vMac у командному рядку, який довший, ніж є законним для шляху, результати переповнення буфера.
• Версія Windows CE зазнала дрібної гнилі. Тепер він збирає та, принаймні, працює на емуляторі пристрою Microsoft за допомогою Windows Mobile версії 5.0. Я поняття не маю, чи працює він на реальному обладнанні. Хтось турбується? (Windows Mobile був припинений і замінено на Windows Phone.) Цей порт почав перешкоджати підтримці основної версії Windows, і вибір полягав у тому, щоб повністю вилучити його або зробити його підтримним.
• Нові функції, які за замовчуванням не збираються:
• Нова опція & quot; -lt & ​​quot; дозволяє емулювати Mike Fort у LocalTalk. В даний час є деякі обмеження. Вона застосовується лише для ОС X. Для цього потрібна команда & quot; sudo chmod ugo + rw / dev / bpf & quot; щоб дозволити Mini vMac (та всім іншим) отримати доступ до всього мережевого трафіку. & Quot; -lt & ​​quot; варіант також викликає запуск Mini vMac у фоновому режимі за умовчанням, тому що Mini vMac не може бути належним вузлом LocalTalk, якщо він не працює. І ви повинні вручну включити AppleTalk в виборі - я можу встановити прапор PRAM для завантаження з AppleTalk вже включений, але він не працює належним чином.
• Новий параметр створення системи & quot; -lang pol & quot; вибирає польський переклад користувальницького інтерфейсу Пшемиславом Бучковським.
• Версії X мають початкову підтримку кольору (для емуляції Mac II). Версія X наразі підтримує лише 24 біт "TrueColor", і має кілька інших обмежень у форматі. Я сумніваюся, що все, крім TrueColor, використовується на сучасних машинах, і тому, ймовірно, не буде підтримувати інші варіанти. Інші глибини, такі як 15, 16 та 32 біти, можуть бути використані, і тому, мабуть, вони повинні бути підтримані, якщо я можу знайти спосіб їх перевірки.
• Нова опція & quot; -mf & quot; дозволяє змінити збільшення з 2 за замовчуванням. Наприклад, & quot; -mf 3 & quot; встановлює збільшення до 3. Параметр & quot; -mf 1 & quot; відключає збільшення (видалення команди Control-M). Коефіцієнт збільшення повинен бути цілим числом.
• Змінена поведінка не скомпілюється за умовчанням:
• Глибина кольорів за замовчуванням для емуляції Mac II є & quot; глибиною 3 & quot; замість "-д'п 0".
• Для емуляції Macintosh II AutoSlow тепер відключений за умовчанням & quot; -іс 0 & quot ;. Можливо, AutoSlow потребує подальшої настройки, щоб добре працювати з емуляцією Mac II.
• У версії X результати пошуку файлів fwrite та fread на дисках тепер перевіряються на наявність помилок, що призупиняє попередження компілятора в останніх Ubuntu.
• Виправлення помилок не скомпілюються за умовчанням:
• Виправлена ​​помилка в інструкції DIVS.L, яку повідомляє "AP". (A 68020 інструкція, що використовується в емуляції Mac II).
• Виправлено інструкцію BFFFO, яка була повністю порушена, як повідомляється в & quot; AP & quot ;. (Ще 68020 інструкція, що використовується в емуляції Mac II.)
• Використання бітових полів у регістрі тепер використовується для обертання, а не для зміни. Вибрані біти можуть бути не сусідніми, як зазначено в "AP", і підтверджено документацією. (Поля бітних операцій додані в розділі 68020.)
• Операції бітових полів у пам'яті тепер намагаються працювати лише з необхідним числом байтів. Раніше він завжди працював на 5 байтів, що може мати небажані ефекти, якщо він працює на пристрої, позначеному пам'яттю, як зазначає "AP".
• "MoveP.L", "Dn" & quot; Інструкція змішувала порядок переміщення та маскування, і тому вона була повністю зламана, як повідомляє "AP".
• Хак, який дозволяє надто великі обсяги оперативної пам'яті в емуляції Macintosh II, не працювали належним чином, оскільки масив, який використовується для перекладу адресного простору в емуляції процесора, не був виділений досить великим. Тепер система збирання вибирає розмір виділення. (Ця проблема спостерігалася для 1024x768 з мільйонами кольорів.) Додаткові подробиці: Кожна карта NuBus отримує лише 1 М адресного простору, коли комп'ютер працює в 24-бітовому режимі. І Mac II, як правило, залучає в 24-бітовому режимі. Якщо для заданих параметрів часу компіляції потрібна додаткова оперативна пам'ять, Mini vMac використовує адресний простір з суміжних слотів NuBus.
• Виправлено & quot; -min-extn & quot; варіант побудови в версії Linux.
• Система збірки:
• Додана система параметрів збирання & quot; -api cco & quot; використовувати Apple Cocoa API для OS X, а не застарілий API Carbon. Але какао порт Mini vMac ще не вважається повністю готовим до офіційної підтримки, і тому версія Carbon все ще використовується.
• Додана система параметрів збирання & quot; -api sdl & quot; використовувати API Simple SimpleMayay Layer 1.2. Це було додано як кроковий камінь для порту Какао - шляхом поєднання вихідного коду SDL з вихідним кодом для SDL-порту Mini vMac, а потім видалення всього, що не потрібне, а потім багато очищення до початкового корінного какао з'явився порт. Проте порт SDL можна використовувати як і для порту на інші платформи, підтримувані SDL. Але це (поки) офіційно не підтримується
• Додано параметр збирання системи "-t mx64" & quot; для Apple X11 для x86-64. (Раніше x86-32 та PowerPC підтримувалися.)
• Додана система параметрів збирання & quot; -t cygw & quot; для Cygwin / X для Microsoft Windows. Cygwin також може бути використаний для компіляції звичайної версії Microsoft Windows за допомогою & quot; -t wx86 -e cyg & quot ;.
• Додано параметр збирання системи & quot; -t ірикс & quot; для IRIX компанією Silicon Graphics, Inc. завдяки Дж. Перкінс.
• MinGW може бути використаний для компіляції Mini vMac із параметром системної побудови & quot; -t wx86 -e mgw & quot ;. Оскільки кровопролиття Dev-C ++ базується на MinGW, "-t wx86 -e dvc -cl" раніше дав подібні результати.
• Змінив порядок аргументів для команди посилання при побудові версії Linux. Виявляється, існує звичайний порядок того, як бібліотеки слід вказати, про що я не знав, оскільки я не перейшов через лінкер, який доглядав до Ubuntu 11.10.
• Система збирання тепер повинна працювати належним чином в інших емуляторах, таких як SheepShaver. Анонімно повідомлялося, що система збирання буде згортати емулятори. Перевірка того, чи виконувалася система збирання в Mini vMac (щоб вихідний архів міг бути експортований на хост), виявився недостатньою.
• Система збирання зараз пригнічує повідомлення про попередження, які були створені при складанні емуляції Macintosh II за допомогою Microsoft Visual C ++, завдяки звіту Вільяма Грани.