Note: the news posts might be rather
technical. Not interested in that? Just
pick the appropriate build directory from the right-side
menu and look at the last modified date.
If you’re on Windows and don’t know if you have a 64- or
32-bit system, go for Windows (32-bit).
Installer builds end in
‘-msi.zip’ .
builds
Cleanup
2010 Jul 18 @17:49
Just a small note to let you know I’ve cleaned up the
stored builds. All 0.7.2 builds and some of the
earlier 0.8.0 builds have been removed from the
windows and mac directories.
I’ll be regularly cleaning up these directories to conserve disk space.
I’ll be regularly cleaning up these directories to conserve disk space.
Comments
Recent changes
2010 Jul 06 @20:56
I’ve recently made some small changes to the site.
Google Analytics and some small Adsense links have been added to the site and the index listings, hopefully assisting in tracking the site’s traffic.
Another change I made to the index listing is setting the default sort order to descending modification dates. This means that the latest builds should now appear at the top of the build listings.
The last changes are minor layout changes, so there is a bit more space for the content. I’m still not quite satisfied and might make the site a bit wider, depending on the results of the site stats provided by Google Analytics.
Finally I’d like to point out the new openMSX Facebook group started by Vampier. It tries to keep you up to date with all openMSX-related information such as tutorials and latest features.
Google Analytics and some small Adsense links have been added to the site and the index listings, hopefully assisting in tracking the site’s traffic.
Another change I made to the index listing is setting the default sort order to descending modification dates. This means that the latest builds should now appear at the top of the build listings.
The last changes are minor layout changes, so there is a bit more space for the content. I’m still not quite satisfied and might make the site a bit wider, depending on the results of the site stats provided by Google Analytics.
Finally I’d like to point out the new openMSX Facebook group started by Vampier. It tries to keep you up to date with all openMSX-related information such as tutorials and latest features.
openMSX 0.8.0 Official release
2010 Jun 06 @23:16
The openMSX team over at openMSX.SourceForge.net have just
officially released version 0.8.0 after several
days of testing with release candidates.
After some mirroring this latest release was cleverly nicknamed CSI Dresal.
If you are reading this here, chances are you’ve already been testing a few of the latest new features in 0.8.0, including Laserdisc and reverse support, as they’ve already been in the unofficial 0.7.2 beta builds available here at openMSX Builder.
A couple of other features and bugfixes worth mentioning include:
Mobile device and handheld enthusiasts may also be happy to know that Dingoo support has been improved due to several speed and code size optimisations, an added OSD virtual keyboard and a new icon skin for handhelds.
So, without further ado, we are proud to announce openMSX 0.8.0: CSI Dresal:
After this release we’ll of course continue with building the upcoming beta builds again, since development on openMSX will continue.
* Note that the Universal build for Mac OS is a little different from the ones I’ve built in the past here on openMSX Builder, since the official build is packaged on Snow Leopard, which added support for 64-bit systems through x86_64, while my unofficial builds are still 32-bit since they are built on Leopard.
If you are still on Leopard and normally run openMSX directly from the command line, you will need to add “arch -i386” in front of it now, to force the app being launched in 32-bit mode. For example:
After some mirroring this latest release was cleverly nicknamed CSI Dresal.
If you are reading this here, chances are you’ve already been testing a few of the latest new features in 0.8.0, including Laserdisc and reverse support, as they’ve already been in the unofficial 0.7.2 beta builds available here at openMSX Builder.
A couple of other features and bugfixes worth mentioning include:
- improved debugging, such as the new debuggables keymatrix, joystick ports and romblock,
- several Windows Unicode support fixes,
- several new scripts demonstrating for instance On Screen Display possibilities and experimental Tool Assisted Speedrun utilities.
- the Arc mapper
- trackball emulation.
- 64-bit support for Mac OS X Snow Leopard.
- and many more
Mobile device and handheld enthusiasts may also be happy to know that Dingoo support has been improved due to several speed and code size optimisations, an added OSD virtual keyboard and a new icon skin for handhelds.
So, without further ado, we are proud to announce openMSX 0.8.0: CSI Dresal:
- openMSX 0.8.0 x86_64 Universal for Mac OS *
- openMSX 0.8.0 for Dingux (Dingoo)
- openMSX 0.8.0 Windows 32-bit Installer
- openMSX 0.8.0 Windows 32-bit Zip Archive
- openMSX 0.8.0 Windows 64-bit Installer
- openMSX 0.8.0 Windows 64-bit Zip Archive
- openMSX 0.8.0 platform-independant source code tarball
- openMSX Catapult 0.8.0 source code tarball
After this release we’ll of course continue with building the upcoming beta builds again, since development on openMSX will continue.
* Note that the Universal build for Mac OS is a little different from the ones I’ve built in the past here on openMSX Builder, since the official build is packaged on Snow Leopard, which added support for 64-bit systems through x86_64, while my unofficial builds are still 32-bit since they are built on Leopard.
If you are still on Leopard and normally run openMSX directly from the command line, you will need to add “arch -i386” in front of it now, to force the app being launched in 32-bit mode. For example:
- `arch -i386 /Applications/openMSX.app/Contents/MacOS/openmsx -machine Boosted_MSX2_EN -diska "~/Downloads/Software/MSX/Music Project/MBWave2/" -ext "msxdos2"`
openMSX 0.8.0 Preview builds
2010 Jun 06 @10:48
As the openMSX is preparing for the official 0.8.0
release, they’ve set the version number to 0.8.0 for
their release candidates.
Result of this is that we now currently have unofficial 0.8.0 preview builds available.
32-bit Windows users can grab the 0.8.0 Preview ZIP archive for x86 or the 0.8.0 Preview Installer for x86.
64-bit Windows users should go for the 0.8.0 Preview ZIP archive for x64 or 0.8.0 Preview Installer for x64 instead.
Mac users can try the openmsx-0.8.0-11486-mac-univ-bin.dmg preview instead.
Please test these preview releases and report any problems to the openMSX team!
Result of this is that we now currently have unofficial 0.8.0 preview builds available.
32-bit Windows users can grab the 0.8.0 Preview ZIP archive for x86 or the 0.8.0 Preview Installer for x86.
64-bit Windows users should go for the 0.8.0 Preview ZIP archive for x64 or 0.8.0 Preview Installer for x64 instead.
Mac users can try the openmsx-0.8.0-11486-mac-univ-bin.dmg preview instead.
Please test these preview releases and report any problems to the openMSX team!
Debugger builds
2010 Apr 02 @13:58
As the Mac users might have noticed, I’ve been
building Debugger builds on a daily basis, at the
same time as the regular openMSX builds.
Since the openMSX and openMSX Debugger projects both share the same repository, and since the builder script was only looking at the most recent revision number, a new Debugger was built every night and tagged with the latest revision number, even though nothing might have changed in the openMSX Debugger project.
I’ve updated the script a bit now so it should only build and release a new openMSX Debugger if there has actually been a change committed to the openMSX Debugger project. Besides this, I’ve also changed the directory to which the Debugger builds are published.
This means that the latest available Debugger build is revision 11151 and is available from the new Mac Debugger Builds directory.
The menu on the right has been updated accordingly.
Please note though that to make the About box show the correct revision number, I’ve applied a building hack by setting the CHANGELOG_REVISION variable myself. I do this because openMSX Debugger normally still determines its revision number from its Changelog, which hasn’t been updated since 10055.
This is a bug in openMSX Debugger and has been reported.
I’ve also updated some older news posts to hopefully reduce some of the technical terms for the Windows users. I kind of hope the Mac users to be more used to terms like x86 and PPC.
Since the openMSX and openMSX Debugger projects both share the same repository, and since the builder script was only looking at the most recent revision number, a new Debugger was built every night and tagged with the latest revision number, even though nothing might have changed in the openMSX Debugger project.
I’ve updated the script a bit now so it should only build and release a new openMSX Debugger if there has actually been a change committed to the openMSX Debugger project. Besides this, I’ve also changed the directory to which the Debugger builds are published.
This means that the latest available Debugger build is revision 11151 and is available from the new Mac Debugger Builds directory.
The menu on the right has been updated accordingly.
Please note though that to make the About box show the correct revision number, I’ve applied a building hack by setting the CHANGELOG_REVISION variable myself. I do this because openMSX Debugger normally still determines its revision number from its Changelog, which hasn’t been updated since 10055.
This is a bug in openMSX Debugger and has been reported.
I’ve also updated some older news posts to hopefully reduce some of the technical terms for the Windows users. I kind of hope the Mac users to be more used to terms like x86 and PPC.
Universal Builds for Mac
2010 Mar 16 @06:44
Silly me (FiXato) forgot to enable the
OPENMSX_TARGET_CPU=univ flag, so all previous Mac OS
builds were only aimed at my host system, x86
Leopard. Thanks go out to mth for pointing it out.
However, now that I’ve enabled the above mentioned flag, all openMSX builds for Mac will be Universal builds instead! This means that people still stuck on PPC, should be able to use my new builds as well now.
So, you can now grab the openmsx-0.7.2-11332 universal build straight from the new Mac OS Universal Builds directory. Enjoy it while it’s hot!
Since I’m still on Leopard (Mac OS 10.5.x) instead of Snow Leopard (Mac OS 10.6.x), I won’t be able to support the new x86_64 platform yet, so don’t expect 64-bit support for Mac yet in these builds.
However, now that I’ve enabled the above mentioned flag, all openMSX builds for Mac will be Universal builds instead! This means that people still stuck on PPC, should be able to use my new builds as well now.
So, you can now grab the openmsx-0.7.2-11332 universal build straight from the new Mac OS Universal Builds directory. Enjoy it while it’s hot!
Since I’m still on Leopard (Mac OS 10.5.x) instead of Snow Leopard (Mac OS 10.6.x), I won’t be able to support the new x86_64 platform yet, so don’t expect 64-bit support for Mac yet in these builds.
Windows builds
2010 Mar 14 @17:57
Thanks to Vampier we’ll also be offering builds for
32-bit and 64-bit Windows from now on! Currently they
are still manually build, but he is also working on
an automated way.
Till I’ve added links to the latest versions of every build, head over to the Windows Builds directory to grab them!
If you are in doubt whether you need 64-bit or 32-bit, just go for the 32-bit builds (or try a 64-bit build first, since it will just fail to run if you are not on a 64-bit system ).
Till I’ve added links to the latest versions of every build, head over to the Windows Builds directory to grab them!
If you are in doubt whether you need 64-bit or 32-bit, just go for the 32-bit builds (or try a 64-bit build first, since it will just fail to run if you are not on a 64-bit system ).