VOGONS

Search

Common searches

Search results

Display options

Display options

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

Posted on 2020-01-10, 13:06

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 correction is performed by adding lines instead of making the single pixel taller this image explain my understanding of the "aspect=true & scaler=normal5x" inner …

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 ?

Page 2 of 27

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