Software-update: openMSX 0.15.0

De MSX is een homecomputer uit vroeger tijden, maar er zijn gelukkig nog steeds personen die zich bezighouden met de ontwikkeling van de MSX en met de verschillende emulators voor dit platform. De emulator openMSX draait op verschillende besturingssystemen, onder andere Android, Linux, macOS en Windows, en richt zich volgens de ontwikkelaars op perfectie van de spelervaring. Versie 0.15.0 is eind vorig jaar vrijgegeven met de volgende aankondiging:

Release Notes for openMSX 0.15.0

Again a release, because we did quite a lot, so it's due! Major new stuff is support for ColecoVision (including Super Game Module and MegaCart mapper), Musical Memory Mapper and Carnivore 2. And we have fixed a lot of long-standing OPL4 emulation issues, thanks to Valley Bell. Furthermore, we overhauled the Android port, but you'll mostly notice the scale factor 2 there. And several other (sometimes very long standing) issues were fixed.

Here's the list with all highlights and details:

MSX device support:

• fixed 16 year old bug regarding sprites behaviour as shown in Ash Guine 3
• fixed National CF-3300: it has a 2DD disk drive, not 1DD
• fixed V9958 commands in non-bitmap modes
• allow non-standard cartridge slots to be used as normal cartridge slots, consistently
• fixed VDP type of National FS-1300
• fixed a bug in the turboR mapper
• fixed a bug regarding VIBrato in the YM2413 (Okazaki core)
• fixed CAPS lock on SVI 318/328
• fixed Canon V-20 configurations
• fixed Sanyo MPC-25FD configuration
• added support for 2 mapper read back bits, used in Panasonic MSX2+ machines
• added emulation of the SN76489 DCSG sound chip
• added emulation of the Musical Memory Mapper
• added emulation of ColecoVision, ColecoVision Super Game Module
• added emulation of the MegaCart mapper, used in some new homebrew ColecoVision games (mostly MSX ports)
• added emulation of the Carnivore 2 cartridge
• improved emulation of OPL4 (wave part) considerably, thanks to Valley Bell
• added emulation of bizarre I/O port mirroring of Philips Music Module (thanks to Grauw and L. Oliveira for doing the research)
• implemented Y8910 status register bit 0
• fixed exact formula for noise generation on AY8910 (PSG)
• made memory mapper ports readable on MegaFlashROM SCC+ SD, conforming to the latest version of this cartridge
• added new machines: Sony HB-G900AP (thanks to Louthrax), Eurohard/Radofin Dragon MSX (thanks to MAME), Yamaha CX7/128 and CX7M/128 (thanks to Peter Hanraets), Al Alamiah Sakhr AX230, Sanyo MPC-2, Yamaha CX11 (thanks to Tabajara Labs) and Toshiba HX-32 (thanks to Jorge Janaite Neto)
• added new extensions: Musical Memory Mapper, Carnivore 2 and SN76489 (on the same I/O port as PlaySoniq)

New or improved emulator features:

• fixed some crashes when using very high Z80 frequencies
• improved tab-completion to initially hide internal procs, until you specify the namespace
• many updates to the software database
• many updates to the VGM recorder script, thanks to Niek. Use 'help vgm_rec' to find out about the new subcommands. Sample RAM content is now logged even when starting recording after the sample kit is loaded, actual data recording starts automatically when data is sent to the chip, the proper OPL4 init data is automatically written to the VGM file, and many more things.
• changed default machine symlinks to JP machines (for applicable systems)
• many robustness fixes against bad XML config files
• added videosource setting to OSD menu, GFX9000 is getting more popular
• fixed reverse bug in GFX9000
• performance improvements: several fixes to improve start-up time
• added support for DCSG in the music keyboard and vu meters script
• changed events about unplugging to an empty plug-event
• changed fixed scale factor from 1 to 2 on Android
• added OSD menu button to open the main menu for Android, as (most?) modern Android devices do not have a menu button anymore
• OSD menu: fixed issue of getting stuck in an unreadable directory when browsing for a file (e.g. on Android)
• added scrollbar when showing lists in OSD menu, as a visual cue on the length of a list; the scrollbar cannot be dragged
• fixed crash in hq/hqlite scalers in interlace modes
• fixed frame skipping when doing 'debug continue'
• fixed function keys not working anymore when console is open on macOS
• exposed tile viewer widget to the console (try "about tile")

Build system, packaging, documentation:

• upgraded C-BIOS to release 0.29a: default to 60Hz generic international config
• to load older savestates, added all C-BIOS ROMs shipped with openMSX 0.7.0 and later for your convenience
• put several pieces of code under unit-test with the Catch2 framework
• added svicpm2dmk utility so disk images from the web can be converted to a suitable DMK file for use with the SVI-707 drive with CP/M ROM
• reworked complete Android port build. Now uses NDK 18b and recent version of commandergenius Android SDL port and all other 3rd party libraries are built by the openMSX build system. Minimum required Android version is now 4.1.
• removed all hand-made ARM and 32-bit x86 assembly code
• fixed version information of application on macOS
• added workaround for FreeType no longer installing its config script
• enabled retina support on macOS
• advise people to compile with Xcode 9.4.1 on macOS, not Xcode 10 (see issue #1126)

And of course the usual various bug fixes and performance improvements.

In "doc/manual/index.html" you can find a set of HTML manuals for openMSX. Make sure you read this if you haven't used openMSX before, but also to learn more about the new and changed features.

CPU and graphics performance varies a lot, depending on the openMSX settings and the MSX hardware and software you're emulating. Some things run fine on a 200 MHz machine, others are slow on a 2 GHz machine. For performance tuning tips, see the Setup Guide.

openMSX is confirmed to run on the following operating systems: Linux, Windows, macOS, FreeBSD, OpenBSD and NetBSD; on x86, x86-64, PPC, ARM, MIPS and Sparc CPU's. Running on other operating systems (wherever SDL runs) or CPU's should be possible, but may require some modifications to the build system. If you are compiling on a new platform, please share your experiences (see below for contact info), so we can make openMSX more portable.

Thanks to all contributors for their feedback, support, bug reports, testing, coding and other help!

Have fun with your emulated MSX!
the openMSX developers

Versienummer	0.15.0
Releasestatus	Final
Besturingssystemen	Windows 7, Android, Linux, macOS, Windows 8, Windows 10
Website	openMSX
Download	https://github.com/openMSX/openMSX/releases/tag/RELEASE_0_15_0
Licentietype	GPL

Reacties (9)

Ik gebruik zelf altijd BlueMSX (is al een tijdje niet meer geüpdatet), maar ik zal deze ook eens gaan proberen.

[Reactie gewijzigd door Master FX op 2 januari 2019 16:47]

OpenMSX heeft mijn voorkeur omdat het Open Source is, actief wordt ontwikkeld en omdat het team voornamelijk uit zeer enthousiaste Nederlanders bestaat (oude bekenden uit de NL MSX-scene).

Naast Windows, MacOS, draait het als een zonnetje op Linux, ook op de Raspberry PI

Omdat het Open Source is, worden er geen illegale ROM's meegeleverd. In praktijk betekent dit dat je geen disk images kan lezen en ROM dumps moet gebruiken.

Maar gelukkig is er een oplossing. Je kan OpenMSX uitbreiden met systeem ROM's, waardoor je ook disk images kan lezen en schrijven en zelfs IDE hard disk images kan gebruiken, vele extensies en machines.

Hiervoor heb je dit archief nodig: http://www.msxarchive.nl/...or/openMSX/systemroms.zip

Wel even de documentatie doornemen, want de bestanden moeten wel in de correcte directory (map/folder) staan.

Onder Linux is dat /usr/share/openmsx/systemroms

Onder andere besturingssystemen weet ik niet meer, maar heb het ook werken onder Windows 10. Zie documentatie.

Fantastische emulator, voor mij een killerapp

die /usr/share/openmsx directory is voor system-wide beschikbare roms etc, en dat path kan verschillen per installatie/distributie.
De officiële documentatie van openMSX raadt echter het aanmaken van een systemroms directory in de openMSX/share directory in the homedirectory van de gebruiker aan, en vermeldt daar de gebruikelijke default paths voor Linux, Windows en Android. Overigens zijn meerdere paths toe te voegen via het filepools commando.

De meeste recente daily builds zijn overigens verkrijgbaar via http://openmsx.fixato.net welke direct geüpload worden door openMSX devs en contributors Vampier, niekniek en Quibus.
Mocht je bugs tegenkomen in deze development builds, dan zijn meldingen hiervan van harte welkom in de openMSX issue tracker op Github

Daniel Vik heeft onlangs in dit topic op msx.org weer een teken van leven getoond, en daar de release van live.bluemsx.com gemeldt, wat een browser-based versie van blueMSX is, geschreven in TypeScript.

MSX.... Trip down memory lane... Mijn eerste computer.
Toeval wil dat ik de kerstvakantie gebruik om mijn zolder eindelijk eens op te ruimen en wat kwam ik gisteren tegen: Mijn oude Philips VG8020 MSX-1
Ben benieuwd of hij het nog doet. Morgen eens uitproberen

Ik zou hem toch eerst even open maken en controleren op lekkende onderdelen, anders zou ik hem persoonlijk niet in het stopcontact steken.

Uiteraard :-)
Heb hem vanmorgen open geschroefd. Een stuk of 3 elco's, van de voeding, zien er niet goed uit....
Neem het risico dus niet.
Ik zal volgende week, wanneer ik weer aan het werk ben, de electronica guru op de zaak er eens naar laten kijken. Hij is veel handiger met een solderbout dan ik. Waarschijnlijk heeft hij ze in 5 minuten vervangen.

Dat OpenMSX is trouwens best wel grappig. Moest even een party Konami ROM-dumps van usenet plukken (vast niet legaal...) en ik kon zo een paar gouwe oude weer spelen.
Laden een stuk sneller dan van cassettebandje

Heb zelf een Goldstar MSX staan. Met cassettebandjes... Daar geleerd dat geduld een schone zaak is.

[Reactie gewijzigd door Master FX op 3 januari 2019 15:13]

Mijn eerste computer was een Philips NMS 8220 MSX2, bijna het zelfde als de VG8020, alleen zag de VG er mooier uit met zijn "zilver kleur".

Ik had de 8220 op afbetaling gekocht bij een schriftelijke cursus "Programmeren in MSX-BASIC" van het NTI (Nederlands Taal Instituut) en hij werd met een gratis data-recorder (helaas niet van Philips) geleverd.

Na een paar maanden was ik de traagheid van de cassetteband opslag spuugzat en kocht een JVC 3.5 (single sided) 320 kB diskette station bij Vroom & Dreesman, die net zo duur was als de hele cursus met computer. De overstap van cassetteband naar diskettes was echter een enorme vooruitgang.

Vervolgens kwam er een PC/XT en een Commodore Amiga 500. Daarna volledig overgestapt op PC's en maak sinds de vroege 1990-er jaren reeds dankbaar gebruik van MSX- en Amiga emulators. Heb zelfs een CD-ROM serie onder de naam MultiOS (Multi Computer and Operating Systems) gehad. Ik ben hiermee gestopt toen de overheid (NOiV) de stekker uit het uitwisselplatform.nl trok.