Re: Why is DosBox stuck on SDL 1.x?

Posted on 2017-01-06, 17:56

by

by dugan

in DOSBox Development

in DOSBox Development

If you look at the thread for the SDL2 patch, you'll see that SDL_sound (ogg and mp3s in CD images) and audio CD support have been issues. I think it's also worth pointing out that the SDL2 port of Chocolate DOOM (which doesn't need to play audio CDs) took quite a while.

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2017-01-03, 02:41

by

by dugan

in DOSBox Patches

in DOSBox Patches

I think that a large reason that this work isn't really mergeable is that it's not only a port to SDL2. It's also a port to Android. NY00123's work here is a huge part of what I took for My DosBox Fork , and one of the first things I did with it was strip out all the code for compatibility with …

---

Re: Patch for OpenGL fullscreen bug

Posted on 2016-12-27, 19:30

by

by dugan

in DOSBox Development

in DOSBox Development

Hmm... I second the thanks for the explanation, gulikoza. I was wondering why they were used at all. Attached is a patch, made against r4000, that actually removes them from the code, instead of just disabling them. This is the patch to apply for people who would prefer to deal with the borders …

---

Re: DosBox-0.74-ES

Posted on 2016-08-05, 19:57

by

by dugan

in DOSBox Patches

in DOSBox Patches

Did you do anything for the mt32 support beyond just integrating munt's official dosbox patch? If so, I just might have to borrow your work on that for My Dosbox Fork.

---

Re: My DosBox fork. SDL2, OpenGL 3 GLSL shaders, FluidSynth

Posted on 2016-06-27, 21:38

by

by dugan

in DOSBox Patches

in DOSBox Patches

A Windows build isn't something that I can give you a timeframe for, unfortunately. I haven't even attempted one yet!

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2016-05-04, 18:16

by

by dugan

in DOSBox Patches

in DOSBox Patches

I think that a large reason that this work isn't really mergeable is that it's not only a port to SDL2. It's also a port to Android. NY00123's work here is a huge part of what I took for My DosBox Fork , and one of the first things I did with it was strip out all the code for compatibility with …

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2016-04-09, 00:03

by

by dugan

in DOSBox Patches

in DOSBox Patches

Here's another textual description: http://libretro.com/forums/showthread.php?t=1 … ull=1#post34668

---

Re: Patch for OpenGL fullscreen bug

Posted on 2016-03-07, 19:00

by

by dugan

in DOSBox Development

in DOSBox Development

I think it's also worth mentioning that I've encountered this "sides of the screen are corrupted" bug on my friend's Hackintosh, which had a GTX 760, and on my Slackware box, which has a GTX 970. Both of these computers were built at least partly for games, and therefore use the binary NVIDIA …

---

Re: My DosBox fork

Posted on 2016-02-23, 03:43

by

by dugan

in DOSBox Patches

in DOSBox Patches

Here are two screenshots that I think justify the project. The first is the EGA verison of LOOM as it usually is in ScummVM and DosBox. Note the dithering, which the monitors of the day would have displayed as solid colors: https://www.dropbox.com/s/8z16s7rxlvnf4cq/loom_unfiltered.png?raw=1 The …

---

Re: My DosBox fork

Posted on 2016-02-22, 23:54

by

by dugan

in DOSBox Patches

in DOSBox Patches

From what you just wrote, I would definitely recommend installing the dependencies with Homebrew instead of MacPorts. Homebrew actually puts files (and symlinks) where the compiler expects to find them. Then doing a DosBox build for your system is literally just ./configure ; make ; make install. I …

---

Re: My DosBox fork

Posted on 2016-02-22, 23:04

by

by dugan

in DOSBox Patches

in DOSBox Patches

I can't help with MacPorts because I don't use it. I use Homebrew, and IIRC GLEW, FluidSynth and SDL2 were all found by DosBox's ./configure (just ./configure with no flags) after being installed with Homebrew. Munt (if you want to try the built-in MT-32 emulation) needs to be built with ./configure …

---

Re: Basic GLSL shader support (prototype)

Posted on 2016-02-21, 01:30

by

by dugan

in DOSBox Patches

in DOSBox Patches

I've built on this for My Dosbox Fork. It has a good selection of shaders, including several CRT shaders and several xBR shaders.

---

Re: My DosBox fork

Posted on 2016-02-21, 01:23

by

by dugan

in DOSBox Patches

in DOSBox Patches

I've just pushed a major update to the master branch. It's now powered by SDL 2 and can use custom shaders, which I have a good selection of. I'll leave you to look at ENHANCEMENTS.md The collection of shaders is a stored in a separate repository, here: https://github.com/duganchen/dosbox_shaders …

---

Re: Patch for OpenGL fullscreen bug

Posted on 2016-02-20, 20:42

by

by dugan

in DOSBox Development

in DOSBox Development

As of the current -svn, I actually think that problem might be the code that uses pixel buffer objects to upload pixel data to the texture before drawing a new frame. In my tests, the corruption went away after I disabled them and used only the code paths that assumed they weren't available.

---

Re: Feature suggestion, Let 4:3 aspect ratio work in ALL modes

Posted on 2016-02-16, 23:17

by

by dugan

in DOSBox General

in DOSBox General

DosBox SVN's aspect-ratio-corrected, no-scaler-applied text-mode resolution is 640x400, is it not? And is that not correct? Otherwise, I'm not sure what videogamer555 is talking about. Screenshots would help.

---

Re: MT-32 Music too lound in Ultima Underworld

Posted on 2016-02-15, 09:00

by

by dugan

in MT-32 General

in MT-32 General

People, uwsound.exe (to choose IRQs, etc) and uinstall.exe (to choose your sound devices) are still included with the GOG release of Ultima Underworld. No matter how you installed the game (ran the installer, extracted it with innoextract, etc), you have a file in your Ultima Underworld directory …

---

Re: Fluidsynth soundfont patch

Posted on 2016-01-19, 06:11

by

by dugan

in DOSBox Development

in DOSBox Development

A small modification to bloodbat's patch is attached. It includes the necessary changes to configure.ac. On POSIX systems, it also does shell-expansion of soundfont paths. That means that they'll work if they contain dollar signs (environment variables) and tildes (to signify user directories). It …

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2015-12-23, 23:08

by

by dugan

in DOSBox Patches

in DOSBox Patches

I've also (unlike HQX) yet to see a full mathematical description of the xBR/xBRZ algorithms which would allow a separate, permissively licensed code version to be created from scratch and not run into problems inherent in 'looking at GPL code to write BSD/MIT code' Hence, I'm avoiding xBR until I …

---

Re: Basic GLSL shader support (prototype)

Posted on 2015-12-23, 15:56

by

by dugan

in DOSBox Patches

in DOSBox Patches

I converted Libretro's Cg scanline shader to this format, mainly to prove to myself that I could do it. It ended up being a very clean port. The zipfile is attached, and the shaders themselves are small enough to just inline. At the very least, it should be a useful example for people who want to …

---

Re: My DosBox fork

Posted on 2015-05-03, 02:30

by

by dugan

in DOSBox Patches

in DOSBox Patches

What could be wrong? Well, I can imagine some thing... The first is not having FluidSynth's development packages installed at the time that you build the fork. As mentioned in the release notes, if that is unavailable then the fork will be built without soundfont support. You should be able tell …

---