| Re: [hatari-devel] Feedback SDL2 support |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
Hi,
On 11/29/2015 07:44 AM, Thomas Huth wrote:
Am Sat, 28 Nov 2015 18:58:50 -0600
schrieb Bob Carpenter <hatari@xxxxxxxxxx>:
I know that the OS X version has been very sensitive to full screen
changes. I admit that I have not tried your patch yet. If Thomas is
ready to commit the patch, I will try it on OS X to make sure it
works on it. I know that we’ll definitely want
SDL_WINDOW_INPUT_GRABBED. However, I’m not sure whether
SDL_WINDOW_FULLSCREEN or SDL_WINDOW_FULLSCREEN_DESKTOP would be best.
Mac users used to complain that resolution switching for fullscreen
mode does not work well on OS X - IIRC that was also the main reason
for introducing the "keep desktop resolution" stuff. So you likely
should keep that option enabled on OS X.
Also, with some LCD monitors switching resolution can take several
seconds, so if one is switching fullscreen frequently, it may be nicer
to keep desktop resolution,
I am also not sure what I am supposed to see if I select “Keep
desktop resolution”.
With SDL1:
* Enabled: desktop resolution isn't changed when Hatari switches to
fullscreen. Hatari just scales output what it can, and leaves black
borders for rest.
* Disabled: Hatari switches to monitor resolution that is the next
larger one from what the Atari resolution needs.
Enabling is more useful with Falcon/TT mode, which can use any integer
scaling factor for the output, than with ST(e) mode which offers just 1x
& 2x scaling.
You should see a difference when switching to fullscreen mode (or back).
I see that two new SDL2 options have been added: Use linear scaling
and Use VSync. I know that linear scaling fixes the screen problem
where the GEM desktop (and possibly other screens) are very jaggy.
However, I am not sure what Use VSync is supposed to do and whether I
should use it or not.
VSync = Vertical Synchronization, i.e. the screen updates are
only done within SDL when the monitor is currently not updating the
screen contents.
I assume this is best used when emulated Atari display frequency is
same/close to monitor frequency. Doing Vsync to 60Hz in Atari's 71Hz
monochrome mode, or 50Hz color mode might cause e.g. video & audio not
to be in sync.
Try to use hatari without that option first - but if you sometimes see
screen tearing (mainly when using games or demos), you can try to enable
this option to see whether the screen tearing is then gone.
- Eero