On 24/01/2012 22:54, Eero Tamminen wrote:
Hi,
On tiistai 24 tammikuu 2012, Laurent Sallafranque wrote:
That's OK for me, but will this disallow to look at the demo 1600*800
for example ?
This is about the default for zooming preference.  Hatari (Videl)
code won't try to zoom the Atari resolutions larger than this 
preference,
but if the Atari native resolution is larger, that's is of course 
honoured.
Easiest way to test this is running hatari with:
    hatari -z 1 --tos<TOS v4.x>
You'll see then the funny Videl resolutions TOS goes through at bootup..
Then you can try changing video display preferences in TOS Desktop.
    - Eero
PS. Things should still be constrained to screen size still as larger
sizes can trigger video driver crasher bugs.
Hello
speaking about window's size, I think the current behaviour for 
STF/STE is really hard to use. Having to specify an x/y resolution 
(such as 640x400 for example) to get x2 zooming on X and x2 zooming on 
Y looks not easy to use. Many users might understand it anyway, but 
what about specifying the resolution to get double pixels on X/Y + 
overscan borders ? Honestly, I think this is nearly impossible to 
guess for any normal user (who knows overscan is 460 pixels wide ?) 
and even I sometimes don't know what values to put.
So, leaving apart extended VDI/falcon mode with really extra large 
resolution, and just focusing on STF/STE, I would propose the 
following settings :
low res : - zoom X (yes/no, to double X res)
          - zoom Y (yes/no, to double Y res)
mid res : - zoom Y (yes/no, to double Y res)  (only zoom Y, width
        is already 640 pixels)
borders (common to low/med/hi res)
      - left border : no or a number of pixels (multiple of 16)
      - right border : no or a number of pixels (multiple of 16)
      - top border : no or a number of pixels
      - bottom border : no or a number of pixels
No more reference to an absolute number of pixels for X or Y, I don't 
think that an useful information : the user wants bigger window and 
borders or not.
This would also be more consistent with the fact that we still have 
the "-z" command line option, but no more option in the UI to change 
zoom factor.
Not everything could fit in the same window ; we could have one for 
the zooming mode, and another one for the borders settings (unless 
someone here wants to submit some ascii art to design a single window 
with all options in it).
What do people think ?
Nicolas