So i have started working on the title screen, and it is quite detailed and i want to refrain from just posting all 768 bytes into the program, as i feel that would be a bit large.  And so, i have decided to make a compression challenge!  Whoever can compress this screen into the least number of bytes will get their name in the credits and my eternal respect and gratitude Note that the final size should include everything that is needed to put the screen into L6, through whatever means necessary.

Note: I decided to release the real title screen

Do you use Rect()/RectI() in portal's code already? because then the routines are only like 15 bytes to call instead of having to include a 200 byte subroutine.
by the way, the image is 192 x 134... is that intentional?

Yes rect and rectI() are both used, including line() and all the pixel/sprite commands.  As for the size, i'll upload a new version really quick

unless you plan on having a title screen that can scroll an amazing..... three pixels!

wouldn't that be three screens?

can the screen be assumed cleared?

Does the DrawInv routine already exist?

RotCC/RotC?

The tricky part of this is trying to compress it in a way that the size of the code itself doesn't offset the amount of data saved, because not much data is being compressed.

But I got 608 bytes. Storing the data as a raw picture and putting it onto the screen and buffer would take 777 bytes. If anyone gets any better, let me (and Builderboy) know.

EDIT: 606 bytes.

EDIT 2: 605 bytes.

EDIT 3: 602 bytes. I think this is as small as I'm going to get it, so I'm attaching what I have. I included two versions because, although the second is 2 bytes larger than the first, you might consider it better. Whereas the second one updates the screen all at once, the first one updates the screen 4 times throughout the process due to the Bitmap() calls drawing directly to the screen. This slight delay isn't very noticable, but I figure I'll just give you both options.