Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-18, 23:12
I have just uploaded an update that adds hardware-accelerated pixel-perfect scaling mode openglpp.
Re: DOSBox Feature Request Thread
Posted on 2019-01-13, 16:05
Nice screens! Yes, i think that it's ok now (i'll check it with 1920x1080 resolution) I have not published that version of the patch yet. Keep an eye on of thread of the patch and please ask all questions there, because this is a generic feature-request thread. Edit: openglpp is now available in my …
Re: DOSBox Feature Request Thread
Posted on 2019-01-12, 00:10
FulValBot, Here is Pinball Dreams 2 running in my experimental implementation of Pixel-Perfect mode with OpenGL: Copy code to clipboard 1 output=openglpp 2 scaler=tv2x The screenshots show a 2x pixel-perfect scaling over a 2x TV scaler. Is it what you need?
Re: DOSBox Feature Request Thread
Posted on 2019-01-11, 20:55
FulValBot , do you need pixel-perfect scaling applied on top of a scanline filter? It seems possible. note: that Pixel-Perfect patch will not be needed (i think) if nVidia, Amd and Intel will add integer scaling in a next driver (but we don't know if can happen... so don't remove it) It will still …
Re: DOSBox Feature Request Thread
Posted on 2019-01-10, 21:48
Integer Scaling (or Pixel Perfect i think) is very needed (also when i use scaler=scan2x or other, so also with scanlines enabled) My pixel-perfect patch (available in DOXBox ECE ) just applies integer scaling to use most of the monitor area while approximating the target PAR (pixel aspect ratio). …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-10, 21:07
unther, can you please check the performance of the latest version of the patch with Copy code to clipboard 1 fulldouble=false on your RPi? Does it look the same as with alpha 14?
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-08, 20:12
Whoever experieces slow performance in full-screen mode with my patch, please try with: Copy code to clipboard 1 fulldouble=false
Re: Patch for pixel-perfect scaling
Posted on 2019-01-07, 23:32
Ant_222, just a follow-up to our performance discussion a year ago, I created patch (attached) that adds a normal4x5y scaler to dosbox, which uses this same scaling technique as the built-in normal2x/normal3x. Using this normal4x5y scaler along with 'output=surface' is much faster on an RPi3 versus …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-07, 17:32
Yesterplay80 wrote: FYI: r4178 once again breaks compatibility with your patch I have fixed it in alpha 15 and also introduced a minor change to the implementation. Let me know if it breaks anything.
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-12-22, 14:00
A quick notice that I will try to fix the problem as time permits.
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-11-14, 20:21
Thanks for the explanation, unther . BTW, if you can't figure out how to get your scaler to run as fast as these built-in ones I do have a couple ideas. One is to simplify my overcomplicated code by removing surfacenb (which is already available as openglnb ) surfacenp (which is too slow and hardly …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-11-13, 20:01
unther, I never understood how those built-in scalers worked. Can you explain, perhaps?
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-09-23, 21:00
It works!! I've downloaded dosbox svn r4163, I've applied the last pixel-perfect patch [2018-09-22] Alpha 14 and I've compiled dosbox with patch -p0
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-09-22, 10:35
On second look, the fix seems to be working for clang as well. Sorry, I've got dosbox sources in a couple different places. Must have gotten confused about which one I was looking at. No problem, and many thanks for debugging. Will you please test the latest patch for r4163 from the title post of …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-09-22, 01:10
If I step through it with gdb using the clang build, it appears to segfault immediately upon returning from ssImageToScreen. Could that be due to the old K&R style declaration with empty parenthesis instead of (void)? Hold on! I'm typing this as a go. I did find something that works with GCC 8! …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-09-21, 20:32
Well, I have to start from something. Is there a way to redirect the log output to a file to see what it is in it?
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-09-18, 20:00
I have failed to reproduce the problem with your config and plain SVN DOSBox with my patch alone. aaronp wrote: I say it "crashes", but if I run it through GDB it is actually closing normally, so there is no stack trace. I'll step through it and see if I can find anything. Thank you very much for …
Re: Horizontal black lines problem in game
Posted on 2018-09-17, 21:28
Does the problem remain with: Copy code to clipboard 1 [sdl] 2 fullscreen = false 3 fullresolution = desktop 4 windowresolution = original 5 output = surface 6 7 [render] 8 aspect = false 9 scaler = none
Re: DOSBox Options
Posted on 2018-09-17, 21:17
I think so. How can I make sure DOSBox can write to a folder? Launch DOSBox and execute the following command: config -wc c:\temp\test.ini Then check if the new config file has been created. To use a specific config file, start DOSBox with: DOSBox.exe -conf c:\temp\test.ini I think it is a bug that …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2018-09-17, 20:35
On Linux, if I try this myself either by applying it manually or compiling ECE, dosbox crashes when I use the new outputs. But it seems to work fine if I just use the ECE binary. The ECE binary with the new outputs? Then maybe we should ask YP which version of my patch ECE currently contains... Is …
Page 8 of 27