VOGONS

Search

Common searches

Search results

Display options

Display options

Re: Duke Nukem 3D

Posted on 2007-09-02, 05:46

I recommend trying the things mentioned here: http://www.3drealms.com/tech/atomicfixes.html Particularly the stuff regarding the CDROM.INI file, and maybe the patch to version 1.5 if you don't already have that version. I have the Atomic Edition 1.5 running pretty well in DOSBox 0.7x without a CD at …

Re: OPL2 = OPL3?

Posted on 2007-08-28, 06:39

This page has Microsoft's take on the differences between OPL2 and OPL3: http://support.microsoft.com/kb/89877 They should say "stereo" (with the quotes), as it isn't true stereo. Anyway, I can't find anything suggesting OPL3 sounds any better than OPL2 if the enhanced capabilities aren't being …

Re: Graphic glitch in Event Horizon games

Posted on 2007-08-28, 04:20

I've tried different cores and different cycles, disabled sound, and turned off memory management stuff like EMS/XMS; none of it makes a difference. I tested ykhwong's and gulikoza's builds (which I believe do have vasyl's patch in them) with different chipset configurations, also no effect. It's …

Re: DOSBox and cutscene display issues

Posted on 2007-08-27, 13:50

It may ultimately be a system speed issue. I also use core=dynamic, cycles=max for DR; and the /W parameter may just give it the extra speed it needs to work better. I tried disabling sound, and that also stops the flickering even without the parameter. It's not so nice without sound, so I tried …

Re: DOSBox and cutscene display issues

Posted on 2007-08-27, 12:56

In the case of Death Rally (registered CD version 1.1), you can eliminate the strange flickering of the FMVs by running RALLY.EXE with a /W parameter. That parameter is for running in a Windows DOS shell, so I don't know what other effects it might have, but it seems to work OK in DosBOX 0.7x. For …

Re: Graphic glitch in Event Horizon games

Posted on 2007-08-23, 21:01

I thought I would try figure out if changes in the VGA code might have caused this issue, but I guess I would need an older version of the g++ complier for 0.60 or 0.61, because the current one doesn't seem to be compatible (compilation errors). Using the process of elimination might not have worked …

Graphic glitch in Event Horizon games

Posted on 2007-08-22, 20:22

All of the Event Horizon RPG games (DarkSpyre, Dusk of the Gods, The Summoning, and Veil of Darkness) have a similar game engine mechanism where a status/inventory screen can be dragged up over the main view using the mouse. This sliding screen works fine until you reach the top, meaning the very …

Re: DOSBox Midi vs ScummVM Midi Question

Posted on 2007-08-08, 16:32

donarumo: Some of the early LucasArts games that featured MIDI were for the MT-32/LAPC-1 and did not support General MIDI, so the MT-32 emulation in the CVS builds of DOSBox is probably what you're looking for; however you will need ROM images from an MT-32 to make it work, if you don't already have …

Re: DOSBox Midi vs ScummVM Midi Question

Posted on 2007-08-08, 14:02

ScummVM has MT-32 pass-thru, munt-based MT-32 emulation, and also emulates an MT-32 through its software synth (Windows MIDI) option - no ROMs from an MT-32 required. If you find this thread pointless, it's because you've missed the point about this software synth option. Anyway, to get this thread …

Re: DOSBox Midi vs ScummVM Midi Question

Posted on 2007-08-08, 11:33

To be sure it's not a simple translation. I believe they are taking the OPL FM instrument data and creating waveform instrument data (samples) out of it, either beforehand or on-the-fly, to use in a software synth that works with any soundcard. Not only is this a generic approach as a substitute for …

Re: DOSBox Midi vs ScummVM Midi Question

Posted on 2007-08-08, 04:10

The Windows MIDI option in ScummVM is a feature of more recent versions. I can't speak with 100% certainty on this, but I believe it is a translation of the original AdLib FM synthesis to MIDI software synth. Many of the older games that ScummVM supports have at least AdLib music, and since AdLib …

Re: Aspect correction in DOSBox

Posted on 2007-08-04, 11:25

Ah, that does seem to be more like it! :happy: By changing correct_ratio=(100.0/525.0) to correct_ratio=(100.0/539.0) in my test build it does make for a pixel aspect ratio of (almost) exactly 1.2 on 320x200 resolution modes. Not that this would be a general fix by any means, as it was apparently …

Page 194 of 195

Go to top of page Go to top of page
Close window
Close window