VOGONS

Search

Common searches

Search results

Display options

Display options

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

Posted on 2020-01-10, 12:15

I guess the forced means it will do this for SVGA games using modes greater than 320x2##? So a 640x480 game would be cranked up to 1920x1440 (DOSBox-side), and then scaled linearly by SDL (possibly using hardware-accel) to fit the desired output resolution. forced causes DOSBox to upscale the image …

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

Posted on 2020-01-10, 12:11

I still see its usefulness, though: performing "pp upscaling + linear downscaling" should in theory give better results than the "linear upscaling" that the standard opengl output implements I agree. This algorithm, similar to surfacenp, can be efficiently implemented in a pixel shader. am I right …

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

Posted on 2020-01-09, 21:29

So acording to the wiki "This meant that the 320x200 display, with a 16:10 logical ratio, was stretched vertically - each pixel was 20% taller than it was wide". Crispy Doom seems to do this type of correction. But this patch renders it a little different, like a little bit more stretched. Now I'm …

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

Posted on 2020-01-09, 15:07

this is the relevant content of my config file: machine=svga_s3 output=openglpp fullscreen=false fullborderless=false fullresolution=desktop windowresolution=desktop aspect=true scaler=none OK. am I right in saying that basically openglpp: - ignores the "aspect" setting No. Which test case made you …

Re: New forum suggestions/Feedback

Posted on 2020-01-09, 13:37

in Milliways
What I dislike about reply notifications is that they force me to fire up the browser and actually log in to vogons.org in order merely to read the new post. It would be great if the full text were included in the notifications and they were not disabled until the next login. That way, we should be …

Re: New forum suggestions/Feedback

Posted on 2020-01-08, 22:04

in Milliways
It's better to bridge with usenet. I agree. And it has been done already e.g. by englishforums.com , but it was a loooong time ago, and they had to burn the bridge because of the difference of attitude between decetralised Usenet and a centralised forum. I still participate in the newsgroups with …

Re: DOSBox ECE (for Windows & Linux)

Posted on 2020-01-08, 18:08

I don't plan to work on rebasing ECE on top of 4306 ATM - conflicts in there are much more severe. That is the problem. Some major changes are currently being implemented, but I hope the developers will let me know when they have finished and I can fix the patch without risking that it breaks the …

Re: New forum suggestions/Feedback

Posted on 2020-01-08, 18:00

in Milliways
The ASCII banner in the email notifications is broken Works fine for me now. By the way, it is not a true ASCII banner because it contains a non-ASCII symbol. The notification emails are encoded in UTF-8. You don't seem to be using a monospace font in your client. You should! There are browser …

Re: Welcome to the updated VOGONS

Posted on 2020-01-08, 17:30

in Milliways
Yes, looks like a bug. It should list "To" not "by" Simple renaming will not help, as it really shows the nickname of the author of the message. Futhermore, when I click on one of my sent PM's to open it, the recipient is again nowhere to be found. It makes two bugs: one on the PM list page, and …

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

Posted on 2020-01-08, 17:00

Yes, by non-uniform I mean allowing non 1-to-1 scaling of the x and y axis; so SDL2 itself can perform aspect correction instead of DOSBox's software technique of line-doubling. Yes, and my patch already does that. In your list, could 1 and 2 be collapsed into number 3 in the SDL2-scenario? ie: …

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

Posted on 2020-01-08, 14:33

I was thinking about your pixel-perfect strategy applied to an SDL2 implementation where SDL2 can perform non-uniform, hardware-accelerated scaling. What do you mean by non-uniform ? In SDL2 you can pass integer scaling factors to SDL_RenderSetScale() and have hardware-accelerated pixel perfect …

Re: DOSBox ECE (for Windows & Linux)

Posted on 2020-01-07, 12:26

Not to open that fight up again, but when you released the patches originally, they made dosbox unusable, and ECE, out-of-the-box behaves exactly as the poster described. It tears, it lags, it feels like a fight to make work.. I for one have never had such problems with the default settings on my …

Re: DOSBox ECE (for Windows & Linux)

Posted on 2020-01-06, 17:23

XxMiltenXx wrote on 2019-12-11, 17:02: 2. openglpp & glfullvsync Please, post your full settings for this test case and tell me if there is a message in the log window about the activation of VSync. Edit: as far as I understand, if the game itself is not v-synced, DOSBox can't help.

Re: DOSBox ECE (for Windows & Linux)

Posted on 2020-01-06, 16:56

The problem is that you're trying to use ECE which uses SDL 1.2. The Pixel-perfect scaling in SDL 1.2 builds exponentially makes dosbox slower, What exponential dependency are you talking about? There can be no slowdown whatsoever with openglpp (at least, without glfullvsync ) because it uses …

Re: DOSBox ECE (for Windows & Linux)

Posted on 2020-01-06, 16:40

Hey, I have a tearing issue with DOSBox ECE. As I want to record games, it's kind of a big issue. Does this fork help? 2. openglpp & glfullvsync glfullvsync works in true fullscreen mode only, but does not work in a borderless window. Did you have fullborderless off when testing with glfullvsync ?

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

Posted on 2019-12-13, 13:48

Sorry I couldn't figure out the patch. :( I assume that you patch relies on the monitor to stretch the vertical in a 320x200 signal back out to the CGA height? My patch its intended mostly for modern LCDs with a fixed native resolution and square pixles. It cannot rely on the monitor for anything …

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

Posted on 2019-12-13, 09:39

So... the theory with this goes (at least as I understand it) that you upscale to 1600x1200 and then output to 320x240. No, I don't do that. The only possible integer scaling of 320x200 into 320x240 is with unity scales, that is no scaling at all. My patch will display that image at one-to-one …

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

Posted on 2019-12-12, 20:07

Wondering if anyone here has any experience to apply this patch on a raspberry pi. I found the .diff file, but I don't know the procedure or potential results. I have no experice with RPi and use the build procedure described here with no optional features. Applying the patch is as simple as …

Page 2 of 26

Go to top of page Go to top of page
Close window
Close window