Re: HardMPU, anyone?
Posted on 2022-05-06, 00:11
This project looks like it has gerber files: https://github.com/PickledDog/hardmpu-wt
Re: some more shaders for SVN r4319 and later
Posted on 2020-06-02, 03:05
Thanks @dosmax. Have added your shader to the repo.
Re: some more shaders for SVN r4319 and later
Posted on 2020-05-28, 16:04
I added the shaders to the ppa. I renamed them slightly to clarify some names and always follow the convention crt_NAME for the user to easily know what's for a CRT shape or not. At least, i hope that's what being placed on those dirs means. Underscores is just because it's a informal convention in …
Re: some more shaders for SVN r4319 and later
Posted on 2020-05-12, 22:25
I added the shaders to the ppa. I renamed them slightly to clarify some names and always follow the convention crt_NAME for the user to easily know what's for a CRT shape or not. At least, i hope that's what being placed on those dirs means. Underscores is just because it's a informal convention in …
Re: some more shaders for SVN r4319 and later
Posted on 2020-05-11, 02:08
New shaders by @Delfino Furioso have been added to the repo: https://github.com/tyrells/dosbox-svn-shaders
Re: some more shaders for SVN r4319 and later
Posted on 2020-05-09, 01:27
hi everyone I've recently converted some more shaders from the libretro repository https://github.com/libretro/glsl-shaders/tree/master/crt/shaders this is the current set, available in the archive attached to this post crt-aperture.glsl crt-caligari.glsl crt-easymode.glsl crt-geom.glsl crt-hyllian …
Re: some more shaders for SVN r4319 and later
Posted on 2020-04-19, 23:04
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. CRT-geom is designed for interlaced content (console video output), it looks "funny" because PC …
Re: some more shaders for SVN r4319 and later
Posted on 2020-04-18, 15:06
@jmarsh: The "set" command works now, but nothing happens, the screen is unaffected. I am not able to increase or decrease the size of the screen by that value. @tyrells: I gave CRT-Geom a try and seems to work on low resolutions only. I've also noticed that its overscan settings produce visual …
Re: some more shaders for SVN r4319 and later
Posted on 2020-04-18, 05:26
You have to reload the shader with the glshader command after each change. I did, but no dice. Unless I'm doing something wrong. To sum up, let's say I'm redifining overscan for "lottes.glsl". I should type > set GLSHADER_OVERSCAN = 1.0 > glshader lottes.glsl or should I type "set LOTTES_OVERSCAN = …
Re: some more shaders for SVN r4319 and later
Posted on 2020-04-16, 04:22
Thanks everyone for the feedback. I have lowered the version of the xBR shaders from 130 to 120 in the repository. And I have uploaded CRT-Geom too. There seems to be some issues with how CRT-Geom renders the DOS console, but it seems to work in game. If someone with a bit more experience using it …
Re: some more shaders for SVN r4319 and later
Posted on 2020-04-10, 21:31
All work now. The pp shader has a black border but I guess that is there to maintain aspect correction? Thanks, that was fast! now I want the xBR scalers etc :) Had some time, so added the 4 xBR shaders that don't require multiple shader passes. The others require multiple passes, and I'm not sure …
Re: some more shaders for SVN r4319 and later
Posted on 2020-04-10, 19:08
Dominus wrote on 2020-04-10, 17:14: Thanks, that will help, especially when others do more work on shaders... @Dominus, I've updated the shaders in the repository. Would you be able to test these new versions please?
Re: some more shaders for SVN r4319 and later
Posted on 2020-04-10, 17:11
Jmarsh informed me on irc that the shaders are "compiled" in by the video driver of the system and apparently mine is missing support for these functions. This is on macOS 10.15, the latest and greatest (?), so definitely an issue with getting shaders to run on macOS. SVN revision 4335, but it is …
Re: some more shaders for SVN r4319 and later
Posted on 2020-04-10, 15:25
I'm really puzzled. none of those work in plain SVN for me. First it complains about the version not being supported Error compiling shader: ERROR: 0:2: '' : version '330' is not supported ERROR: 0:2: '' : syntax error: #version and if I delete that line it complains about other things (e.g. with …
Re: DOSBox ECE (for Windows & Linux)
Posted on 2020-04-02, 15:45
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 Patch for pixel-perfect scaling (SDL1)
Posted on 2020-03-30, 18:38
Interesting post about Pixellate shader (i know its not possible in Dosbox right now, maybe only in Retroarch core?), what do you think about it? https://www.resetera.com/threads/how-do-you-like-to-display-your-retro-pixel-art-games-filtered-or-unfiltered.90135/#post-16387673 Looks good to me, if a …
Re: DOSBox ECE (for Windows & Linux)
Posted on 2020-03-27, 04:31
If you want pixel perfect all you need to do is use a default fragment shader with a vertex shader that warps the vertices to integer multiples of the input size. The framebuffer is already cleared to black so no need to worry about discarding fragments etc. I have spent some time this weekend …
Re: some new shaders for SVN r4319 and later
Posted on 2020-03-27, 04:24
Great thread! Can you port pixellate.glslp shader from retroarch? Dunno which difference between this and sharp shader, but i want to compare them.. Hi KainXVIII, I have attempted a port of the Pixellate shader. It can be found here: https://github.com/tyrells/dosbox-svn-shaders . Would you be able …
Re: DOSBox ECE (for Windows & Linux)
Posted on 2020-03-23, 15:49
If you want pixel perfect all you need to do is use a default fragment shader with a vertex shader that warps the vertices to integer multiples of the input size. The framebuffer is already cleared to black so no need to worry about discarding fragments etc. I have spent some time this weekend …
Page 1 of 1