na wegen mir^^-hab ja geschrieben das ich noch nicht über weitere Varianten nachgedacht hab...ent_setskin is natürlich wunderbar einfach! Eins von meinen Problemen ist, das ich immer erstmal Alles schwieriger mache als es
eigentlich ist xD. Ja, so ist das nä->H<-mlich bei mir, Slin^^°

yes, thank you all for the suggestions! its working quite good right now with an animation sequence of only 6 128x128 bitmaps set with ent_setskin. i did not notice any problems with rendering speed as i expected with this method.

this way i can still move the texture around using the matrix and use slins shader on the terrain!

however you do notice the switching a little bit due to only 6 textures in my test, i think it needs at least 16+, so you won't notice the switching anymore.

thanks again everyone!

ok wenn das geklärt wäre hätte ich aber noch ne kleine Frage am Rande:
Weiß jemand warum ent_setskin nen Bitmappointer verwendet und bmap_load nen String um auf die entsprechende Bitmap zuzugreifen? Und warum ent_setskin schnell und bmap_load langsam ist?

Is jetzt natürlich en bissel off-topic, aber ich hoffe mal das stört niemanden.

Naja entsetskin setzt einfach nur eine schon von der Engine bekannte Bitmap als skin für dein Object ein, also letztlich nur eine Zuweisung, ein GELADENES Object (die Bitmap die per Pointer verknüpft ist) wird an einen "Skinslot" verknüpft, während bei bmap_load eine der Engine unbekannte Datei neu in den Speicher geladen und mit einem Pointer versehen wird, damit man drauf zugreifen kann. Dies dauert logischerweise wesentlich länger, die Bitmap muss ja in den Speicher geschrieben werden, bei entsetskin teilst du nur einer Entity mit, wo im Speicher sie ihre Skintextur finden kann.
So ungefähr jedenfalls, ich bin kein Profi im Wissen darum, wie Arbeitsspeicherprozesse funktionieren.

ich danke dir^^