!

[Apple] Mini vMac 3.3.1

[0] @ !!! środa, 30 Maja 2012 00:37 CET [30-05-2012 00:37 CET]

[Apple] Mini vMac 3.3.1

Autor Mini vMac'a, emulatora klasycznych komputerów Apple z procesorem motoroli, produkowanym w okresie '84 - '96 (Macintosh Plus, Macintosh 128K, 512K, 512Ke, SE, Classic i SE FDHD) opublikował kolejną już wersję swojego programu.

Oprócz nowych portów i paru bugfixów nie ma większych zmian.

Ford Simulator II

Mini vMac 3.3.1 30.05.2012

 

New features in default compile

 

  • More operating systems are officially supported by Mini vMac:
    • FreeBSD on x86-32 (Using “-t fbsd” in the build system)
    • FreeBSD on x86-64 (“-t fb64”)
    • OpenBSD on x86-32 (“-t obsd”)
    • OpenBSD on x86-64 (“-t ob64”)
    • NetBSD on x86-32 (“-t nbsd”)
    • NetBSD on x86-64 (“-t nb64”)
    • Dragonfly BSD on x86-32 (“-t dbsd”)
    • Dragonfly BSD on x86-64 (“-t db64”)
    • OpenIndiana on x86-32 (“-t oind”)
    • OpenIndiana on x86-64 (“-t oi64”)
    • Minix ("-t minx")
  • These ports adapt the same X Windows code as the Linux port, and should have the same functionality, except currently not sound. The x86-64 versions are currently slower, for lack of assembly language tweaking, and should not be used if the x86-32 versions will work.
  • The X versions now will try to look in the folder contain the application for the ROM image, like the Macintosh and Windows version do. If the application directory can not be determined, the current directory is used as before. This is implemented for Linux, FreeBSD, NetBSD, Dragonfly BSD, and OpenIndiana, but not OpenBSD and Minix.
  • The X versions now supports a central ROM folder like the Macintosh and Windows versions have. If “~/.gryphel/mnvm_rom” exists, Mini vMac will look there for the ROM image. If it isn't there, it will look in the application directory. (And the -r command line option will override both.)

Changed behavior in default compile

  • The Linux version dynamically loads the ALSA library to play sound, so that Mini vMac will still run, without sound, even if ALSA is not installed. (This technique was seen in SDL.) So by default the Linux version is now compiled with sound, matching the Mac and Windows versions.
  • The X versions now use advisory locking to refuse to open for writing a disk image that has been opened for writing by another copy of Mini vMac. Previously, the X versions of Mini vMac could open an already opened disk image, likely corrupting the image. If Mini vMac can only open a disk image read only, such as because the user has locked the file, then the advisory lock is not used, and multiple copies of Mini vMac can use it.
  • The X versions now try to use the application name to set the title of its window, like the Macintosh and Windows versions have. (If the application name can not be determined, “Mini vMac” is used as before.) This is found at the same time as the application directory, and is implemented for the same operating systems.

Bug fixes in default compile

  • The clock was previously not properly initialized, and was only correct after the first “second” interrupt.
  • If the emulated screen is too big to fit on the real screen (when autoscroll is available), if the area of the emulated screen that has changed doesn't intersect the visible area of the emulated screen, then an invalid rectangle was used for drawing. I discovered this when trying out Vector Linux 7, which seems to have some extra debugging checks.
  • If the host computer is not fast enough for Mini vMac to run at 1x speeds, then Mini vMac would not run smoothly, pausing for a few seconds periodically. The test for this situation was incorrect, and a one byte counter would overflow. (Have such counters as small as possible makes it easier to detect bugs like this.)
wstecz30/05/2012 00:37
Do ściągnięcia
Dodatkowe informacje
Komentarze
... bez komentarza
Ostatnio dodane pliki
Newsy Linkownia Emulatory na PC Wideoteka Screenshoty Bajtek Reduks Ready.Run

© Try2emu 1999 - 2024 | Krzysztof 'Faust' Karkosza Kontakt Polityka Prywatności OWU