Re: Trying to run Operation (1998) on DOSbox via RetroArch

Posted on 2020-04-26, 11:42

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

The main problem with running win95 games in dosbox is that the process is highly technical and dosbox doesn't emulate the cd hardware, so win95 drivers can't 'see' mounted isos. It *is* possible, if you 1) can be assured to have a 'clean' win95 hdd image (i use a ramdisk copy in linux for this, so …

---

Re: How to re-enabling scan lines after patched Gabriel Knight 2

Posted on 2020-04-21, 10:09

by

by Serious Callers Only

in DOS

in DOS

Gabriel Knight 2 scanlines are hardcoded into the video driver. 'Removing' them is done by a patch that replaces - or adds - some small files (not the videos) http://www.sierrahelp.com/Patches-Updates/Patches-Updates-Games/GabrielKnightSeriesUpdates.html#NoInterlace Read the readme. In short, this …

---

Re: some more shaders for SVN r4319 and later

Posted on 2020-04-19, 23:12

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

BTW this really should be something upstream does, when a glshader is turned on, turn off the normal scaler. Combining a software scaler and a glshader seems like a recipe for unnecessary pain. In fact maybe it would be better to 'pretend' both use the same mechanism in the conf file just to …

---

Re: VIDEO Patch for pixel-perfect scaling (SDL1)

Posted on 2020-04-19, 11:54

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

To people trying the above glshader, you'll get better results if you turn off the scaler (with 'none') before using a glscaler (not only this one).

---

Re: some more shaders for SVN r4319 and later

Posted on 2020-04-19, 11:22

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

Another world intro and crt-geom and normal2x has a funny wobbling effect that's maybe a bad interaction between the shader and scaler. You can avoid it by setting none scaler when using a glshader. BTW this really should be something upstream does, when a glshader is turned on, turn off the normal …

---

Re: Packaging 3rd party shaders for SVN r4319 and later

Posted on 2020-04-16, 04:39

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

This is already done and running, no need for more posts.

---

Re: some more shaders for SVN r4319 and later

Posted on 2020-04-15, 13:01

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

that makes sense. } else if (!RENDER_GetShader(sh->realpath)) { std::string path; std::string path2; Cross::GetPlatformConfigDir(path); path = path + "glshaders" + CROSS_FILESPLIT + f; path2 = "/usr/share/dosbox/glshaders/"+f; if ( !RENDER_GetShader(path) && !RENDER_GetShader(path2) && !RENDER_ …

---

Re: some more shaders for SVN r4319 and later

Posted on 2020-04-15, 12:47

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

Still confused jmarsh : else if (!RENDER_GetShader(sh->realpath)) //tries to turn path relative to current conf file and check if it exists, .... if ( !RENDER_GetShader(path) //if that fails tries to read from config path+raw 'glsl path' string && (sh->realpath==f || !RENDER_GetShader(f))) //if that …

---

Re: some more shaders for SVN r4319 and later

Posted on 2020-04-15, 11:38

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

If it's in the right folder you can already use them by name only. You're missing the point maybe, i can't place glsl files on a user dir during a package install because it's not allowed, and if it was it would be broken as soon as the user deleted the dosbox conf home. Package files need to go …

---

Packaging 3rd party shaders for SVN r4319 and later

Posted on 2020-04-15, 11:30

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

I'm doing a small patch to dosbox to use these from package install. What i want is to be able to use the files by just specifying their filename (note: not path), like the built in shaders. So i want to add another fallback after the 'currentdir/shader.glsl' and 'configdir/glshaders/shader.glsl'. …

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2020-04-02, 02:41

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

I have fixed a few bugs in the original version of this shader and have ported it to DOSBox SVN. The pixel perfect shader (as well as a version of pixellate from libretro) can be found here: https://github.com/tyrells/dosbox-svn-shaders . I would appreciate any comments or feedback. Cool. Do you …

---

Re: VIDEO - 3dfx voodoo emulation (SDL1)

Posted on 2020-04-02, 01:46

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

weird, it's applying fine on my ppa and it was built 3 days ago. Applying patch /home/buildd/build-RECIPEBRANCHBUILD-2530369/chroot-autobuild/home/buildd/work/tree/recipe/debian/patches/voodoo_gl.diff patching file include/GL/gl.h patching file include/logging.h patching file include/Makefile.am …

---

Re: Emulating MT-32 on an RPi2

Posted on 2020-02-14, 21:46

by

by Serious Callers Only

in MT-32 General

in MT-32 General

The Pi mesa driver recently had a few percents performance bump by changing hash algorithms on gpu limited workflows too. I like the little device, even if the hardware is lacking in comparison with proprietary phones (28 nm, terribly simple gpu from the ruins of broadcom ambitions), the open source …

---

Re: AGD Interactive classic Sierra Adventure remakes running on DOS

Posted on 2020-02-14, 12:16

by

by Serious Callers Only

in DOS

in DOS

Well, i wouldn't recommend that because AGS has come a long way on bug fixes and speed (opengl renderer) and linux portability. But on the other hand it still has a major incompatibility with the opengl renderer and some old games using a bad idea from older times (some few objects in some have …

---

Re: Large HD images (DOSBOX)

Posted on 2019-12-24, 09:51

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

Just a quick question about the bigFAT_2G patch, since the geometry autodetection changed, for FAT16 disks, will i have to recreate images that were using 16 heads instead of 255 (which was the previous default, based on bochs)? Or i can keep using the FAT 16 windows images i already have if they're …

---

Re: Large HD images (DOSBOX)

Posted on 2019-12-24, 09:01

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

Thanks man, i'll probably use yours instead of the current larger patch with imgmake in my ppa if you don't mind. I don't like how i had to hack it it before with no to little understanding. edit2: disregard the previous edit; i was testing the patches with not current source.

---

Re: Large HD images (DOSBOX)

Posted on 2019-12-22, 14:41

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

Right. The other patches at: Large HD images (DOSBOX) are also currently broken, because things (bios_disk.h and bios_disk.cpp) changed... goddamit.

---

Re: Large HD images (DOSBOX)

Posted on 2019-12-22, 13:10

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

I think i may be misunderstanding some things here, is the 64 bits offsets for fseek() required for dosbox to mount (> 2gb, 8gb or less) raw FAT32 images that windows95 will later 'manage'? Because this patch is broken again and i'm sick fixing it, but i *do* have some large windows 95 games on my …

---

Re: Boxedwine (Wine on multiple platforms)

Posted on 2019-08-14, 22:16

by

by Serious Callers Only

in PC Emulation

in PC Emulation

Some wiine devs created a similar project recently using qemu (to run on ARM): https://github.com/AndreRH/hangover/commits/master virtualization unfortunately only would really help in x86 compatible cpus, not arm (among other problems). Slowness seems to be in the future of x86 on android or rpi …

---

Re: Large HD images (DOSBOX)

Posted on 2019-07-08, 09:54

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

The sandbox on the last few commits (ie: fopen_wrap) broke this patch... i may or may not fix depending on how this goes. I have a much simpler and less intrusive patch at https://www.vogons.org/viewtopic.php?f=41&t=34642#p674876 And, it still works for SVN. No extended INT13h, but you still get …

---