Re: [hatari-devel] One scanline short in ST fullscreen

[Anders Eriksson <evldhs@xxxxxxxxxxxxxx>]

On Tuesday, September 19th, 2023 at 11:38, Eero Tamminen <oak@xxxxxxxxxxxxxx> wrote:


> Hi,
> 
> On 19.9.2023 11.47, Anders Eriksson wrote:
> 
> > I noticed yesterday while doing with some ST coding that Hatari 2.4.1 is missing the last scanline in a normal "fullscreen".
> > Instead of showing 274 lines (syncline+273 lines) it will cut off the bitmap display after line 273 (syncline+272 lines).
> > 
> > It looks like this behaviour started with the Hatari v2.3.0 release, in v2.2.0 all 274 lines are there.
> > 
> > Example program: http://ae.dhs.nu/tmp/272.prg
> > Screenshot from v2.2.0 and v2.3.0: https://ae.dhs.nu/pics/272.png (notice the extra empty red line in v2.3.0)
> 
> 
> With the latest Hatari Git version, I see 276 lines (there's additional
> line at top compared to your screenshot)...
> 
> See attached Hatari screenshot (taken with the "crop statusbar" option).
> 
> 
> What are your Hatari max screen size settings:
> ----------------------------------
> $ grep nMax ~/.config/hatari/hatari.cfg
> nMaxHeight = 588
> nMaxWidth = 832
> ----------------------------------


Hi,

I use the same config with 2.2 and 2.3, all 276 are shown in my Hatari window (just look at the screenshot I linked to).
Normally when opening top+lower border you end up with 274 lines of BITMAP then two empty lines. From v2.3.0 it shows 273 lines bitmap and 3 empty lines.


My config:
hatari --natfeats true --monitor rgb --window --frameskips 10 --max-width 832 --max-height 626 --borders 1 --video-timing ws3 --crop 1 --avi-vcodec png --png-level 5 --harddrive /wqerty/Atari --memsize 4 --tos /qwerty/TOSes/ST/206_se.img --machine st --timer-d 1 --sound 44100 --ym-mixing table

--
Anders Eriksson
ae@xxxxxx