Replies: 6 comments 1 reply
-
I ported DOOM to nano-X some time ago, source code is here: https://github.com/ghaerr/microwindows/tree/master/src/contrib/doom. On ELKS the nano-X server and application are combined into a single executable, so medium model would need to be used, which hopefully is enough for both with a max code size of 128k. On older machines, DOOM could be too slow to be playable, due to its intensive graphics and the very slow VGA driver. I've only tested it on 32-bit Linux with framebuffer. |
Beta Was this translation helpful? Give feedback.
-
Yes, the version in the Microwindows Project can be configured to do that.
Yep, contributions welcome :) I've got my hands full but glad to help with technical questions. |
Beta Was this translation helpful? Give feedback.
-
Here is an old version of DOOM that could be ported to ELKS using SVGALib: |
Beta Was this translation helpful? Give feedback.
-
See #1447 (comment) for more comments on 16-bit versus 32-bit ELKS compiler, SVGALib and Doom support. |
Beta Was this translation helpful? Give feedback.
-
https://github.com/FrenkelS/elksdoom |
Beta Was this translation helpful? Give feedback.
-
Currently elksdoom does not crash because of insufficient memory! It works quite well! |
Beta Was this translation helpful? Give feedback.
-
Hi,
It seems DOOM can be used with direct VGA access and this theoretically opens the door for porting it to ELKS when using a 386. It already works on Xenix and A/UX.
https://www.osnews.com/story/134966/porting-doom-to-a-ux/
https://katelibc.medium.com/porting-doom-to-a-ux-8cecab02b531
Full source code of the port to Xenix:
https://github.com/gattilorenz/Xenix-doom
Beta Was this translation helpful? Give feedback.
All reactions