An Idea/question

[dooms102]

Well, I have recently downloaded the "Juicy" plugin for in-code tile manipulation. That way I could "mesh" armor and such on to nude characters using layers. By doing this I hoped to achieve a new level I've been wanting to do for my games. The new level being able to actually see newly equipped armor/items whatever. Pretty cool eh? not so much as that's what the "Juicy" plugin was made for. So, not exactly original. My problem is, seeing how "Juicy" was made way back in '03-'04. It doesn't work with RPGTK 3.0+ series. So pretty much is there a way to manually "mesh" tiles or just raw image data in to a tile? I don't actually care if it takes like a few seconds worth of code. So no time constraint. Or, is there a formula to convert the rgba colors in to 32-bit pixel colors? As in r!=255, g!=078, b!=000, a!=000 into 10101011 01010101 01010001 0101001011. Sorry if this doesn't make any sense becuase I don't know that much about this kind of thing.

[Xorlak]

I'm not sure if there are any tile writing features in TK3, which seems to be what you're getting at.  I think there are some bit-wise operations, which you'd need to read and parse the RGB values, but I wouldn't recommend doing this in RPG Code, as it'd be pretty slow.

Also, I'm pretty sure tiles are RGB (24-bit) as opposed to RGBA.  The alpha channel is for translucency, which although it would be pretty awesome, tiles can't do.

[dooms102]

Hmmm... I am going to look into using *.gph files instead of tiles. And if it doesn't have a transparent or alpha channel, then how can you use transparency? Well... maybe you're right. But I do need to know if I am gonna write it using rpgcode. I sure wish colin would reply to this, or does he even go here?

[Xorlak]

Colin visits every once in a while.  Still can't get in TKZ?

The transparency is just one color set to be blank, RGB(1, 2, 3) I think.  So rather than display that color, it displays what's underneath the tile.

[Michael J. Hill]

Officially, transparency/translucency is GIF-based transparency.  As Xorlak mentioned, the a color is specified as the transparent color, and as the graphic file is rendered, as the rendering engine encounters the specified transparent color (assume Pink for argument), instead of drawing (or blitting) that pixel in that color to the screen, it blits the pixel that is already on the screen at the location the Pink pixel would've been drawn.