Neat, thanks for the contribution!

I use mainly tga skins, because it enables runtime pixel manipulations without conversions (which is also possible). but supporting more formats is better

thanks superku.

@sivan well tga ,bmp worked okay when I tested , jpg dds png however is a different story .

latest updated link is on page 1

hi
it works fine with mutlitexturing tga skins, but modified skin texture (replaced with another tga, or alpha channel edited for changing coverage) are unsaved i.e. the original skins are coming back after reloading.

can you give me a code example ?

I couldn't reproduce the problem .

I tried within latest MapBuilder, just replaced the old dll access with yours by some #ifdefs. the actual texture editing stuff would be too complex to post here.

the test I did was , I loaded a hmp with textures applied (which is what I presume you do) then I replaced the skins with different textures , I then saved it ,removed the entity , and loaded it ,everything were correctly saved and applied ..

I also tested with ent_reload but this one seems to have a problem , because it doesn't reload the whole mesh , possible a bug there with terrain and ent_reload?

are you saving your modified files before saving the hmp ? or are you altering the skins bmp's then saving just the hmp ?

I wil conduct some bmp_lock ,with alterations on the pixels tests today .

maybe it is related to bmap_save what I use for speed reasons and to work with bmap_load correctly (bmap_create flips tga).

by the way for the alpha pixel modifications I use a pixel based approach which should work.

the pointer of data I am using to fill the data pointer of the hmp before saving , is the pointer available to palettized pixels of the original image .

oh and the manual states that a bmap_save's image format can only be read back with bmap_load and can not be used for BMAP definitions or textures. .


I see the issue , thank you.