Re: How To Give Dos More Than 4 Partitions
Posted on 2019-03-14, 08:08
dr_st wrote: I think DOS6 has a 7.something gig limit anyways. Without a drive overlay, yes.
Re: OPL2 sound card ID?
Posted on 2019-03-13, 00:28
It won't need a driver but without knowing what the switches do, you'll have to guess the settings.
Re: OPL2 sound card ID?
Posted on 2019-03-12, 08:25
Which digital card did you select when testing those games? Looks like it's got an ESS 488 which iirc is compatible with original sound blaster (not pro/16).
Re: PowerPC Dynamic Recompiler (patch)
Posted on 2019-03-12, 07:43
Related: Here is a patch that fixes drive_fat.cpp to work on big-endian systems (including fixing a bug that allocates one too many clusters when a file's length is a multiple of the cluster size) and makes use of gcc's bswap builtins (which for PowerPC translate to lwbrx/stwbrx) for host memory …
Re: Maintaining original resolution in fullscreen?
Posted on 2019-03-12, 01:11
Change aspect to true.
Re: Diablo I on GOG!!!
Posted on 2019-03-08, 07:21
At least Warcraft 1 & 2 will run properly under DOSBox... this Diablo 1 release is a shambles. They didn't bother to fix the DEP error (so it crashes on startup if you have DEP protection turned on), and the shoddy directdraw wrapper prevents the "upgraded" version from being able to use Battle.net. …
Re: SILENT SERVICE II ERROR IN LAUNCHING on MAC
Posted on 2019-03-07, 07:15
Why are 3/4s of the files identified as "Unix Executable File" (regardless of their content/extension) and the rest are misc/"document"... might be a permissions/ownership issue.
Re: Getting GOG Quake image/sound working in W98
Posted on 2019-03-07, 01:30
Assuming they've just encoded the audio tracks to individual oggs (as GoG typically does), you'd need to decompress each track to a 44.1KHz wave file, edit the .cue file to switch each audio track to the new files, then burn a CD from that .cue.
Re: Getting GOG Quake image/sound working in W98
Posted on 2019-03-05, 22:04
You shouldn't be able to see the sound track as files on the burnt disc, they were originally CD audio tracks.
Re: Screensaver error
Posted on 2019-03-05, 08:06
Qbix wrote: Not really sure if we can even detect the screensaver from running. SDL takes care of it for some platforms based on the SDL_VIDEO_ALLOW_SCREENSAVER env variable.
Re: DOSBox-X branch
Posted on 2019-03-01, 01:03
You could handle FPU instructions in a separate thread. The co-processor was designed to operate asynchronously, that's the whole reason why there's an fwait instruction (makes the CPU wait until the FPU has finished everything).
Re: PowerPC Dynamic Recompiler (patch)
Posted on 2019-02-28, 22:59
Get rid of the zero extension when decode.big_op is false and use "decode.big_op?(void*)(®_eip):(void*)(®_ip),decode.big_op)" when storing the value from the host reg. If the value is zero extended it's fine to write 32 bits to ®_eip (that's what the normal and full cores always do) but why …
Re: PowerPC Dynamic Recompiler (patch)
Posted on 2019-02-28, 18:44
There's actually a bug in gen_and_imm but luckily none of the current use cases for that function trigger it, I can fix it up on the weekend and tweak the dyn_ret_near fix to be more correct rather than just doing the same as little-endian systems.
Re: Processor choice for later dos games
Posted on 2019-02-28, 07:22
Back in those days, "60 fps" wasn't a thing. 30 fps was considered to be "perfectly smooth" gameplay. I doubt these game engines were designed to run much faster than 30 fps to be honest. Descent is a good example; homing missiles reorient towards their target by a fixed amount per frame (rather …
Re: SCSI2SD - Comparison of SCSI SD, CF, and HDD performance
Posted on 2019-02-28, 03:29
Electrically there is no difference between a SDHC and an SDXC card, it's just a marketing gimmick. Given that the maximum partition size for FAT16 is ~4GB (or ~8GB if you use 128KB clusters), it would make no difference if the card were 32 or 64GB.
Re: Any good MS-DOS 80386/80486 games for testing Virtual memory support?
Posted on 2019-02-27, 15:59
That's a bit weird, I'm very familiar with Descent's source code and it doesn't use floating point math - all the 3D stuff is completely fixed-point/integer based. If there's any FPU ops they must be in the audio driver (the HMI stuff) or VR drivers since they were 3rd party and not included with …
Re: Processor choice for later dos games
Posted on 2019-02-27, 06:22
Newsflash: Dosbox can barely be called close to cycle-accurate. TTD was released in 1995, it definitely doesn't need a 450MHz P2. It was a very well written game compared to other 640x480 titles at the time.
Re: Processor choice for later dos games
Posted on 2019-02-27, 05:06
awgamer wrote: Here's a list of some intensive dos games that a pentium1/mmx may not be enough to run well or at max settings: transport tycoon, deluxe I distinctly remember playing TTD on a 486DX4 and it ran fine, why is it in this list?
Re: Doom and Duke3D Issue
Posted on 2019-02-17, 05:15
That looks as expected to me. Have you played the original versions before or only newer ports with better graphics?
Re: DOSBox-X branch
Posted on 2019-02-02, 13:56
The problem may not be related to just the difference in precision, fpu_instructions.h is a very minimal x87 implementation that doesn't always take FP exceptions when it should or set flags correctly for many instructions. Using "long double" won't fix that. Intel made a utility to test for correct …
Page 66 of 68