xLIB enhancements idea thread

[Spellshaper]

This thread is dedicated to pooling ideas on how to make xLIB better...
suggestions on syntax, programs to be integrated go here...

(note that I won

[CDI]

I want to be able to define the size of my sprites for my tilemap... (i.e. 1 is 8x8 2 is 16x16 3 is 24x24 and so forth)

[woods_dragon]

somethin where you could desiginate a specific sprite(s) and have it move w/o having to program in the code for movement...

something like Zcom would be nice too....

[dragon__lance]

i agree with CDI, that way if u use a tilemap of 16*16 sprites, it won't require that much matrix memory.  

[necro]

Well, you could always make a 16X16 tile map your self you know...

(this if for 16X16)
-loop for Y and X till screen drawn
-check matrix at Y/X->T
-truncate T/6->R
-T-R->C
-draw 8X8 sprite for C,R at X,Y
-draw 8X8 sprite for C+1,R at X+1,Y
-draw 8X8 sprite for C,R+1 at X,Y+1
-draw 8X8 sprite for C+1,R+1 at X+1,Y+1
-END

If you don't understand...to bad...
-------------------------------
any ways, what Id like is the ability to "generate" a basic programs from another, and to be able to combine them together, ect.

Also, generaly being able to use true strings of asm code would be nice.

Like the app vars in Finance, it would be nice to have extra strings at our disposal as well as sprite scaling.

Finaly, the line/circle/box commands would be nice...especialy if they had dithered options and you chose when to update the lcd.

[DJ Omnimaga]

sound nice, altough for 16x16 maps I would rather make myself a 12x8 map of 8x8 sprites, from which the 8x8 sprites are parts of 16x16 sprites, but that might still be an idea. I dunno if tr1p1ea will see this thread soon though because he doesnt visit boards other than maxcoderz very much and he's quite busy atm.

[dragon__lance]

thats wat i do at the moment too

[CDI]

Well, I do what Kevin does too, but for some of my projects it get's a little rough, ya know?

In other ideas, I want to be able to have something like

real(1,SprX,SprY,SprPic#(instead of X,Y here),SprGSPic#(for 3 lvl GS, it'd automatically combine the first and 2nd pic #'s for good GS ), ect...

[tifreak]

Here would be a nice function:

I tell the calc what I want it to build, and it does it in asm! That would make me happy then. LOL

[dragon__lance]

QUOTE

I tell the calc what I want it to build, and it does it in asm! That would make me happy then.

LOL >D

[DJ Omnimaga]

QuoteBegin-dragon__lance+7 November 2005, 18:54-->

QUOTE (dragon__lance @ 7 November 2005, 18:54)

QUOTE I tell the calc what I want it to build, and it does it in asm! That would make me happy then. LOL >D

 ROFL :imbeciles:

[CDI]

the best one yet... if in a tilemap matrix (when drawing) the number is negitive then just draw the tile the positive number goes with, but flipped!

[DJ Omnimaga]

sound nice

[necro]

what would be realy nice is if it alowed you to have 2 or 3 graphic buffers...draw onto one as a background and have another as fore ground...use it as a way to generate gray scale...possibly a few psuedo 3D things could be done this way (like drawing the horizon on a layer, 2 layer mid-ground, 2 layer fore-ground, then manualy drawing the hud and such...)

also, true sprite rotation would be very cool (25, 45, 90 degrees, ect.)

[tr1p1ea]

necro, you can already draw up to 10 tilemaps ontop of each other and scroll them at independant rates (only tile scrolling though).

360 degree sprite rotation would be very difficult and slow to implement, ive never even seen it done in asm really.

variable size tiles for use with the tilemap routine would acutally be rather difficult to implement. The only ways to do that would either slow it down or make it twice as big ... ill look into it.

I like the idea about flipped tiles in tilemaps but unfortunately the tiles are taken as unsigned. If you want the routine to take them as signed values then it would cut your tile count in half (limit you to 127 tiles).

Ive been thinking about adding 16-bit tile index support. It would make things a little different but only from my perspective ... so i suppose that wont bother too many people .

Oh and ill implement tifreak8x's suggestion rofl! .

(I also added 255 PIC support with reading from archive support too).