Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-30, 16:47
No, FastDoom doesn't use the FPU at all, so no difference between a 486SX and a 486DX.
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-24, 19:48
It iterates the whole framebuffer against a copy of the previous frame, pixel by pixel. It's optimized in ASM (works on groups of 4 pixels, a single 32-bit read and 4 comparisons/writes if required). Basically this minimizes the number of writes to the video card. Not very useful for VLB cards, but …
Re: Searching for VESA VBE 1.1 standard
Posted on 2023-07-20, 10:40
There is a Vogons post that says VBE 1.1 is VS900602, I found a wayback machine stored web that contains it, but seems the download file is lost: https://web.archive.org/web/20061018145454/ht … /DOS/54/97.html
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-19, 13:24
Update: A bit faster with 32-bit reads + 8-bit writes Filename 2023-07-19 15_21_20-_nuevo 55 - Notepad++.png File size 18.92 KiB Views 1653 views File comment FastDoom new optimization for slow VGA cards (ASM opt)
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-19, 10:13
I've discovered a new optimization for very slow VGA ISA cards on backbuffered modes (fdoom13h.exe, fdoomvbr.exe). Basically using differential copies to the VRAM is much faster, as the ISA bus becomes a huge bottleneck. This is the same optimization used for CGA/EGA modes: 2023-07-19 12_03_30-_ …
Re: SBEMU: Sound Blaster emulation on AC97
Posted on 2023-07-18, 11:19
dontbugster wrote on 2023-07-18, 09:40: I am really interested in this project, it looks like a MUST for the future of DOS audio. Is it still active? I've looking for updates in the GitHub project page, and there are no updates since the latest release (April 20).
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-18, 07:14
The Adlib volume is a known issue that I still haven't been able to solve 😔
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-17, 09:13
Forgot to say that with this new release you will be able to create new benchmark scripts easily and run them without effort. Still have to create a Wiki entry to explain how to do it, and very probably will make a video to explain the new features.
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-16, 19:43
Time for a new release! FastDoom 0.9.7 This has taken quite a long time to develop, but comes with some cool things: * Add CPU selection for different render paths * Optimized flat visplane rendering (handcrafted ASM) * Optimized column rendering for some CPUs (Ken Silverman) * Upgrade FPS display, …
Re: Native DOS games with framerate display built in
Posted on 2023-07-11, 14:35
Indycar Racing II had an FPS counter pressing Alt + F. Also there are some Doom ports that has a FPS counter option (for example Tartar or FastDoom).
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-07, 09:43
imo 1ms precision is too low Is servicing I_TimerMS higher timer interrupt rate eating all this cpu? I wasn't able to use the PIT to get high precision timing, so I relied on the Apogee Sound System task services to generate a millisecond timer. It can be much more precise, but the faster it runs, …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-06, 23:10
Update: There will be frametime analysis (1% lows and per frame frametime), but just for a special benchmark mode since it takes quite some CPU time to calculate on each frame. For example, this is the result on a simulated 486DX-33 on DosBox-X, using Phil's benchmark High and Low detail …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-06, 06:19
Not exactly, Doom only displays any object in the portion of the BSP tree it selects for each frame (depending on the viewing angle and position), without taking into account a distance limit. This option in FastDoom limits the visible distance of objects that are not enemies.
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-05, 19:07
https://www.vogons.org/viewtopic.php?p=1155498#p1155498 can you do individual frame times? :) The article that started serious discussion about benchmarking games was 2011 'Inside the second: A new look at game benchmarking' https://web.archive.org/web/20121031015421/http://techreport.com/review/ …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-07-03, 11:24
Hi! Some news, I've implemented fully in-game benchmark support (able to execute multiple benchmarks without exiting and store result in a CSV file, also execute a single benchmark and show result live). This feature will be available on the next release (0.9.7). Is there any specific benchmark or …
Re: Edsun CEG (Continious Edge Graphics) RAM DAC
Posted on 2023-06-30, 23:03
The main problem here is that the color format is different in CEG mode, with a maximum of 223 real colors and mixes between those colors (mixing is only done with pixels in the same scanline). I guess enabling CEG causes to display wrong colors when enabled without direct support for it.
Re: Edsun CEG (Continious Edge Graphics) RAM DAC
Posted on 2023-06-30, 15:12
The initialization and deinitialization code is very specific, in order to avoid random issues. So it's possible to create software that enables it, and that mode should stay running even if other programs modify the palette. For example, this is the code to return to normal operation: while (inp( …
Re: Edsun CEG (Continious Edge Graphics) RAM DAC
Posted on 2023-06-30, 14:54
For CEG to work you need two things, one is obvious (the DAC itself), and second is that the software must have specific support for it. It requires initialization, and the VRAM layout changes depending on the CEG mode used. So it depends if the commercial software has support for it or not. Not …
Re: EtherDFS - a network drive for DOS
Posted on 2023-06-28, 22:04
I've found the issue, there is a problem while reading files that are uppercase in the server file system. For example, if the original filename is "FDOOM.EXE" it fails reading it, but if the filename is "fdoom.exe" then it works perfectly fine. I'll try to patch it. BTW, the WSL thing is just a …
Re: EtherDFS - a network drive for DOS
Posted on 2023-06-28, 16:19
I've been able to make 86Box to work with EtherDFS on my Windows based machine, but there are some issues. Basically I have a Debian WSL2 instance running on my Windows 10 laptop where I develop FastDoom. I've setup EtherDFS server to host my builds folder on the virtual WSL2 machine. 86Box runs on …
Page 5 of 25