VOGONS


DOSBox ECE (for Windows & Linux)

Topic actions

Reply 1360 of 1369, by 7F20

User metadata
Rank Member
Rank
Member
Lazar81 wrote on 2021-07-17, 20:17:

Unfortunately nothing changes... Still the black screen/window problem.. 😐 fumbling around with output methods results that it looks like an OpenGL problem. It does not occur with overlay or ddraw. So what's the problem? I really would like to use OpenGL...

What's the resolution of the game you are trying to play? For SHARP shader to work fullscreen, your fullscreen resolution has to be a perfect integer multiple of the game's resolution.

Try first to set the resolution by hand. Instead of desktop, try 1600x1200 for a DOS 320x200 (640x400) VGA game. If the game is 640x480 (later DOS) or anything different, that's obviously not going to work, so you have to do the math. You might end up with black bars around the edges, depending on the resolution.

The other thing to try is set the machine to vgaonly for older titles.

Hope that helps.

Reply 1361 of 1369, by rolloLG

User metadata
Rank Newbie
Rank
Newbie

I like in-beween rendering: almost integer scaling but with a VERY LITE (minimal: let's say 0.2/1.0) bilinear...
Unfortunately most bilinear filters in many emulators are way eccessive and a blurry mess, like in the example above.

Last edited by rolloLG on 2021-07-19, 13:44. Edited 1 time in total.

Reply 1362 of 1369, by Lazar81

User metadata
Rank Member
Rank
Member
7F20 wrote on 2021-07-19, 13:19:
What's the resolution of the game you are trying to play? For SHARP shader to work fullscreen, your fullscreen resolution has to […]
Show full quote
Lazar81 wrote on 2021-07-17, 20:17:

Unfortunately nothing changes... Still the black screen/window problem.. 😐 fumbling around with output methods results that it looks like an OpenGL problem. It does not occur with overlay or ddraw. So what's the problem? I really would like to use OpenGL...

What's the resolution of the game you are trying to play? For SHARP shader to work fullscreen, your fullscreen resolution has to be a perfect integer multiple of the game's resolution.

Try first to set the resolution by hand. Instead of desktop, try 1600x1200 for a DOS 320x200 (640x400) VGA game. If the game is 640x480 (later DOS) or anything different, that's obviously not going to work, so you have to do the math. You might end up with black bars around the edges, depending on the resolution.

The other thing to try is set the machine to vgaonly for older titles.

Hope that helps.

That isn't the problem! The scaling of games and the dosbox prompt itself looks as it should. It is something that happens during the process of switching between window and Fullscreen... or the other way round. And it happens not with every output method. Also every output method works window and Fullscreen mode perfectly when it is set as default at startup. But switching back and forth between window and fullscreen does not work properly...

486-VIP-IO | CYRIX 5x86 | 16MB | MACH32 VLB | CT1740 | 4GB CF
-
6VIA5T | PIII-S 1400 | 512MB | GF4Ti4600 | TT GOLD 16/96 | 120GB SSD
-
GA-EP45 DS4 | X5470 | 4GB | RADEON HD 5870 | SB0220 | 1TB SSD
-
ROLAND MT-32 | ROLAND CM-32L | YAMAHA S-YXG50

Reply 1363 of 1369, by 7F20

User metadata
Rank Member
Rank
Member
Lazar81 wrote on 2021-07-19, 13:43:

switching back and forth between window and fullscreen does not work properly...

okay. so it's just switching. sounds like a graphics driver compatibility issue to me.

i assume you did a "clean installation" and wiped the old graphics drivers completely and then reinstalled?

Reply 1364 of 1369, by Lazar81

User metadata
Rank Member
Rank
Member

No clean install - just installed the latest Nvidia driver yesterday... I will check this when I'm back at home... At the moment I am at the coast.. enjoying some holiday 😬

486-VIP-IO | CYRIX 5x86 | 16MB | MACH32 VLB | CT1740 | 4GB CF
-
6VIA5T | PIII-S 1400 | 512MB | GF4Ti4600 | TT GOLD 16/96 | 120GB SSD
-
GA-EP45 DS4 | X5470 | 4GB | RADEON HD 5870 | SB0220 | 1TB SSD
-
ROLAND MT-32 | ROLAND CM-32L | YAMAHA S-YXG50

Reply 1365 of 1369, by Yesterplay80

User metadata
Rank Oldbie
Rank
Oldbie
rolloLG wrote on 2021-07-12, 10:00:
LOST USB ARCADE JOYSTICK SUPPORT WITH BUILD r4459 […]
Show full quote

LOST USB ARCADE JOYSTICK SUPPORT WITH BUILD r4459

I switched from ECE r4288 to r4459 and lost support for arcade stick "Hori Fight Stick Mini"...
The joystick is still detected: "Using joystick Controller (Fighting Stick mini 4 kai) with 5 axes, 10 buttons and 1 hat." as it did with r4288 but now directions are ignored. Only buttons work.
This is an XInput DPAD for movements... Using XBox controller it works fine, but support for XInput DPAD with the arcade joystick seems gone 🙁
I can just swap the dosbox exe keeping everyhing the same inluding cfg and sdl.dll files but r4459 doesn't like arcade sticks anymore.
CTRL+F1 to redefine key bindings also ignores any directional input from the arcade stick with r4459.

...

I can confirm the same happens with my Madcatz SFIV Arcade Stick, my Mayflash F500 Arcade Stick and my Logitech F710 gamepad as well. Unfortunately (or thankfully, depending from your point of view 😉) it doesn't work with the regular SVN neither, so the problem seems to come from vanilla DOSBox, so we'll have to wait for Qbix, harekiet and the other developers to fix it.

vorob wrote on 2021-07-17, 20:07:

Guys, i wanna try Pixel Perfect thing on my laptop but i don't get where i can enable it and how to work with it. No readme on DOSBox ECE was found. What should i do? I've got win xp with geforce fx and laptop screen 1600x1200. For example i wanna see doom in pixel perfect mode.

I was expecting some line in config like pixelpefcect = true / false. Why can't it that easy? 😀

Because ECE no longer has a pixel perfect output option, I removed it almost a year and a half ago because its author focused on other DOSBox forks and his patch for ECE stopped working. r4301 was the last version of ECE that still had the patch integrated. Thankfully you can now achieve a similar output via the OpenGL shaders.

My full-featured DOSBox SVN builds (without debugger) for Windows: Vanilla DOSBox and DOSBox ECE (Enhanced Community Edition)

Reply 1367 of 1369, by 7F20

User metadata
Rank Member
Rank
Member

AFAIK, the GLSL shader support is dependent on SDL, and in SVN works with SDL 1 and 2. So if your current system supports the OpenGL output from SVN, the my guess is it would still be supported. Performance could be be much worse though, I have heard comments that shaders slow things down on weaker systems.

I also remember 3D games running pretty slow in DB back in the XP days. I'm not sure I would even consider trying to run DB in XP now though. The only point to that I could see is trying to use a specific sound card that is ISA only. But, yeah, maybe there's some reason idk.

Reply 1368 of 1369, by vorob

User metadata
Rank Member
Rank
Member
KainXVIII wrote on 2021-07-18, 18:33:
Use this https://github.com/tyrells/dosbox-svn-shaders pixellate shader - for fullscreen (with slight blur) pixel_perfect - inte […]
Show full quote
vorob wrote on 2021-07-17, 21:47:

Thanks, it really became sharper, though it's not that dramatically different. And I'm now I question myself, do i really need it? Cause these games were played on CRT and CRT added its own smoothness to the image. So this pixel-perfect stuff is less close to original image that we have back then.

Use this https://github.com/tyrells/dosbox-svn-shaders
pixellate shader - for fullscreen (with slight blur)
pixel_perfect - integer scaler with black bars.

Was trying it on another retro machine with ati x1900, win xp and some old driver like catalyst 8.2, when i set output = opengl / openglnb in my DOSBox ECE r4356 i'm getting black screen. Interesting 😀