I though this same tech would be a great way to take my GCC 1.27 build of DooM, and shove it in DOSBox and get it out into the world.Â Although its far too slow for me, but it could be this crap laptop.Â (my new one should be here in 7 days, but I have to travel again in 5…..).Â I had also updated my DJGPP cross project to include 1.27, and rename the v1 as gcc_v139 to at least reflect what it is.
You can check out this super early GCC compiled version of DooM here.
I’ll have to try to convert over all I can.Â I hated having all this stuff basically configured, but then thanks to SUN going bust, and Oracle being Oracle it all got screwed over.
Which version of the DOOM wad does your compiled Doom use?
I’ve been able to use 1.1 / 1.2 / 1.6 / 1.9 I just havent bothered trying ultimate.
I made a bunch of changes here to get around some missing stuff although it’s far from really tested in depth. There is a missing texture for the status bar in the 1.1 wad and I didn’t bother digging as I play full screen, and it worked well enough for me to complete a bunch of levels.
Okay, because the one on your jsdosbox page was missing a secret in E1M1.
hm thats odd. The MD5 of f0cefca49926d00903cf57551d901abe puts this as the 1.9 shareware wad.
changes in question are:
Add some slightly better demo skip logic. v1.1 has version 1 & 2 demos. v1.2 has 2 & 3. version 1&2 crash this engine hard.
2017-08-19 06:04:45 Tree
Better fix for WIMINUS, now the Doom v1.1 registered WAD can change levels.
2017-08-19 02:48:58 Tree
Let the menus work for the DooM v1.1 commercial wad. There is no nightmare mode, so detect it.
2017-08-19 02:21:23 Tree
Minor changes to make older WADS directly playable. v1.0/v1.1 won’t work from the menu as there is no nightmare mode…
2017-08-19 02:02:47 Tree
The STTMINUS thing was added no doubt pretty late.. So I put in a little logic to detect if it’s there, and now I can load older wad’s.
2017-08-18 15:23:22 Tree
I’m also disappointed with what happened to Java in the browser, which is why I stopped working on Java Dosbox.
Wow that’s amazing! I’m surprised anything works!!!!
Years ago I had done a f2c port of dungeon (Zork) to Windows 3.0 using QuickC for Windows. It’d be cool to see it it works…. It looks like emscripten, right? So I’d imagine it’s let you also do native builds for non x86 machines?
I looked at winzork. I’m not familiar with Windows 3.0, but the zork.exe doesn’t look like a Win16 file, it’s reporting as a dos file. I get a Bad EXE format msg from Wine.
Yeah, it’s using Emscripten. BoxedWine is partial x86 CPU emulator that can run apps (not OS’s). I implemented enough of the Linux system calls so that it can run an unmodified 32-bit build of Wine for Linux. My goal is to run old Windows games in a platform independent way, using C and SDL, without a copy of Windows, like what Dosbox did for Dos.
I’ll have to pack it up better, but anyways it does run, but the font’s are all messed up. So you really can’t read anything. I went ahead and tried QuickC for Windows for the heck of it, but the lack of win87em.dll causes it to panic.
I packed up it and QC here.
Awesome job again tho! This is super cool!
It says the site no longer exists and the only other place i could find 8bitboy was some random site on bored button. What happened to the site? D:
Try the internet archive
Also the old Google code site:
No idea why it all disappeared