VOGONS


Doom 'MBF' for DOS, Maintenance release 2.04

Topic actions

Reply 220 of 232, by Gmlb256

User metadata
Rank Oldbie
Rank
Oldbie

Has anyone noticed that MAP02 music on Final DOOM TNT: Evilution sound slightly different in comparison to the original DOS executable that was shipped with the game?

There is one note that doesn't seem to play on MBF.

Reply 221 of 232, by badmojo

User metadata
Rank l33t
Rank
l33t
dr_st wrote on 2021-07-24, 06:34:

Same here. I use MBF almost exclusively now to play DOOM in DOS. Too bad it does not extend to Heretic/Hexen. 😀

I'd love an engine update like this for Strife, it has some complicated levels and a draw distance that the low res DOOM engine can't handle nicely.

Life? Don't talk to me about life.

Reply 222 of 232, by Cyberdyne

User metadata
Rank Oldbie
Rank
Oldbie

In reality Hexen also painfully needs high resolution, because the arwork is so detailed, but the low resolution just does not let it shine.

I am aroused about any X86 motherboard that has full functional ISA slot. I think i have problem. Not really into that original (Turbo) XT,286,386 and CGA/EGA stuff. So just a DOS nut.

Reply 223 of 232, by leileilol

User metadata
Rank l33t++
Rank
l33t++
badmojo wrote on 2021-08-06, 00:38:

I'd love an engine update like this for Strife, it has some complicated levels and a draw distance that the low res DOOM engine can't handle nicely.

So a DOS port of SVStrife then?

apsosig.png
long live PCem

Reply 224 of 232, by ludicrous_peridot

User metadata
Rank Newbie
Rank
Newbie

Stopping by to say thank you to @gerwin and @crvs for the updated port. I have been trying out various DOS ports fromSMMU to Doom Legacy to more exotic stuff like Steve's Boom or Caves of Despair Eternity Engine build. With the ICH7 machines I have been running original games worked very nice, but source ports had all manner of issues from segfaults to sound setup problems. None of that has come up with MBF 2.04 so far, so I may have settled finally on my personal preference for playing Doom in 320x200.

I have two questions
- if I prefer the convenience of Windows 98 for running DOS games, would it matter which DOS extender the port has been engineered to use?
- does MBF have support for MAPINFO of any sort? E.g. if wad has secret level entries/exits on different levels compared to original ID games, would it handle this?

GA-G41M-Combo G41/ICH7/rev2.0 - Core 2 Quad Q9550 2.83GHz - 8Gb DDR3 1033
Radeon RX570 8Gb - Yamaha YMF744B-R PCI - X3MB Buran MPU-401
WDC 80Gb IDE ~ Win 98 SE - TOSHIBA 3Tb SATA ~ Win 10 Pro 64bit - Pioneer SATA BD-ROM/DVD+RW

Reply 225 of 232, by Gmlb256

User metadata
Rank Oldbie
Rank
Oldbie
ludicrous_peridot wrote on 2021-08-17, 15:58:

- if I prefer the convenience of Windows 98 for running DOS games, would it matter which DOS extender the port has been engineered to use?

DPMI server like CWSDPMI or HDPMI aren't necessary when running within a Windows 9x environment because the OS can be used as one.

However in one of my two old machines this port only worked on a pure DOS environment but on the other one it worked without any problems.

Reply 226 of 232, by vorob

User metadata
Rank Member
Rank
Member

Guys, i've got a question about the aspect ratio in this source port. I'm playing on Pentium 233 laptop that can't properly handle 320x200, the game is squeezed and can't be stretched on an internal monitor.

097CEA2B-CC49-4BA1-A3A9-FC0C1B08C8E7.jpeg
Filename
097CEA2B-CC49-4BA1-A3A9-FC0C1B08C8E7.jpeg
File size
598.35 KiB
Views
476 views
File license
Public domain

So I'm looking for an authentic DOS port with a proper 4:3 aspect ratio...

Reply 227 of 232, by vorob

User metadata
Rank Member
Rank
Member

At some stage I implemented a stretch_blit to 800x600 and 1024x768, but this part was removed. A monitor with scaling options is a better solution. Ideally MBF is modified so it renders to custom resolutions directly, but that takes effort, and will make the engine less 'lean and mean'. There is always the Eternity Engine when MBF does not suffice.

😭

Reply 228 of 232, by leileilol

User metadata
Rank l33t++
Rank
l33t++

16:10 320x200 / 640x400 is an authentic part of the old laptop experience!!!

There's some early Chips & Tech messy 4:3 aspect stretching on some laptops and TSRs about it. Maybe it's possible your laptops has a C&T (though more often, P2 laptops of the time had Neomagic)

apsosig.png
long live PCem

Reply 229 of 232, by vorob

User metadata
Rank Member
Rank
Member

Yes, I'm already using this VEXP tool. Problem is that on Toshiba it really stretches the screen, but on my Siemens, everything runs in a tiny window in the center, and this tool stretched it to fullscreen, but with black bars. So I've got an even worse issue in the beginning, but this tool makes it closer to un-VEXP-ed Toshiba.

Reply 231 of 232, by ludicrous_peridot

User metadata
Rank Newbie
Rank
Newbie

Hi, @gerwin
I was experimenting with building an early (historic) DOS beta version of EE against your modified liballegro, and then went on to replace platform-specific code for video and audio with your VESA code and allegro sound routines.
Was amazed to find that a rather straightforward exercise by the way!

A question to you: from license standpoint, would MBF 2.04 license allow that? I know that EE was GPL by that time, so hacking on its code should be ok, but I'm not sure about MBF.

The source code is available: https://gitlab.com/ludicrous_peridot/cod10mbf

GA-G41M-Combo G41/ICH7/rev2.0 - Core 2 Quad Q9550 2.83GHz - 8Gb DDR3 1033
Radeon RX570 8Gb - Yamaha YMF744B-R PCI - X3MB Buran MPU-401
WDC 80Gb IDE ~ Win 98 SE - TOSHIBA 3Tb SATA ~ Win 10 Pro 64bit - Pioneer SATA BD-ROM/DVD+RW

Reply 232 of 232, by gerwin

User metadata
Rank l33t
Rank
l33t
ludicrous_peridot wrote on 2021-11-09, 13:51:

Hi, @gerwin
I was experimenting with building an early (historic) DOS beta version of EE against your modified liballegro, and then went on to replace platform-specific code for video and audio with your VESA code and allegro sound routines.
Was amazed to find that a rather straightforward exercise by the way!

Glad to hear that. I just looked up my i_vgavbe.c and sound driver sources again; I suppose my code commenting and formatting may be frowned upon, but that should not matter much when the code works well.
I did not know what the "COD" in your project name meant, but that would be an abbreviation for Caverns of Darkness. As I also found you recent log here: DoomWorld forum topic. Very interesting!

ludicrous_peridot wrote on 2021-11-09, 13:51:

A question to you: from license standpoint, would MBF 2.04 license allow that? I know that EE was GPL by that time, so hacking on its code should be ok, but I'm not sure about MBF.
The source code is available: https://gitlab.com/ludicrous_peridot/cod10mbf

MBF v2.03 was GPL2. I did not change anything about that, I don't even know if I can. There is a 'COPYING' file included in the MBF 2.04 source.
As for allegro 3.0; it seems to say that it is 'swap-ware', whereas a later version like 4.4.3 says 'gift-ware'. With further explanations that are very reasonable and allow for both our hobby projects.

vorob wrote on 2021-08-27, 20:48:

Saves are incompatible between original doom and this port?

Yes, incompatible. It was already like that in the original MBF port.

--> ISA Soundcard Overview // Doom MBF 2.04 // SetMul