Changes:
* Replaced useless SDL_SetClipping() with SDL_SetClipRect()
* Fixed visual detection in XVideo handling (crashed smpeg)
* Added a flag to YUV overlays to show hardware support
* Added SDL_WasInit() to see what is currently initialized
* YUV overlays can now be accelerated with DirectX
I’ve changed the clipping semantics so that clipping affects the
destination surface instead of the source surface, and blit clipping
is now essentially free. Mattias, can you scan the clipping code to
make sure it’s good? I wrote it at 2:00 AM.
Everybody, should SDL_FillRect() be clipped by the clipping rectangle
the way SDL_BlitSurface() is now?
See ya!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software
Everybody, should SDL_FillRect() be clipped by the clipping rectangle
the way SDL_BlitSurface() is now?
Yes, definitly. I’d give reasons but my mind has gone blank. I suppose a
filled rect is just like a solid color blit or something.
MartinOn Thu, 7 Sep 2000, Sam Lantinga wrote:
Bother said Pooh, as he got cattle-prodded in the nuts.
Changes:
* Replaced useless SDL_SetClipping() with SDL_SetClipRect()
* Fixed visual detection in XVideo handling (crashed smpeg)
* Added a flag to YUV overlays to show hardware support
* Added SDL_WasInit() to see what is currently initialized
* YUV overlays can now be accelerated with DirectX
I’ve changed the clipping semantics so that clipping affects the
destination surface instead of the source surface, and blit clipping
is now essentially free. Mattias, can you scan the clipping code to
make sure it’s good? I wrote it at 2:00 AM.
Everybody, should SDL_FillRect() be clipped by the clipping rectangle
the way SDL_BlitSurface() is now?
See ya!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software