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) архитектуры наборов инструкций.

Исходный код приложения / s также доступен для загрузки для тех из вас, кто хочет оптимизировать программное обеспечение для конкретной аппаратной платформы или операционной системы.

Что такое новый в этой версии:

• В настоящее время Mini vMac 3.5.8 обновляет стабильную версию, чтобы устранить проблему с PowerPC OS X, а также устраняет проблему, влияющую на службу Variation. Mini 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:

• Новые функции компиляции по умолчанию:
• Дополнительные операционные системы официально поддерживаются Mini vMac:
• FreeBSD на x86-32 (с использованием «-t fbsd» в системе сборки)
• FreeBSD на x86-64 ("-t fb64")
• OpenBSD на x86-32 ("-t obsd")
• OpenBSD на x86-64 ("-t ob64")
• NetBSD на x86-32 ("-t nbsd")
• NetBSD на x86-64 ("-t nb64")
• Dragonfly BSD на x86-32 ("-t dbsd")
• Dragonfly BSD на x86-64 ("-t db64")
• OpenIndiana на x86-32 (& quot; -t oind & quot;)
• OpenIndiana на x86-64 («-t oi64»)
• 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 (OSS). (Обычно использование совместимых реализаций в каждой операционной системе, а не в официальном OSS). Звук теперь включен по умолчанию на FreeBSD и NetBSD. Звук компилируется без проблем (с использованием «-sound 1») на Dragonfly BSD и OpenIndiana, но я пока не смог проверить их. Получение звука на Dragonfly BSD, похоже, требует некоторой ручной настройки. OpenIndiana, похоже, вообще не производит никакого звука в VMware Fusion. Звук также компилируется без проблем на OpenBSD, но он не работает - установка нужной частоты дискретизации не выполняется. Minix, похоже, пока не поддерживает звук. Также возможно использовать API OSS для Linux, используя новый «-snd-api». построить системную опцию.
• Теперь версии X будут искать в папке, содержащей приложение для образа ROM, например, Macintosh и Windows. (А также для файлов disk1.dsk и т. Д.). Если каталог приложения не может быть определен, текущий каталог используется по-прежнему. Это реализовано для Linux, FreeBSD, NetBSD, Dragonfly BSD и OpenIndiana, но не для OpenBSD и Minix.
• В версиях X теперь есть новая опция командной строки & quot; -d [путь_каталог] & quot ;, в которой вместо каталога приложения используется каталог [directory_path], ища файлы ROM и файлы disk1.dsk и т. д. .
• В версиях X теперь есть новая опция командной строки & quot; -n [имя_приложения] & quot ;, в которой вместо имени приложения для заголовка окна Mini vMac используется имя [имя_программы].
• Теперь версии X поддерживают центральную папку ROM, такую ​​как версии для Macintosh и Windows. Если "~ / .gryphel / mnvm_rom" существует, Mini vMac будет искать там изображение ROM. Если его нет, он будет выглядеть в каталоге приложения. (И параметр командной строки -r переопределит оба параметра.)
• Измененное поведение при компиляции по умолчанию:
• Использование эмулируемого экрана для реального экрана более эффективно. Когда глубина цвета составляет 4 бит или меньше, вместо преобразования каждого пикселя, есть таблица с 256 элементами для преобразования одного байта за раз. Он также более осторожен в отношении преобразования пикселей в прямоугольник, ограничивающий измененную область, а не весь экран.
• Версия Linux динамически загружает библиотеку ALSA для воспроизведения звука, так что Mini vMac будет работать без звука, даже если ALSA не установлен. (Этот метод был замечен в SDL.) Поэтому по умолчанию версия Linux теперь скомпилирована со звуком, соответствующим версиям Mac и Windows.
• В версии Linux при воспроизведении звука с помощью ALSA snd_pcm_delay больше не вызывается. Задержка до воспроизведения образца не имеет особого значения. То, что Mini vMac нужно знать, - это время, чтобы заполнить буфер. Таким образом, Mini vMac теперь просматривает размер буфера минус доступное пространство в буфере, что может быть более полезным для предотвращения недопущения буфера при минимизации задержки.
• В версиях X теперь используется консультативная блокировка, чтобы отказаться от открытия образа диска, который был открыт для записи другой копией Mini vMac. Раньше X-версии Mini vMac могли открыть уже открытое изображение диска, вероятно, искажая изображение. Если Mini vMac может только открыть только образ диска, например, поскольку пользователь заблокировал файл, тогда консультативная блокировка не используется, и несколько копий Mini vMac могут использовать его.
• Теперь версии X используют имя приложения для установки заголовка его окна, например, версии для Macintosh и Windows. (Если имя приложения не может быть определено, «Mini vMac» используется по-прежнему.) Это находитс одновременно с каталогом приложений и реализуется для одних и тех же операционных систем.
• Теперь аргументы командной строки проверяются перед поиском файлов disk1.dsk и т. д. Это необходимо для нового "-d" вариант для работы и имеет побочный эффект, который, если образы дисков указаны в командной строке, они будут открыты сначала. Если в командной строке есть изображения, Mini vMac теперь не будет искать disk1.dsk вообще.
• "-l" (или «/ l» в Windows) удаляется. «Скорость z» вместо этого следует использовать вариант системы сборки. Параметр командной строки был до того, как существовала система сборки, и было принято решение использовать опции времени выполнения по сравнению с параметрами времени выполнения.
• Исправлены ошибки при компиляции по умолчанию:
• В версии Windows теперь отображается клавиша Enter на цифровой клавиатуре на клавишу Macintosh Enter. Теперь он может отличить этот ключ от клавиши Enter на основной клавиатуре, которая сопоставляется с возвращаемым ключом Macintosh. Ранее не было способа ввести ключ Macintosh Enter. Благодаря "Alex" для указания этой проблемы.
• В версии Windows, в полноэкранном режиме, проверка того, является ли событие нажатия клавиш авторежимным, неверным. Поэтому потенциальные ключи могли быть проигнорированы, когда их не должно было быть. Я удалил чек, так как неясно, как это сделать правильно (при использовании «низкоуровневого клавишного крючка»). Это не влияет на эмуляцию Macintosh, так как есть дополнительная проверка избыточных событий. Это может повлиять на режим управления, например, при удерживании Control-M.
• Теперь версия Windows ответит на сообщение WM_QUERYENDSESSION, так что если вы попытаетесь выключить компьютер с помощью Mini vMac (с установленными изображениями на жестком диске), то Mini vMac будет жаловаться и останавливать закрытие.
• В версии Linux, используя ALSA для воспроизведения звука, snd_pcm_start вызывается перед помещением любых звуковых образцов в буфер ALSA. Это может вызвать заикание в начале или в соответствии с одним сообщением, чтобы звук вообще не работал. Mini vMac теперь ждет, пока его частный буфер не будет заполнен, а затем переместит столько, сколько будет вписываться в буфер ALSA, а затем начнет звучать.
• Когда версия Linux скомпилирована для ARM, она включает проверку того, что результат snd_pcm_avail_update выглядит разумным, а если не вызывает snd_pcm_status_get_avail. Это работает вокруг того, что кажется ошибкой в ​​Raspbian для малины Pi.
• Эмулированные часы не были правильно инициализированы и были правильны только после первого "второго" прерывания.
• Если эмулированный экран слишком велик, чтобы соответствовать реальному экрану (когда доступна автопрокрутка), если область измененного экрана эмулируемого изображения не пересекает видимую область эмулируемого экрана, тогда недопустимый прямоугольник был используется для рисования. Я обнаружил это при тестировании Vector Linux 7, который, похоже, имеет дополнительные проверки отладки.
• В маловероятных обстоятельствах в полноэкранном режиме автопрокрутка не может прокручиваться, чтобы показать последнюю строку пикселей внизу или последний столбец пикселей справа.
• Если хост-компьютер не достаточно быстрый, чтобы Mini vMac работал со скоростью 1x, тогда Mini vMac не запускался плавно, периодически останавливаясь на несколько секунд. Тест для этой ситуации был неправильным, и один байтовый счетчик переполнился. (У таких счетчиков, насколько это возможно, легче обнаружить такие ошибки.)
• В версиях Mini vMac для X Window при использовании расширения Mini vMac для создания файла в главной системе, например, с ExportFl, диалог сохранения не выполняется. Ранее файл просто создавался в каталоге приложения с запросом имени. Это было небезопасно, в худшем случае это позволяет программе, запущенной в Mini vMac, заменить приложение Mini vMac. Таким образом, теперь файлы будут создаваться в папке с именем & quot; output & quot; в каталоге, содержащем приложение. Эта папка будет создана, если она не существует.
• В версии Microsoft Windows, если путь к образу диска передается в Mini vMac в командной строке, длина которой больше, чем законна для пути, происходит переполнение буфера.
• Версия Windows CE понесла бит-гниль. Теперь он компилируется и, по крайней мере, работает с эмулятором Microsoft Device Emulator с Windows Mobile версии 5.0. Я понятия не имею, работает ли это на реальном оборудовании. Кто-нибудь заботится? (Windows Mobile была прекращена и заменена Windows Phone.) Этот порт начал вмешиваться в поддержание основной версии Windows, и выбор заключался в том, чтобы полностью удалить его или сделать его поддерживаемым.
• Новые функции, не выполняемые по умолчанию:
• Новый вариант системы сборки "-lt & ​​quot; позволяет эмуляции Mike Fort LocalTalk. В настоящее время некоторые ограничения. Он реализуется только для OS X. Он требует запуска команды «sudo chmod ugo + rw / dev / bpf *». разрешить Mini vMac (и всем остальным) доступ ко всему сетевому трафику. "& Lt; -lt" Кроме того, Mini Mini vMac запускается в фоновом режиме по умолчанию, поскольку Mini vMac не может быть подходящим узлом LocalTalk, если он не запущен. И вам нужно вручную включить AppleTalk в chooser - я могу установить флаги PRAM для загрузки с AppleTalk, но он работает неправильно.
• Новая опция системы сборки & quot; -lang pol & quot; выбирает польский перевод пользовательского интерфейса Прземыславом Бучковским.
• В версиях X имеется первоначальная поддержка цвета (для эмуляции Mac II). Версия X пока поддерживает только 24-битный TrueColor и имеет несколько других ограничений в отношении формата. Я сомневаюсь, что что-нибудь, кроме TrueColor, используется на современных машинах, и поэтому, вероятно, не будет поддерживать другие параметры. Другие глубины, такие как 15, 16 и 32 бита, могут использоваться и, вероятно, должны поддерживаться, если я могу найти способ их протестировать.
• Новый вариант системы сборки & quot; -mf & quot; позволяет изменять увеличение по умолчанию 2. Например, "-mf 3" устанавливает увеличение до 3. Опция "-mf 1" отключает увеличение (удаление команды Control-M). Коэффициент увеличения должен быть целым числом.
• Измененное поведение не в компиляции по умолчанию:
• Глубина цвета по умолчанию для эмуляции Mac II составляет & quot; -depth 3 & quot; вместо «-depth 0».
• Для эмуляции Macintosh II, AutoSlow теперь отключен по умолчанию & quot; -as 0 & quot ;. AutoSlow может нуждаться в дополнительной настройке, чтобы хорошо работать с эмуляцией Mac II.
• В версиях X результаты fwrite и fread на образах дисков теперь проверяются на наличие ошибок, что останавливает предупреждения компилятора в недавнем Ubuntu.
• Исправлены ошибки не в компиляции по умолчанию:
• Исправлена ​​ошибка в инструкции DIVS.L, сообщенной «AP». (Инструкция 68020, используемая в эмуляции Mac II.)
• Исправлена ​​инструкция BFFFO, которая была полностью нарушена, как сообщает AP. (Еще одна инструкция 68020, используемая в эмуляции Mac II.)
• Операции битового поля в регистре теперь используют поворот, а не сдвиг. Выбранные биты могут быть непересекающимися, как указано «AP», и подтверждены документацией. (Поля бит операций были добавлены в 68020.)
• Операции с битовым полем в памяти теперь работают только на столько байтов, сколько необходимо. Ранее он всегда работал на 5 байтах, что может иметь нежелательные последствия при работе на устройстве с отображением памяти, как указано «AP».
• «MoveP.L, Dn» команда смешала порядок смещения и маскировки и, таким образом, была полностью нарушена, как сообщается «AP».
• Взлом, который позволяет использовать большое количество видеопамяти в эмуляции Macintosh II, не работает должным образом, потому что массив, используемый для преобразования адресного пространства в эмуляции ЦП, не был выделен достаточно большим. Теперь система сборки выбирает размер распределения. (Эта проблема наблюдалась для 1024x768 с миллионами цветов.) Дополнительная информация: Каждая карта NuBus получает только 1M адресного пространства, когда компьютер находится в режиме 24 бит. И Mac II, кажется, обычно рисует в 24-битном режиме. Если для запрошенных параметров времени компиляции требуется больше видеопамяти, Mini vMac использует адресное пространство из соседних слотов NuBus.
• Фиксированный & quot; -min-extn & quot; build в версии Linux.
• Система сборки:
• Добавлена ​​опция системы сборки & quot; -api cco & quot; использовать API Apple Cocoa для OS X, а не устаревший API Carbon. Но порт Cocoa Mini vMac еще не считается полностью готовым к официальной поддержке, поэтому версия Carbon по-прежнему используется.
• Добавлена ​​опция системы сборки & quot; -api sdl & quot; для использования Simple DirectMedia Layer 1.2 API. Это было добавлено в качестве шага к порту Cocoa - объединив исходный код SDL с исходным кодом для порта SDL Mini vMac, а затем удалив все, что не нужно, а затем много очистки до первоначального родного Cocoa порт появился. Однако порт SDL можно использовать как для подключения к другим платформам, поддерживаемым SDL. Но это официально не поддерживается.
• Добавлена ​​опция системы сборки & quot; -t mx64 & quot; для реализации X11 для Apple на x86-64. (Раньше поддерживались x86-32 и PowerPC.)
• Добавлена ​​опция системы сборки & quot; -t cygw & quot; для Cygwin / X для Microsoft Windows. Cygwin также может использоваться для компиляции обычной версии Microsoft Windows с помощью «-t wx86 -e cyg».
• Добавлена ​​опция системы сборки & quot; -t irix & quot; для IRIX от Silicon Graphics, Inc., благодаря Джону Перкинсу.
• MinGW можно использовать для компиляции Mini vMac с параметром системы сборки «-t wx86 -e mgw». Поскольку Bloodshed Dev-C ++ основан на MinGW, "-t wx86 -e dvc -cl" ранее давали бы аналогичные результаты.
• Изменен порядок аргументов команды link при создании версии Linux. Оказывается, существует обычный порядок определения библиотек, о котором я не знал, так как я не встречался с линкером, который заботился до Ubuntu 11.10.
• Теперь система сборки должна корректно работать в других эмуляторах, таких как SheepShaver. Анонимно сообщалось, что система сборки будет разбивать эмуляторы. Тест на то, была ли система сборки запущена в Mini vMac (так что полученный архив может быть экспортирован на хост), недостаточно хорош.
• Теперь система сборки подавляет предупреждающие сообщения, которые были сгенерированы при компиляции эмуляции Macintosh II с помощью Microsoft Visual C ++, благодаря отчету Уильяма Граны.