Re: [hatari-devel] Mouse scaling fix + ST_LOW_RES video boost

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


Hi,

On maanantai 11 helmikuu 2013, David Savinkoff wrote:
> 1)
> "Keep desktop resolution" is NOT "Falcon/TT only" as "--zoom 1" is
> active ONLY with "Keep desktop resolution" disabled. This is in ST
> emulation and tested in TV mode to see the 200 vertical lines
> skip-doubled to 400.
>
> 2)
> When "--zoom 1" is selected AND "Show boarders" is selected,
> "--zoom 1" is disregarded (resulting in zooming enabled).
>
> This is because "--zoom 1" seems to work only with 320x200
> resolution, whereas, my hack works in any resolution.

Thanks, I hadn't noticed that I had broken max zoom handling for ST
when I added the --desktop/-st options.

This fixes it:
http://hg.tuxfamily.org/mercurialroot/hatari/hatari/rev/49221d1651bc


Now "-z 1" overrides borders.  It's a deprecated legacy option which
is currently just a shortcut for "--max-width 320 --max-width 200".

Used zoom factor is calculated automatically based on the specified maximum
resolution.  If you want to see borders without zooming, you need to specify 
suitable maximum resolution directly.  If you want your display never to be 
zoomed, use something like:
	--max-width 639 --max-height 399

I don't think that would show all of the borders content though.  Reason
for this is that current calculations prefer zooming over borders for
usability reasons.

	On high resolution touch screens devices (of which all don't scale
	the SDL window automatically to screen size), non-zoomed Atari window
	is so small that you cannot interact with anything using finger, even
	if you were able to see the items in it.


NOTE: The intent of maximum resolution options is not to be harder
to use replacement for zoom on/off option.  Their purpose is to
prevent user selecting options (like zoom + borders) not supported by
his/her display and saving them before testing them.  Result of allowing
configurations which result in invalid resolutions would mean that Hatari
would never start again until user manually deletes Hatari config file.

I.e. it's a reliability measure for devices with fixed screen resolution.
The maximum resolution options in Hatari configuration should be set by
whoever provides Hatari package for such a device.


	- Eero



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/