Your old one with the overlapping squares looked pretty good...
Or you could go back to the old camel

Armor games are almost always pwnage

1588: A sign you've posted gave rise to at least two more signs related to it

1584: You noticed this topic is getting close to 1337 replies

1585. you are overly determined to get that reply number...

1586:You wish you were admin so you could remove any posts that get in your way to being the 1337 post reply

Imma try to figure out how this works by watching it...will edit

I'm guessing here, but...

Does it start by backing up the buffer to the back-buffer or something, then from there it's free to meddle with the front buff?
And it has a loop, that takes out every other row, and compresses it to be solid without any gaps.
When it hits zero, another loop starts, possibly after flipping the backbuffer first, grabbing rows from the back-buffer and inserting them.
Am I right or am I completely off?

EDIT: ok, completely off it looks like

RectI()?

Not invert the pixels, but flip them.  Like, 11100001 would become 10000111

Just had a thought.  Would FlipH work?  Thinking about it, sprites are 8-pixel-wide chunks...
Actually, just realized sprites are 8*8 and there's 12 chunks of data

What are you looking to use this for?

A way to flip the screen 180^owith an animation, and b/c there doesn't seem to be a plausible way of making the screen look like it's rotating...
This post and a couple of others after it.

1584: You noticed this topic is getting close to 1337 replies

I've been thinking on how to do that...
Probably one of two things:
1)fading to gray then fading back to "shifted"

2) line going across the screen, like ↓