VOGONS

Search

Common searches

Search results

Display options

Display options

Re: DOSBox-X branch

Posted on 2015-01-09, 05:36

The opengl issue is because some code was removed from dosbox-x. In response to your issue, here are instructions to apply the opengl scaling code to dosbox-x: http://www.vogons.org/viewtopic.php?f=41&t=31881&start=700#p380279. Oh, so the OpenGL scaling in DOSBox-X was an improvement over the …

Re: DOSBox-X branch

Posted on 2015-01-09, 00:22

It's removed from configure script only as a single section of contiguous lines. The patch contains this removed section, so it is simple to add those lines back and then build. However, there are additional requirements to build with the d3d patch, and it is not required to run dosbox-x. Gotcha. …

Re: DOSBox-X branch

Posted on 2015-01-08, 23:58

Attached a patch (**) to allow MinGW32 to build the recent dosbox-x (12/29/14). Instructions (requires MinGW32/gcc and SDL library; same as for for vanilla dosbox) 1. patch -p1 < dosbox-x-MinGW32.diff 2. ./autogen.sh 3. LDFLAGS="-static-libgcc -static-libstdc++" ./configure --enable-core-inline 4. …

Re: Correction in DOSBox-r3873-mt32 patch

Posted on 2015-01-08, 23:47

Tried patching the DOSBox SVN r3885 source with dosbox-SVN-r3873-mt32-patch.diff and there's now some drift when it patches dosbox.cpp: "Hunk#1 succeeded at 491 (offset 8 lines)." "Hunk#2 succeeded at 507 (offset 8 lines)." It still works, though; this is just an FYI. When I tried patched DOSBox SVN …

Re: DOSBox-X branch

Posted on 2014-09-24, 18:39

exofreeze wrote: Since Win95 does not use an autoexec.bat and config.sys, I can't really use that step... yet Win95 doesn't seem to detect it on it's own. Actually, Windows 95 uses both config.sys and autoexec.bat during boot time.

Re: Compiling DOSBox with MinGW v4.8.1

Posted on 2014-08-07, 15:58

Thanks for the help, guys, and apologies for asking a question that's already been answered. Much to my own amazement, I'm now finally able to compile my own DOSBox SVN and DOSBox SVN with Munt patch Win32 builds, in no small part because of all the helpful information I gathered from reading …

Compiling DOSBox with MinGW v4.8.1

Posted on 2014-08-06, 19:35

So, I finally manage to teach myself enough to compile a DOSBox executable from source code that actually seems to work (well, it launches at least, I haven't done much testing beyond that yet), but I have some questions that I'm hoping the coding veterans here can answer. I've done some google …

Re: DOSBox-X branch

Posted on 2014-08-04, 17:05

That's by design. DOSBox uses a special scaler for doubleheight 'tweaked/Mode X' modes. A workaround is to use the Direct3D patch and a pixel shader as the scaler, main reaosn why I haven't bothered trying the new Dosbox-X since I only use DB in D3D with a shader these days :( Yeah, for my uses as …

Re: DOSBox-X branch

Posted on 2014-07-29, 16:15

Hmm, I tried setting 'doublescan' to 'false' but that didn't help, I'm still getting the same small unscaled window... :( Are you running a Windows 95 guest? With certain graphics modes in DOSBox, the only way I've ever been able to get scaling to work is with gulikoza's Direct3D patch (included in …

Re: Mouse Movement Bugged (Dosbox Daum)

Posted on 2014-02-27, 22:02

SDL people are loath to change anything in SDL 1.2x... They want everyone to move to SDL 2.x Darn ... well, maybe ykhwong could switch to using dynamic libraries for SDL? That way people could manually substitute the SDL.dll that work best on their system? I don't really understand the problem well …

Re: Mouse Movement Bugged (Dosbox Daum)

Posted on 2014-02-27, 14:17

Try this update rollup that includes the KB2908279: http://www.microsoft.com/en-us/download/details.aspx?id=41290 (x86) http://www.microsoft.com/en-us/download/details.aspx?id=41294 (x86-64) Yeah, KB2908279 does the trick you just need to manually add the DOSBox.exe as described in the main article …

Page 4 of 7

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