More details here:
More details here:
And now it runs on Windows 10 (probably lots of Windows NT as well) thanks to EMX+RSXNT.
I put a Windows binary build on sourceforge, with the needed termcap and rsxnt.dll to run. It works best if installed into the root of a drive, but it doesn’t matter which drive letter (I suppose you could even use subst). I was patching around the stock NetHack 1.3d, but considering the weird issues I was having with it ‘mostly’ working, it was easier to just lean on the NetHack 1.3d revived project. I should also say this is what I also used to get NetHack 1.3d running on the x68000.
I’ve been able to save, restore and go up, down and even die without it crashing so it seems OK to me.
It’s kind of cool to build it with GCC 1.40 on Windows 10, and get a native executable. Maybe pointless in the golden age of emulation / virtualization as you could just as easily build stock 1.3d on a 4.2 BSD VAX, or even 386BSD 0.1 system.
Maybe I’ll finish the work to see if I can get it running on OS/2 or MS-DOS via EMX, but for now the project stuff is on sourceforge.net
Just saw mention of this, the Nintendo Classic Mini
It includes a USB controller, HDMI, and you have to bring your own USB +5v power supply. It’ll come with 30 pack in games, but no mention of any additional games.
The only thing that stuck out to me is that Mike Tyson’s Punch-Out!!, is reverted back to the original Japanese Mr Dream. Kind of lame, but I guess that is licensing for you.
There is more information at the Nintendo page, with a shipping date of November 11th, 2016 for the UK.
I suppose I should have managed it better. I don’t even know what is there, but I shelled out the $18 HKD to at least keep it for now.
I know Microsoft has long dreamed of being SaaS, instead of being a traditional software vendor. Is there hope for buy it and own it software as we approach 2020’s?
Either way, if you have onedrive, migrate, fix it, or pay for it.
While I’m waiting for my real PC-9821 to arrive, I’ve been playing with various software. One fun thing was the old DJGPP, as the version 1.x had a customized version of go32 to support the PC-98 hardware. This is cool, but I’d love to perhaps start down the road of porting something to the PC-98. There is no VGA adapter, and the I/O is mapped differently so naturally this is why they are only loosely compatible. So while I was looking for any kind of source code using DJGPP, I found the FCE: Family Computer Emulator (NES). It includes source code, which is great but it builds against DJGPP 2.x What makes it more interesting is that it has DPMI hooks in place, unlike the old DJGPP 1.x’s DOS extender which is DPMI incompatible. So how do you magically get a DPMI environment for MS-DOS? Well one way is to run it under Windows 3.0 or higher. And certainly with MS-DOS 3.30 that is an option. However lurking in the disk images of MS-DOS 5.00A was a fun program DPMI.EXE . Well now that is interesting!
Using a generic config.sys I have 600kb of low RAM available, and 7MB of extended RAM.
Now the real interesting part is DPMI.INI
As you can see this is pretty much the 386 enhanced portion of Windows 3.0! So you get all of the DPMI services offered by Windows as part of the OS.
As you can see, with DPMI running I have access to EMS, and XMS memory now available. Additionally with paging you can even over commit memory.
My only question, is why was DPMI not an added in feature of the English versions of MS-DOS? Granted there was a LOT of OEM bundling with new machines so you were forced to purchase a copy of Windows along with MS-DOS on all new computers, regardless of what you were going to do with them, and this would have been a bit more interesting.
This kind of environment was extensively documented in the “Unauthorized Windows 95“, by Andrew Schulman that showed how DOSX.EXE could chain load Win386 + command.com achieving the same thing. The DPMI environment from MS-DOS 5.00A is dated 11/11/1992, I wonder if he knew about this going into the Windows 95 book. It’s been too long since I’ve read it to remember, but I don’t recall any details about Japanese PC-98 releases of MS-DOS. There was also a ‘MSDPMI’ environment created for the beta versions of Microsoft C 7.0, but I’ve been unable to find one to verify. MSC 7.0 was released in 1992, so it fits in the same timeframe, but the shipping products used QEMM’s DPMI server instead.
I guess the bad power supplies really are quite bad.
So now I have a project instead of something to do something. I guess it doesn’t matter, I don’t have a keyboard, video cable, diskettes or anything.
So the first thing you’ll need is Neko Project II. It can be a little hard to track down downloads, but there is a whole slew of them here:
So for now this link, is the latest build, you’ll need to enter a password to download the file, it’s 9801.
Extract that, and you’ll want to configure the sound.
If you choose to use the MIDI you’ll have to map them to a MIDI-OUT port, and I used the default Microsoft GS Wavetable. Of course you could use MUNT, or any other MIDI mapper or port. Also you may want to setup the serial port MIDI as a backup plan.
The sound effect settings work best for the PC-9801-86 audio board.
I’ll save installing MS-DOS, and installing DooM for another fun episode, but to configure DooM.
Run setup.exe to setup DooM!
The menu is simply:
The PC9821A driver works best from what I’ve done in my limited testing. I guess if you had a different emulator, or a real PC-98 you’ll get more out of this.
Next is the BGM or music
You really have 2 options here, #3 for the PC9801 driver which uses the YM2608 chip. Or the General MIDI either option 4 or 6. I didn’t notice any difference between the two of them, they both sound kinda slow, but workable.
Now for the audio board, select the PC-98
The PC-9801-86 is what you want here. Now with either a 100% PC-9801-86 config, or a 50/50 of the MIDI/PC-9801-86 we are ready to run DooM! Selection option 6 and away we go!
And all being well you’ll get the start of DooM!
Otherwise you’ll get this fun error:
In this case I had emm386.sys in my config.sys which conflicts with the dos extender DX386.
Personally I find it easier to boot off the #1 install diskette which will automatically start DooM!
If you are feeling brave, listen!