Re: Tests/Info welcome: Reverse engineering the SB16 ASP/CSP
Posted on 2023-05-23, 22:01
I know this is an old topic, but has been any update on the research @mkarcher?
Re: Palette inverted when using a VLB video card and Sound Blaster and compatible cards
Posted on 2023-05-23, 14:21
That is palette corruption for sure. Do other games have the same issue? The palette is copied to the video card via OUT instructions (ports), so memory overlapping shouldn't be a problem. FastDoom has a command line parameter to fix issues on palette copies, try the option "-fixDAC" to see if it …
Re: Palette inverted when using a VLB video card and Sound Blaster and compatible cards
Posted on 2023-05-23, 07:12
Are you using Vanilla Doom? Or a another DOS port like MBF 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-05-20, 11:16
Yeah PC Speaker it's not that great, don't know if there is any way to make it sound better (both PWM and 1-bit modes). I'm not that good at sound programming, it still gives me lot's of headaches. For now I'm focusing on performance improvements, next release will have multiple codepaths for some …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-05-14, 09:33
Probably is an audio convert issue. I use sox to convert the audio files, for example: Copy code to clipboard 1 sox D_E1M1.ogg -r 44100 -e unsigned -b 8 -c 1 MUS_1.RAW I've uploaded the script I used to convert IDKFA album to PCM music: https://github.com/viti95/FastDoom/blob/maste … vert/convert. …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-05-13, 18:34
New release: 0.9.6 * Add executable filename to benchmark (CSV) * Fix wrong fps display if 0XX after decimal point (@RamonUnch #145) * New invisible column renderer: Flat Sega Saturn (@RamonUnch idea) * Small code optimizations * Sound Blaster MIDI support (for Sound Blaster 1.0, 1.5, 2.0, Pro 1.0 …
Re: SBEMU: Sound Blaster emulation on AC97
Posted on 2023-04-29, 14:31
One question crazii, do you prefer issue reports here or in the GitHub proyect site?
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-28, 17:46
Still haven't found what makes the OPL music volume low, I've checked that the volume levels get into the Apogee Sound System library fine, but haven't found yet how the library uses that volume with OPL data.
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-28, 10:44
Time for a new release. FastDoom 0.9.5. Changelog: * Sigma Designs Color 400 support. 320x200 and 16 colors. Tested only in 86Box, as I cannot make my card work on my 386/486 PCs. * Added low and potato detail for backbuffered and VBE2 direct modes * Removed FDOOME80.EXE and FDOOMEW1.EXE, not needed …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-26, 06:22
Some clarifications: - Potato mode in mode 13h / VBD is using two 16-bit writes to RAM backbuffer / VRAM for each pixel drawn. - Mode X benefits from VGA planes, in potato mode it's possible to write 4 pixels with just a single byte. This optimization is not possible on VBD modes (that's why I …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-25, 22:35
Some quick testing with latest FastDoom dev build, on a Toshiba T2130CS (486DX4-75, PCI C&T 65545 (1Mb), 12Mb of ram and no L2 cache). I've used SciTech Display Doctor 6.53 to enable VESA modes and LFB. The screen size used is fullscreen + HUD (no border) and sound/music disabled. fdoom095.png In …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-25, 11:16
Maybe I'm still not understanding how it could be done rendering with a BitBLT engine. I've been reading multiple datasheets and code for BitBLT engines (Cirrus Logic 542x, S3 928, Trident 9440...), and basically all of them only make 1-to-1 ratio copies, so even if the textures are pre-loaded into …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-23, 20:46
continuing Cirrus Logic BitBLT. "For system-to-screen BitBLTs, up to three bytes of the last transfer for each scanline is ignored (depending on width). The next scanline begins with the next DWORD transfer." 86box https://github.com/86Box/86Box/blob/master/src/video/vid_cl54xx.c registers do not …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-20, 10:18
Yeah the voxel Doom mod is awesome, and the developer is uploading making of videos to YouTube. Maybe someone can port gzdoom to Glide and use it with Voodoo cards 🤤 BTW Frenkel has ported Doom to DJGPP, so now it's possible to compare DJGPP and OpenWatcom builds directly. I cannot test this myself …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-20, 08:19
as EAX has the colormap lookup table and is reused on each loop. now I see it, and its all documented on top of the file :( shl edx, 8 mov dl,dh shl edx, 8 mov dl,dh shl 3 clocks on 386, mov reg,reg 2, 10 clocks total. The big question is is my assumption about doing a write to ISA mapped memory …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-14, 06:31
Yes, I've added potato and low detail for backbuffered and VBE direct modes (which were missing), those modes requires to write 2 or 4 pixels at the same time on each pixel drawn. It's slower compared to the original Mode X executable (much more data is copied to the RAM/VRAM), so I decided to …
Re: FastDoom. A new Doom port for DOS, optimized to be as fast as possible for 386/486 personal computers!
Posted on 2023-04-10, 21:02
I'll take a look, don't know why OPL music is low compared to vanilla Doom.
Re: Cirrus Logic GD5429 VLB significantly slower than a TSENG ET4000
Posted on 2023-04-10, 01:04
Right now FastDoom doesn't do it, but recently I've discovered a fork of FastDoom that analyzes function by function frametimes. I haven't spent much time researching how it works, but it's a good idea and will look onto it further. https://github.com/Pixinn/FastDoom-Bench
Re: Cirrus Logic GD5429 VLB significantly slower than a TSENG ET4000
Posted on 2023-04-09, 23:09
Off the top of your head, is there a way to execute FDOOMVBR.EXE without having the WAD/Episode selection menu appear so as to be able to do a qualitative benchmark? I use FASTDOOMVBR but I would like to see just how much faster it is than regular Doom. Thanks You can select the IWAD automatically …
Re: Cirrus Logic GD5429 VLB significantly slower than a TSENG ET4000
Posted on 2023-04-09, 13:50
Doom while period correct is not the greatest benchmark of VLB cards due to the way it writes to memory one byte at a time because its rendering Columns of pixels. https://fabiensanglard.net/doomIphone/doomClassicRenderer.php Try https://github.com/viti95/FastDoom in VESA mode, that makes Doom …
Page 7 of 25