Try reversing the quatum polarities, you'll fit even more paths, and super-paths like this!

Anyway, nice structures!

For instance, you have many sprites:
[aa]->Pic1
[bb]
[cc]
WHen you are moving, edit a little variable which acts a pointer offset to access differents sprites
[aa]->Pic1 :. Not actual sprites
[bb]
[cc]
0->X
0->C :.Counter
ClrDraw
Repeat GetKey(15)
.Updating position
X++
.Updating Sprite counter
C+1^3->C :. ^ Is modulo, and gives the rest of the euclidian division. Go test this lil' thing, this could help a lot
Pt-On(X,0,C*8+Pic):.Drawing sprite. The C offsets th Pic1 pointer to give others sprites)
DispGraphClrDraw
Pause 50
End


AWW, ninja'd!

Hopefully, once I made enough progress I'll release the source code! It's an engine, remember

"Chiptune: Fiddling your GameBoy until it starts doing some sound'

PORT VIM! PORT VIM! With this editor, you'll have quite an easy way to code on it!

My features idea

• Cut/Copy/Paste
• ZStart On+Var Jump-to Lbl/Up/Bottom.
• Line numbering as an option
• Omnicalc's parenthesis helper
• Ti-89-like Clear use (first to erase the current position to the end of line, and a twice to erase the rest of the line)
• Auto indentation as option.

I digged into them! I just didn't read correctly...

After some tests, this lib s fantastic, but too heavy for Hinawa.my fps drops to 1.5 fps if I use them... Don't draw too much with this lib!

To give some news, I'm still developping that. I redesigned the menu boxes to expand the top bar (it looks niver that way, less like Mother 3, but hey! It's my engine), I added a dynamic sprite routine, optimized two of the three battle backgrounds. But one feature at once.

The menu boxes and the top menu share the same drawing routine. The menu for PSI selection is begun, and the top bar is fixed and the drawing routines are optimized (use of Copy which I forgot).

The monsters will use a rutine that I'm proud of. THeir sprites are stocked and *compressed* into 8*8 chunks with RLE-indexing. FOr instance Mr Batty in grayscale only have 12/13 sprites (don't remeber the exact name) for each of the buffer and the mask, so 36/39. FOr a 35*35 sprite, that's cool.

The backgrounds got a lil optimisation I stole from DJ_Omnimaga and his Super SOnic Ball : copying the background top rows to the rest of the buffer is way faster than just spriting it.
This engine won't enjoy the GrayLib grayscale, because it's way too CPU-expensive (~70% of the CPU is used for the interrupt...)...
I'm still doing that, don't worry guys! Screens will be added later. For Omnom!

EDIT: Say HI to Mr Batty! I forgot to telle precisions to the key deobuncer/polling. It's just anarray which includes keys states. It's updated when your run the routine UKEY(). There is 4 states; Up, Down, Pressed (the instant where the key is pressed), and Released(the instant where the key is released). NO more instant key repeats!