Mini vMac

Mini vMac adalah perangkat lunak grafis open source, gratis dan cross-platform yang diimplementasikan di C dan dirancang dari offset untuk bertindak sebagai emulator untuk sistem komputer Macintosh Plus yang dibuat oleh Apple, berjalan pada sistem operasi Linux, BSD, Microsoft Windows dan Mac OS X.

Sebagai salah satu mesin Macintosh paling awal yang dirancang oleh Apple, Macintosh Plus hanya menjalankan perangkat lunak Mac lama, yang tentu saja tidak bekerja pada komputer Macintosh baru-baru ini. Oleh karena itu, software Mini vMac membantu melestarikan history. Ini telah dirancang agar mudah digunakan, portabel dan sesederhana mungkin.

Untuk menggunakan aplikasi Mini vMac pada sistem GNU / Linux Anda, pastikan Anda mendownload paket biner yang sesuai dengan arsitektur perangkat keras komputer Anda, simpan arsip di suatu tempat di komputer Anda, ekstrak dan klik dua kali file yang dapat dieksekusi. .

Aplikasi akan terbuka, memberi tahu Anda bahwa gambar ROM dari kanopi sistem Macintosh Plus berada. Ini berarti Anda juga harus mendapatkan file vMac.ROM (rincian lebih lanjut dapat ditemukan di homepage proyek & rsquo;) dan letakkan di folder yang sama dengan Mini vMac yang dapat dijalankan.

Setelah mendapatkan gambar ROM Macintosh Plus, Anda harus menutup program dan membukanya kembali. Jika file ROM valid, sistem akan secara otomatis boot dan memungkinkan Anda menggunakannya seperti Anda akan menggunakan sistem operasi virtual lainnya.

Perangkat lunak ini sebenarnya adalah spin off dari aplikasi vMac, yang belum diperbarui bertahun-tahun. Untuk kenyamanan Anda, didistribusikan sebagai paket biner pra-bangun untuk sistem operasi yang disebutkan di atas, yang mendukung arsitektur set instruksi 64-bit (x86_64) dan 32-bit (x86).

Kode sumber aplikasi & rsquo juga tersedia untuk diunduh, bagi Anda yang ingin mengoptimalkan perangkat lunak untuk platform perangkat keras atau sistem operasi tertentu.

Apa itu baru dalam rilis ini:

• Mini vMac 3.5.8 hari ini memperbarui versi stabil untuk memperbaiki masalah pada PowerPC OS X, dan juga memperbaiki masalah yang mempengaruhi Layanan Variasi. Mini vMac 3.5.8 pada platform selain PowerPC OS X ('mach'), dan x86-32 OS X ('imch'), harus identik dengan Mini vMac 3.5.7, kecuali untuk versi string dan tanggal modifikasi.
• Dilaporkan bahwa & quot; Mini vMac 3.5.7 tidak akan berjalan pada sistem PPC G3 & quot ;. Ternyata flag GCC & quot; -mmacosx-version-min & quot; harus ditentukan untuk semua file yang dikompilasi, tidak hanya kode yang bergantung pada platform. Ini mempengaruhi hal-hal seperti CPU yang dibutuhkan. Membuat perubahan ini terjadi tidak berpengaruh pada Mini vMac untuk x86-64 OS X, ada beberapa efek untuk x86-32 OS X, dan efek terbesar adalah untuk PowerPC.

Apa yang baru di versi 3.3.3:

• Fitur baru dalam kompilasi default:
• Sistem operasi lainnya didukung secara resmi oleh Mini vMac:
• FreeBSD pada x86-32 (Menggunakan & quot; -t fbsd & quot; dalam sistem pembuatan)
• FreeBSD di x86-64 (& quot; -t fb64 & quot;)
• OpenBSD di x86-32 (& quot; -t obsd & quot;)
• OpenBSD di x86-64 (& quot; -t ob64 & quot;)
• NetBSD di x86-32 (& quot; -t nbsd & quot;)
• NetBSD di x86-64 (& quot; -t nb64 & quot;)
• Dragonfly BSD di x86-32 (& quot; -t dbsd & quot;)
• Dragonfly BSD di x86-64 (& quot; -t db64 & quot;)
• OpenIndiana di x86-32 (& quot; -t oind & quot;)
• OpenIndiana di x86-64 (& quot; -t oi64 & quot;)
• Linux di ARM (& quot; -t larm & quot;)
• Linux di SPARC (& quot; -t lspr & quot;)
• Minix 3.2 (& quot; -t minx & quot;)
• Port ini mengadaptasi kode X Window yang sama seperti port Linux, dan harus memiliki fungsi yang sama, kecuali saat ini tidak terdengar untuk beberapa. Versi x86-64 saat ini lebih lambat, karena kurangnya bahasa assembly, dan tidak boleh digunakan jika versi x86-32 akan bekerja.
• Versi X sekarang dapat memutar suara menggunakan API Open Sound System (OSS). (Biasanya menggunakan implementasi yang kompatibel pada setiap sistem operasi, bukan OSS resmi itu sendiri.) Suara sekarang diaktifkan secara default di FreeBSD dan NetBSD. Kompilasi suara tanpa masalah (menggunakan & quot; -sound 1 & quot;) pada Dragonfly BSD dan OpenIndiana, namun saya belum dapat mengujinya. Mendapatkan suara pada Dragonfly BSD tampaknya memerlukan beberapa pengaturan manual. OpenIndiana sepertinya tidak menghasilkan suara sama sekali dalam VMware Fusion. Suara juga mengkompilasi tanpa masalah pada OpenBSD, namun tidak berhasil - menetapkan tingkat sampel yang diinginkan gagal. Minix sepertinya tidak mendukung suara. Anda juga bisa menggunakan API OSS di Linux, menggunakan yang baru & quot; -snd-api & quot; buat opsi sistem.
• Versi X sekarang akan mencoba untuk melihat ke dalam folder berisi aplikasi untuk gambar ROM, seperti versi Macintosh dan Windows. (Dan juga untuk disk1.dsk dan sebagainya file.) Jika direktori aplikasi tidak dapat ditentukan, direktori saat ini digunakan seperti sebelumnya. Ini diimplementasikan untuk Linux, FreeBSD, NetBSD, Dragonfly BSD, dan OpenIndiana, namun tidak OpenBSD dan Minix.
• Versi X sekarang memiliki opsi baris perintah baru & quot; -d [directory_path] & quot ;, di mana [directory_path] digunakan sebagai pengganti direktori aplikasi saat mencari gambar ROM, dan disk1.dsk dan seterusnya file .
• Versi X sekarang memiliki opsi baris perintah baru & quot; -n [app_name] & quot ;, di mana [app_name] digunakan sebagai pengganti nama aplikasi untuk judul jendela vMac Mini.
• Versi X sekarang mendukung folder ROM pusat seperti versi Macintosh dan Windows. Jika & quot; ~ / .gryphel / mnvm_rom & quot; ada, Mini vMac akan terlihat di sana untuk gambar ROM. Jika tidak ada, maka akan terlihat di direktori aplikasi. (Dan opsi baris perintah -r akan menggantikan keduanya.)
• Perilaku yang berubah dalam kompilasi default:
• Menggambar layar yang ditiru ke layar sebenarnya lebih efisien. Bila kedalaman warna 4 bit atau kurang, daripada mengubah setiap piksel, ada sebuah tabel dengan 256 entri untuk mengubah satu byte pada satu waktu. Hal ini juga lebih berhati-hati hanya mengubah pixel dalam persegi panjang yang membatasi area yang berubah, bukan keseluruhan layar.
• Versi Linux secara dinamis memuat perpustakaan ALSA untuk memutar suara, sehingga Mini vMac tetap berjalan, tanpa suara, bahkan jika ALSA tidak terpasang. (Teknik ini terlihat di SDL.) Jadi secara default versi Linux sekarang dikompilasi dengan suara, sesuai dengan versi Mac dan Windows.
• Dalam versi Linux, saat bermain suara dengan ALSA, snd_pcm_delay tidak lagi dipanggil. Penundaan sampai sampel dimainkan tidak terlalu relevan. Apa Mini vMac perlu tahu adalah waktu untuk buffer underrun. Jadi Mini vMac sekarang terlihat pada ukuran buffer dikurangi ruang yang tersedia di buffer, yang mungkin lebih berguna, untuk mencegah buffer underrun sambil meminimalkan latency.
• Versi X sekarang menggunakan penguncian saran untuk menolak membuka untuk menulis gambar disk yang telah dibuka untuk ditulis oleh salinan Mini vMac lainnya. Sebelumnya, versi X Mini vMac bisa membuka gambar disk yang sudah dibuka, kemungkinan merusak gambar. Jika Mini vMac hanya bisa membuka gambar disk saja, misalnya karena pengguna telah mengunci file, maka kunci penasihat tidak digunakan, dan beberapa salinan Mini vMac dapat menggunakannya.
• Versi X sekarang mencoba menggunakan nama aplikasi untuk mengatur judul jendela, seperti versi Macintosh dan Windows. (Jika nama aplikasi tidak dapat ditentukan, & quot; Mini vMac & quot; digunakan seperti sebelumnya.) Ini ditemukan bersamaan dengan direktori aplikasi, dan diimplementasikan untuk sistem operasi yang sama.
• Argumen baris perintah sekarang dipindai sebelum mencari disk1.dsk dan seterusnya file. Ini diperlukan untuk yang baru & quot; -d & quot; pilihan untuk bekerja, dan memiliki efek samping bahwa jika gambar disk ditentukan pada baris perintah, mereka akan dibuka terlebih dahulu. Jika ada gambar pada baris perintah, Mini vMac sekarang tidak akan repot-repot mencari disk1.dsk sama sekali.
• The & quot; -l & quot; (atau & quot; / l & quot; on Windows) opsi baris perintah dihapus. The & quot; -speed z & quot; pilihan untuk membangun sistem harus digunakan sebagai gantinya. Opsi command line berasal dari sebelum sistem build ada, dan keputusan dibuat untuk mendukung opsi build time pada opsi run time.
• Perbaikan bug dalam kompilasi default:
• Versi Windows sekarang memetakan tombol Enter pada keypad numerik ke tombol Enter Macintosh. Sekarang dapat membedakan tombol itu dari tombol Enter pada keyboard utama, yang dipetakan ke Macintosh Return Key. Sebelumnya tidak ada cara untuk mengetikkan tombol Macintosh Enter. Terima kasih kepada & quot; Alex & quot; untuk menunjukkan masalah ini.
• Pada versi Windows, di Full Screen Mode, cek apakah sebuah tombol turun adalah kunci autorepeated tidak benar. Jadi kunci potensial bisa saja diabaikan saat seharusnya tidak. Saya telah menghapus cek, karena tidak jelas bagaimana melakukannya dengan benar (saat menggunakan kait keyboard tingkat rendah & quot;). Ini tidak mempengaruhi emulasi Macintosh, karena ada pemeriksaan tambahan untuk kejadian yang berlebihan. Hal ini dapat mempengaruhi mode Kontrol, seperti saat menahan Control-M.
• Versi Windows sekarang menanggapi pesan WM_QUERYENDSESSION, jadi jika Anda mencoba mematikan komputer Anda dengan menjalankan Mini vMac (dengan gambar disk yang terpasang), maka Mini vMac akan mengeluh dan menghentikan pengaktifannya.
• Pada versi Linux, menggunakan ALSA untuk memutar suara, snd_pcm_start dipanggil sebelum memasukkan sampel suara ke dalam buffer ALSA. Hal ini dapat menyebabkan gagap di awal, atau menurut satu laporan, mencegah agar tidak bekerja sama sekali. Mini vMac sekarang menunggu sampai buffer pribadinya penuh, lalu transfer sebanyak yang sesuai ke dalam buffer ALSA, dan kemudian mulai bermain dengan suara.
• Bila versi Linux dikompilasi untuk ARM, ini mencakup pemeriksaan bahwa hasil snd_pcm_avail_update terlihat masuk akal, dan jika tidak memanggil snd_pcm_status_get_avail. Ini bekerja di sekitar apa yang tampaknya menjadi bug di Raspbian untuk Raspberry Pi.
• Jam yang ditiru tidak diinisialisasi dengan benar, dan hanya benar setelah yang pertama & quot; kedua & quot; menyela.
• Jika layar yang ditiru terlalu besar agar sesuai dengan layar sebenarnya (bila tersedia secara autoscroll), jika area layar yang ditiru yang telah berubah tidak memotong area yang terlihat dari layar yang ditiru, maka persegi panjang yang tidak valid adalah digunakan untuk menggambar Saya menemukan ini saat mencoba Vector Linux 7, yang tampaknya memiliki beberapa pemeriksaan debugging ekstra.
• Dalam keadaan tidak normal, dalam Mode Layar Penuh, autoscroll mungkin tidak menggulir untuk menampilkan baris terakhir piksel di bagian bawah atau kolom terakhir piksel di sebelah kanan.
• Jika komputer host tidak cukup cepat untuk menjalankan Mini vMac pada kecepatan 1x, maka Mini vMac tidak akan berjalan lancar, berhenti sebentar selama beberapa detik. Tes untuk situasi ini tidak benar, dan penghitung satu byte akan meluap. (Misalkan penghitung sekecil mungkin membuat lebih mudah mendeteksi bug seperti ini.)
• Pada versi X Window dari Mini vMac, saat menggunakan ekstensi Mini vMac untuk membuat file pada sistem host, seperti dengan ExportFl, sebuah dialog simpan tidak diimplementasikan. Sebelumnya file tersebut hanya akan dibuat di direktori aplikasi dengan nama yang diminta. Ini tidak aman, paling buruk itu memungkinkan sebuah program berjalan di Mini vMac untuk menggantikan aplikasi Mini vMac. Jadi sekarang file malah akan dibuat dalam folder bernama & quot; output & quot; di direktori yang berisi aplikasi. Folder ini akan dibuat jika tidak ada.
• Pada versi Microsoft Windows, jika path ke disk image dilewatkan ke Mini vMac pada baris perintah yang lebih panjang dari pada legal path, hasil buffer overflow.
• Versi Windows CE menderita sedikit membusuk. Sekarang kompilasi dan setidaknya bekerja di Microsoft Device Emulator dengan Windows Mobile Version 5.0. Saya tidak tahu apakah itu bekerja pada perangkat keras sebenarnya. Apakah ada yang peduli (Windows Mobile dihentikan dan diganti oleh Windows Phone.) Port ini mulai mengganggu pemeliharaan versi Windows utama, dan pilihannya adalah menghapusnya sepenuhnya atau membuatnya dapat dipertahankan.
• Fitur baru yang tidak di kompilasi default:
• Opsi sistem build baru & quot; -lt & ​​quot; memungkinkan emulasi LocalTalk Mike Fort. Saat ini ada beberapa keterbatasan. Ini hanya diimplementasikan untuk OS X. Ini memerlukan perintah & sudo chmod ugo rw / dev / bpf * & quot; untuk mengizinkan akses Mini vMac (dan orang lain) ke semua lalu lintas jaringan. & Quot; -lt & ​​quot; Pilihan juga menyebabkan Mini vMac berjalan di latar belakang secara default, karena Mini vMac tidak bisa menjadi node LocalTalk yang tepat jika tidak berjalan. Dan Anda perlu menyalakan AppleTalk secara otomatis di pemilih - saya dapat mengatur bendera PRAM untuk boot dengan AppleTalk sudah ada, namun tidak berhasil dengan benar.
• Opsi sistem pembangun baru & quot; -lang pol & quot; memilih terjemahan bahasa Polandia dari antarmuka pengguna oleh Przemyslaw Buczkowski.
• Versi X memiliki dukungan awal untuk warna (untuk emulasi Mac II). Versi X sejauh ini hanya mendukung 24 bit & quot; TrueColor & quot ;, dan memiliki beberapa keterbatasan format lainnya. Saya ragu bahwa apapun selain TrueColor digunakan pada mesin modern, dan mungkin tidak akan mendukung pilihan lainnya. Kedalaman lain seperti 15, 16, dan 32 bit dapat digunakan, dan mungkin sebaiknya didukung, jika saya dapat menemukan cara untuk mengujinya.
• Opsi sistem pembangun baru & quot; -mf & quot; memungkinkan pembesaran berubah dari default 2. Misalnya, & quot; -mf 3 & quot; menetapkan pembesaran menjadi 3. Pilihan & quot; -mf 1 & quot; menonaktifkan pembesaran (menghapus perintah Control-M). Faktor pembesaran harus berupa bilangan bulat.
• Perilaku yang berubah tidak dalam kompilasi default:
• Kedalaman warna default untuk emulasi Mac II adalah & quot; -depth 3 & quot; bukan & quot; -depth 0 & quot;.
• Untuk emulasi Macintosh II, AutoSlow sekarang dinonaktifkan secara default & quot; -sebagai 0 & quot ;. AutoSlow mungkin memerlukan beberapa tuning lebih lanjut untuk bekerja dengan baik dengan emulasi Mac II.
• Pada versi X, hasil fwrite dan fread pada gambar disk sekarang diperiksa untuk kesalahan, yang menghentikan peringatan kompilator di Ubuntu baru-baru ini.
• Perbaikan bug tidak di kompilasi default:
• Memperbaiki bug dalam instruksi DIVS.L yang dilaporkan oleh & quot; AP & quot ;. (Instruksi 68020 yang digunakan dalam emulasi Mac II.)
• Memperbaiki instruksi BFFFO, yang benar-benar rusak, seperti yang dilaporkan oleh & quot; AP & quot ;. (Instruksi 68020 lainnya yang digunakan dalam emulasi Mac II.)
• Operasi bidang bit pada register sekarang menggunakan memutar daripada menggeser. Bit yang dipilih dapat tidak bersebelahan, seperti yang ditunjukkan oleh & quot; AP & quot ;, dan dikonfirmasi oleh dokumentasi. (Bit bidang operasi ditambahkan di 68020.)
• Operasi bidang bit pada memori sekarang hanya mencoba beroperasi sebanyak mungkin byte yang dibutuhkan. Sebelumnya selalu dioperasikan pada 5 byte, yang dapat memiliki efek yang tidak diinginkan jika beroperasi pada perangkat yang dipetakan memori, seperti yang ditunjukkan oleh & quot; AP & quot;.
• The & quot; MoveP.L, Dn & quot; instruksi mencampuradukkan urutan pengalihan dan penyembunyian, dan karenanya benar-benar rusak, seperti yang dilaporkan oleh & quot; AP & quot;.
• Hack yang memungkinkan sejumlah besar RAM Video dalam emulasi Macintosh II tidak berfungsi dengan baik karena sebuah array yang digunakan untuk terjemahan ruang alamat dalam emulasi CPU tidak dialokasikan cukup besar. Sekarang sistem build memilih ukuran alokasi. (Masalah ini diamati pada 1024x768 dengan jutaan warna.) Detail lebih lanjut: Setiap kartu NuBus hanya mendapat 1M ruang alamat saat komputer dalam mode 24 bit. Dan Mac II nampaknya biasanya menggambar dalam mode 24 bit. Bila lebih banyak RAM Video dibutuhkan untuk opsi waktu kompilasi yang diminta, Mini vMac menggunakan ruang alamat dari slot NuBus yang berdekatan.
• Tetap & quot; -min-extn & quot; buat opsi di versi Linux.
• Membangun Sistem:
• Menambahkan opsi sistem penataan & quot; -api cco & quot; untuk menggunakan API Kakao Apple untuk OS X daripada API Karbon yang tidak berlaku lagi. Tapi port Cocoa dari Mini vMac belum cukup siap untuk didukung secara resmi, jadi versi Carbon masih digunakan.
• Menambahkan opsi sistem penataan & quot; -api sdl & quot; untuk menggunakan Simple DirectMedia Layer 1.2 API. Ini ditambahkan sebagai batu loncatan ke pelabuhan Cocoa - dengan menggabungkan kode sumber untuk SDL dengan kode sumber untuk port SDL Mini vMac, dan kemudian menghapus semua yang tidak diperlukan, dan kemudian banyak membersihkan sampai biji asli awal. port muncul Namun port SDL dapat digunakan seperti port ke platform lain yang didukung oleh SDL. Tapi ini belum didukung secara resmi.
• Menambahkan opsi sistem penataan & quot; -t mx64 & quot; untuk implementasi X11 Apple pada x86-64. (Sebelumnya x86-32 dan PowerPC didukung.)
• Menambahkan opsi sistem penataan & quot; -t cygw & quot; untuk Cygwin / X untuk Microsoft Windows. Cygwin juga dapat digunakan untuk mengkompilasi versi Microsoft Windows biasa dengan & quot; -t wx86 -e cyg & quot;.
• Ditambahkan opsi sistem pemformatan & quot; -t irix & quot; untuk IRIX oleh Silicon Graphics, Inc., berkat John Perkins.
• MinGW dapat digunakan untuk mengkompilasi Mini vMac dengan opsi build system & quot; -t wx86 -e mgw & quot ;. Karena Bloodshed Dev-C ++ didasarkan pada MinGW, & quot; -t wx86 -e dvc -cl & quot; sebelumnya akan memberikan hasil yang serupa.
• Mengubah urutan argumen ke perintah tautan saat membangun versi Linux. Ternyata ada tatanan konvensional untuk bagaimana perpustakaan harus ditentukan, yang saya tidak tahu sejak saya tidak datang di sebuah linker yang peduli sampai Ubuntu 11.10.
• Sistem build sekarang harus bekerja dengan baik pada emulator lain seperti SheepShaver. Secara anonim dilaporkan bahwa sistem build akan merusak emulator. Pengujian apakah sistem build berjalan di Mini vMac (sehingga arsip yang dihasilkan dapat diekspor ke host) tidak cukup baik.
• Sistem build sekarang menekan pesan peringatan yang dihasilkan saat mengkompilasi emulasi Macintosh II dengan Microsoft Visual C ++, terimakasih atas laporan dari William Grana.