Re: some new shaders for SVN r4319 and later

Posted on 2020-03-27, 10:52

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

it seems to me that the pixellate example shows less color-bleeding @tyrells - feel free to add my shader ports to your repo I've just forked your repo and created a pull request for including my ports

---

Re: some new shaders for SVN r4319 and later

Posted on 2020-03-22, 19:47

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

Hi and thank you! I don't know if I will be able to do it, since it has some variables and coding conventions which are specific to how the libretro engine will load the shader. Porting the dugan shaders was easier because they were already coded against the patch that SVN has merged with r4319 …

---

some more shaders for SVN r4319 and later

Posted on 2020-03-20, 15:21

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

+++thread title renamed as these shaders are not new, we're just adding svn compatibilty+++ Hi everyone! since the introduction of shaders support in r4319 I've wanted to switch back to dosbox builds (such as ECE) that do not deviate much from the SVN forumula what kept me from doing it was the …

---

Re: Scaling problems with dgVoodoo 2

Posted on 2020-03-12, 11:27

by

by Delfino Furioso

in dgVoodoo General

in dgVoodoo General

I usually change the following settings by editing the configuration file directly They work pretty well most of the times - the only exception being some games that require FullScreenMode to be set to TRUE on the left the default settings, on the right my custom settings https://i.postimg.cc/ …

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2020-02-11, 15:57

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

anyone tried using one of the libretro shaders? https://github.com/libretro/glsl-shaders You can't just take shader sources from any random project and expect them to work without any modifications. yeah well.. I wasn't complaining or anything.. I am fairly ignorant when it comes to shaders coding/ …

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2020-02-11, 14:42

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

anyone tried using one of the libretro shaders? https://github.com/libretro/glsl-shaders I've tried both CRT-EasyMode and CRT-Lottes-Fast and all I get is a black frame the console does not output any error/warning regarding being unable to load/compile the .glsl file I'm on Windows 10 laptop, using …

---

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

Posted on 2020-01-17, 15:49

by

by Delfino Furioso

in DOSBox Patches

in DOSBox Patches

Here I am again :) I've tested various combinations of outputs & scalers, each with aspect corretion on & off. My goal was to get a better understanding of the various algorithms' effects on a raw VGA 13h 320x200 frame. It might already have been common knowledge for the most part, nevertheless I …

---

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

Posted on 2020-01-10, 12:53

by

by Delfino Furioso

in DOSBox Patches

in DOSBox Patches

Regular DOSBox can already do the same thing using "scaler=normal?x forced" to upscale beyond the output resolution and "output=opengl" for linear downscaling. that's the way I usually setup dosbox, and I'm under the impression that it would lead to less accurate results because the aspect ratio …

---

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

Posted on 2020-01-09, 22:33

by

by Delfino Furioso

in DOSBox Patches

in DOSBox Patches

Then it wouldn't be pixel-perfect... oops that's right it would become a combo of "pixel perfect upscaling" and " downscaling" I guess it should be called openglnp then.. I still see its usefulness, though: performing "pp upscaling + linear downscaling" should in theory give better results than the …

---

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

Posted on 2020-01-09, 14:53

by

by Delfino Furioso

in DOSBox Patches

in DOSBox Patches

So instead of DOSBox internally scale=normal3x 'ing and aspect=true 'ing, we can pass the emulated video driver's raw 320x200 frame as-is to SDL2 and tell it to scale it to 1280x1000 (pixel perfect 4 x 5 scaling, texture or opengl nearest-neighbour), rendered unstretched to the screen's native or …

---

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

Posted on 2019-11-17, 15:01

by

by Delfino Furioso

in DOSBox Patches

in DOSBox Patches

that's good to know, keep up the good work!

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-11-14, 15:12

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

I've had an issue with GTA: the game cd-check failed. the ISO+OGG image mounted fine, the game refused to recognize it as its own cd it works only if I comment-out every "index" entry in the cue sheet I've had a similar issue with Destruction Derby in the past wich was resolved ( url ) with the …

---

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

Posted on 2019-11-13, 11:16

by

by Delfino Furioso

in DOSBox Patches

in DOSBox Patches

Unfortunately, Marty2dos removed his git repository for unknown reason. Now, no once is able to download his build of DosBox with shader support and other community fixes. That's unfortunate There are no explanations even on the fork's own thread over at this swiss board https://cgboard.raysworld. …

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-10-13, 20:45

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

willow wrote: Where can we download this glide2x.ovl ? I cant' find it. first attachment Glide patch

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-10-07, 11:23

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

hello again, I'm back after some testing I've tried to test different scenarios, here are the results: 3DFX diagnostics kit ( url ) => OK with both kekko's emulation and gulikoza's passthrough "TRIP" demoscene product ( url ) => OK with kekko's emulation, it crashes using gulikoza's OVL (i believe …

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-10-05, 00:51

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

uh ok thanks so basically both "virtual devices" can co-exist as if they were two different video cards installed on the same pc which one of them will be actually used it's a matter of which OVL library the application has access to... The gulikoza OVL will activate the passthrough device which …

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-10-04, 22:19

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

thank you yesterplay! I'll be glad to help with testing the new glide support options I'd like however to try describing how these options work: I want my feedback to be useful, and so I need to use the software properly Please let me know if there's something wrong with my recap the "usual" kekko …

---

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-05-08, 09:08

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

Set output to opengl (or openglnb) as well. I messed with this some more. For some reason, I can't get it to stretch the full width of the screen. opengl does "blend" the graphics a little better though. assuming we're dealing with games using VGA 13h Mode they'll output at a 320x200 resolution, …

---

Re: DOSBox ECE (for Windows)

Posted on 2018-12-03, 11:14

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

actually I've made some mistakes in explaining the whole story, so let's amend them 1) afaik, vanilla SVN builds always used 2MB of video memory for S3 Trio cards (vga_s3.cpp, line 534 as of commit 4176) 2) with ECE build 4098, the vmem size was brought up to 8MB this fixed the build engine games …

---

Re: DOSBox ECE (for Windows)

Posted on 2018-12-03, 10:45

by

by Delfino Furioso

in DOSBox Development

in DOSBox Development

that's correct back then we were able to determine that vanilla svn 4098 and later were not affected, only the ECE builds were it was related to an (ECE-exclusive) increase (4MB => 8MB) to the video memory available for the svga_s3 machine type that happened in the same timeframe ECE 4716 (the …

---