Видео

Compiling for a 286 instead of an 8088 and using a graphics mode that supports page flipping would also help 😀

Doom8088 needs a VGA or MCGA card and a Compaq Portable II has a CGA card, right? So that won't work. However, doomtd3 will run if there's enough memory in the Compaq Portable II. Doom8088 CGA support is on the To-Do list.

Swizpig is working on a color version by using Chunky Copper for Amiga. The weapons and the status bar could probably be implemented with hardware sprites. And probably assembly could be used for some parts.

I think for the status bar I think a copper split between the viewport and the hud would probably work, and I think for the HUD using the blitter would be fine.

​@@TofiOfficial Sounds promising, but I'll leave the programming to the Amiga experts.

Maybe they might figure out something better than I did.

That's an interesting idea.

@@DookNookim Another suggestion is to add Mipmapping (If you haven’t already, I cant really tell due to the low resolution)

@@MasterMadLad There is a little bit of mipmapping github.com/doomhack/GBADoom/issues/51#issuecomment-2198123732

shareware

Not on a 386sx20. Such a CPU runs standard doom around 1-2 fps, completely unplable. You can run fast doom on a 386 like this but it looks about the same if not worse (does have soundcard support though). This: ruclips.net/video/KEhIwLZ06dc/видео.html shows the performance of this port at lowest settings on an emulated 286, its amazing that it cann run at all on such a CPU.

This 386 is the slowest computer I have that has a VGA card. I am experimenting with CGA graphics...

@@DookNookim vga. 386sx ruclips.net/video/EZvI8wCVOPU/видео.html

@@DookNookim Really! That would be awsome, its brilliant seeing how this project is continuing.

the latest version has textured walls and pc speaker sound effects

I agree. I think the first few levels of Doom would be playable if this demo runs at 10 frames per second. When I remove the status bar and all sprites, use only flat walls and render just 30 by 1 screen units, this demo runs at only 6.6 frames per second.

Is that secret documented at ttf.mine.nu?

FastDoom requires a 386. But I'm working on a Doom port, Doom8088, that runs on an 8088. It still requires VGA / MCGA, though. I'm also working on doomtd3, which just runs demo 3 as fast as it can, in black and white, on a PC, HP 95LX, Amiga 500 and Macintosh Plus.

@@DookNookim a port of Doom that runs on an 8088 would be amazing! Was even thinking this version would be a great thing to try on an XT class machine, but guess that would be too slow? Even a turbo-XT at like 10-12mhz would probably struggle...

I'd guess a 486, like the original doom.

@@DookNookim Please, is an Atari STFM even possible???

@@SCB666 it's on the to-do list

We somehow need to improve this demo so it runs 5 times faster before it would playable. And I have no idea how to make it so much faster. 😞

@@DookNookim try running it with no wall textures at the lowest (playable on pc) pixel size and lower the screen size by like, 2 or 4 sizes.

The Macintosh version reaches 2 frames per second, the Amiga version 2.5 frames. The Amiga version is faster because it uses double buffering and page flipping, and the vertical resolution is half of the Macintosh resolution.

@@DookNookim huh good to know. i wonder if Agnus could help with doing some of the UI stuff and border

@@shadowchasernql The demo uses two screen buffers. When the status bar changes due to receiving damage etc., it's converted from 256 colors to 2 colors and drawn on to the first screen buffer. And then the Blitter is used to copy the status bar from the first buffer to the second buffer. I've tried not drawing the status bar, but that hardly increases the frame rate.

It's already pretty low. The render window is 60 x 128 individual units. On screen it's horizontally 60 x 8 pixels = 480 pixels, and vertically 128 x 2 = 256 pixels.

There's already an Amiga port of DOOM

@@JasperTedVidalTale really? where?

@@shadowchasernql ruclips.net/video/afyCn6m2Qbc/видео.html

I'm working on it. I've got something working in FS-UAE emulating an Amiga 500 with a 68020 processor. Somehow it doesn't work with a 68000 cpu. Maybe the compiler is doing something weird.

@@DookNookim what's your compile target? because a lot of compilers don't like to emit 16-bit code by default

With some better compiler settings DJGPP is quite faster than Watcom. ia16-gcc doesn't support the large memory model, but it can compile Doom :) And it produces faster code than Watcom.

I'm playing with one hand while filming with my phone with my other hand. No way I'll finish the first level on Ultra-Violence that way.