Code the fastest transparent blitter you can for a 486. You're not restricted to any rules or languages. Do it as you please. It will run on a 486 DX4 100 mhz with 33 mhz bus. The video chip is an old cirrius logic on a 16 bit, 8 mhz (?) ISA bus.
The following tests will be performed.
Sprite to vram, aligned
Sprite to sram, aligned
Sprite to vram, unaligned
Sprite to sram, unaligned
The code has to be in by 18-04-2003 (friday). My mail is blitz_dotnet@hotmail.com
Oh yeah, the arguments are passed basic style.
Blit ( seg dst as any, byval x as integer, y as integer, seg src as any )
Blit ( byval dst as long, byval x as integer, y as integer, seg src as any )
Where dst is pointer to 64000 bytes, either vram or a backbuffer. And src is qb style sprite where first byte 0-1 is width*8 and byte 2-3 is height.
The transparent color is 0.
Can RLE be used? compiled?
this isnt just a made-up contest so you can enter ugl and win, is it blitzachinchilla?
heh, no. I don't have to cheat to win. Not that i'm saying that i'm going to win. But i trust my skills.
Yes, but if you don't want to. It doesn't matter, clipping doesn't affect speed at all.
Depends how you implement it... if done correctly, then no. But if done the "lazy" way (which IMO is the hard way) then it does affect speed.
... hrm... yet again I'm posting useless garbage... meh.
It's pretty obvious to me that clipping is done at object level. If you're not doing it at object level then you still have allot to learn and challenges isn't really what they should be doing now is it?