forums.ps2dev.org

[Shito]

Ok, first of all I'm not really used to hardcore coding and all, I'm more used to nice graphical APIs, so sorry in advance for any noobiness that could emerge from this topic. ^^

Sooo, since we're accessing the video memory to blit an image on screen, I can easily understand how some things could go wrong if we try to blit something *outside* the screen.
In facts, with nem's function, only negative y's seem to be the problem and lead to a crash.
x's just seem to loop from one side of the screen to the other, and SCREENHEIGHT+ y's go weirdy weirdo after a certain value.
Hence this quick fix to nem's function :

[Smiths]

Am trying to import this function into RIN's source, but there's an error because there's no definition of KEYCOLOR.

What should it be defined as?

[alonetrio]

just assign to it the color you want to be transparent ;)

it's seem the "the extra difficult" joke was too much ;)

[Shito]

:)

Smiths, here's the one I use, "full green" being the transparent color :

[Smiths]

i threw it in RIN, setting white as a transparent color. it all compiled fine and ran without any noticable glitches, so I guess the routine works :)
Didn't notice much in the way of changes/speedups but I didn't really test it insanely.

Still, when it works, it works.

[Shito]

If you want to see what it changes, try to blit an image at (0,-10) with and without this little fix. ;)

[subbie]

-Y results in a write to a location before the Screen Address. Hense the crash. -X just wraps back into current space (unless Y is 0, in witch it writes outside of screen address).

[Grover]

Hi.. I added a similar thing to nems PG library. Source here:
http://forums.ps2dev.org/viewtopic.php?t=1752

it adds a clip flag to the function - there are times you will want to bitblt to an offscreen buffer (esp for things like the panorama sky map used in my terrain src) and they wont necessarily be a screens dimension size.
_________________
Bye.