I'm using VirtualBox (gotta love all thos 'Boxes 😉) Glad to hear that it only seems to be a VM related problem.

I'm still looking for testers with Windows XP for the new sdl.dll I compiled. I don't have access to a physical XP machine any more so I could only test it under 2 VMs. On both, usingd DDRAW the resolution doesn't change and screen doesn't get filled when switching to fullscreen, the actual image …

Achtman, do you use actual CDs or ISO images for the game? If you are using CDs you should mount the drives like this: mount c imgmount D -t cdrom -fs iso For example, if you have or create a "Games" directory on your hard drive C: and have a CD-Rom drive as D:, this results in mount c C:\GAMES …

Thanks, bloodbat, I managed to compile SDL and so far it looks quite promising. I tested it with a physical Windows 7 machine and a virtual XP machine, though in which DDRAW didn't strecth when using fullscreen, the pictuer remained small in the centre of the screen. If anyone (especially with a …

Maybe I should clarify what my intention is: Since the sdl.dll that comes with the precompiled development libraries of SDL doesn't support DirectDraw, I wanted to compile a new, DirectDraw capable sdl.dll for my DosBox builds. So I downloaded the SDL source code for SDL 1.2.15, changed the parts of …

SDL provides a lot of features (like ALSA, OSS, a PS2 graphic driver, etc.), but surely not all of them are actually needed for the use with DosBox. Where can I find information about the SDL subsystems DosBox does make use of?

Can anyone give me a hint on how to remove the dependencies to the vcruntime140.dll and the msvcp140.dll? I compiled the sdl.dll using Visual Studio 2015 and now it always looks for those 2 dlls. Compiling in MINGW32 didn't work.

The DDRAW changes are in src/platform/sdl-win32.diff if you want to try making the same changes in a different version of SDL 1.2.x. Ah, thank you! I applied the changes to the source code of the 1.2.15 SDL, except this one: case WM_SYSKEYDOWN: { /* Pass syskey to DefWindwoProc (ALT-F4, etc.) */ } …

Damn, you're right! Now I tried all versions back to r3955 (which was the first build I compiled) and they all have the same problem. Now I don't really understand anything about programming, I just followed the Wiki, so I thought I did something wrong setting up the whole MinGW environment, so I …

Well, the most important thing is that the files don't contain anything elese than the pure joy and fun of DosBox! :) Yesterplay, apart from the Virus Warning, can you make a fixed download link for the builds and only update a previous post that you made a new build? Yeah, that idea already crossed …

Virus detected in both files... Strange, apart from Google Drive scanning a file for viruses before a file is downloaded or shared (https://support.google.com/a/answer/172541?hl=en), I just checked them again on 3 different systems with 3 different scanners (Microsoft Defender in Windows 10, …

ripsaw8080 released SVN r3972! Instead of uplaoding them twice I will, from now on, only host the binaries on my Google Drive: r3972 vanilla: https://drive.google.com/open?id=0BxEUSpZ8xHk … eVEwa01nTXFWZ2M r3972 with kekkos 3Dfx patch: https://drive.google.com/open?id=0BxEUSpZ8xHk … Mm1PUWU2MzBmRGM …

No problem! Speaking of, here's r3971: Filename DOSBOX.7z File size 1.21 MiB Downloads 105 downloads Filename DOSBOX_3Dfx.7z File size 1.25 MiB Downloads 136 downloads

New name, old parts, here's r3970 (vanilla): Filename DOSBOX.7z File size 1.25 MiB Downloads 160 downloads And here's r3970 patched with kekko's 3Dfx patch: Filename DOSBOX_3Dfx.7z File size 1.28 MiB Downloads 191 downloads