Re: [hatari-devel] PhotoChrome v6.2-pre

[Anders Eriksson <ae@xxxxxx>]

On Fri, 30 Oct 2015, Nicolas Pomarède wrote:

Hi,

I've now been testing Bobs OS X binary (thanks a bunch Bob!) and it 
works well on OS X 10.11.1 which is the most recent. It needs XQuartz 
to be installed though, it might be a good idea to move that dependency 
for release package later.


> the last 8 pixels of a 224 bytes STE overscan line are now correctly 
> displayed.

I can confirm this, great stuff :)


> - Cernit : looks OK with the fullscreen displaying lots of distorted 3D 
> "cubes"
>
> - Drone : looks OK on the big "Drone" logo at start. But later, some effects 
> show some bad pixels in the right of the screen :
>   - image with an "exploding chest" has flickering extra pixels

Yep this is a coding error of mine, I didn't clear the extra bytes of the 
screen, only what Hatari showed me. Lame mistake of mine.


>   - the 3D objects made with stars leave some pixels in the right

Yep, not clearing enough width, lameness inc. again. In fact there's a 
huge blitter clear of the entire field rather than individual sprites. 
Why? I couldn't do more sprites anyways because the 3D precalc would 
use too much memory, and doing the clear this way is much easier.


>   - the image before this 3D part also has some wrong pixels in the right
> Anders, do you see this too on your STE ? Are those bugs in the demo ? 
> (maybe it was only tested with an STE+monitor that didn't show the whole line 
> ?)

It is the same bug as the first picture with garbage in the far right 
border. My fault. You can throw the eggs and rotten tomatoes at me now.



Some other of our demos tested:

- Appendix, the endscreen have 224 byte overscan and hscroll. It works OK 
in Hatari but again show some unwanted graphics in the far out border, 
this is due to missing blitter endmask (the scroller is hscrolled and the 
checkerboards are blitter, and the blitter needs to shift to nullify the 
hscroll). The earlier Hatari didn't show it as well as my normal 
STe-monitor.

- More or less zero. There are several screens using 224 byte overscan 
with hscroll, everything seems fine in Hatari.

- Sea of colour. The skyline skyscraper screen have the rasters leak out 
in the far right border. I used the same colour in the right border as for 
the gradient behind the scrapers. Meh, lamer mistake again. Apart from 
this, the demo seems to work well.

- Summer delights. All seems fine in Hatari.

- Tuttugandi. Raster colour leak in the far left border during bitbender. 
Did previous Hatari black out the left 8px with 224 byte overscan? 
Otherwise I suck more than I expected, how could I leave it like that 
knowingly?

- Sommarhack 2011 invite. There's a raster colour leak in the far right 
border. It's an ST intro so this is where the stabilizer should usually 
black out those pixels. So I think this is an Hatari thing to fix.

- It makes me shake (Spice Boys). Seems to be correct overscan-wise.

- Riverside. All seems OK including splitscreen spec512 screen.

- SNDH Update 4.4. All overscans, hardsyncs and syncscrolls work fine.

--
Anders Eriksson
ae@xxxxxx     http://www.dhs.nu/
ae@xxxxxxxxx  http://www.atari.org/