Well, tried the "Carlevel"-Demo and the "Glider"-Demo - both were runnning without any problems or graphical errors. Therefore it's very likely that it has something to do with GS...

so make _really_ sure, that the guard model has no 32-bit skin by opening med and then go Edit->Manage Skins->Skin Settings->Texture Format->24 Bit

When it's 32 bit, it's transparent and that error occurs. If you need the alphachanel you can also use the z-sort material from the wiki.

radeon 9500, 9600 or 9700 user?

Try to export the model to FBX. and import it from the FBX-version back.

First of all (because it was the easiest thing to find out ^^): no, I'm definitly not a Radeon-User, I have a GForce 8500 GT.

I checked the guard.mdl-file regarding its texture. It is definitly *not* a 32 bit-file, but it is also not a 24 bit file either, it is a 16 bit file, but that shouldn't matter... But what I noticed when I opened it in MED was that the error did NOT occour in the 3D-view. Well, I selected "24bit" for the texture format, saved the model and loaded the level again, unfortunately the error still occours in the engine-preview. What I tried next was flipping the normals of the guard-model, but that didn't do the trick at all, suddenly the texture was *inside* the model... should have seen this comming, I guess XD

So it has nothing to do with 32bit-texture and my self-made model worked fine after flipping the normals, the demos all worked without any problems. Might sound stupid but it seems like my 3DGS doesn't like the guard.mdl XD

I also tried to use a terrain (hmp)-file - no problems at all, everything seems normal, in the WED 3D-View as well as in the engine-preview. I don't know WHAT is wrong about this specific guard.mdl, but it seems to affect only that single model...


Well, whatever - everything (excluding the guard.mdl XD) is back to normal, thanx to all of you ^^


Greetz!



Alan

bin mir net sicher obde das jetz hören magst, aber bei mir kam der Fehler nich nur einmal^^

dadurch dass ich die models in wed genutzt hab und da der fehler kam wurder der iwie in die modelfile gespeichert oda so und ich konnte das gesamte model in müll werfen^^

ô.ô Oh mein Gott... also wenn das wirklich so ist dann haben wir es hier scheinbar mit einem wirklich gravierenden Fehler zu tun, vielleicht sollten wir das an Conitec weitermelden...

Nu mal halblang: Oxy hatte es bereits erwähnt und Scorpion hatte nochmal darauf hingewiesen, wenn das Model aus welchem Grund auch immer eine Alphamap hat, dann erscheint dieser Effekt:
Du kannst den Skin als bmp oder pcx exportieren und wieder importieren, dann müßte der Alphakanal raus sein.
Die andere Möglichkeit kannst Du nochmal bei Scorpions Post nachlesen.

Das "gesamte Model in den Müll werfen" wird meiner Erfahrung nach nicht nötig gewesen sein.

Hallo,
Ich kenne das Problem, es ist einfach zu lösen.
Im AUM hat George den Player auf transparent gesetzt UND
seinen Alphawert auf 100 gesetzt. Kommentier beides aus, dann sollte es wieder gehen.
Dieser Effekt hätte den Player langsam transparent gemacht, wenn die Kamera in ihn hinein "geflogen" wäre.

Das habe ich zuerst auch gedacht. Gestern habe ich dann einen ähnlichen Versuch gestartet, diesmal mit dem (ebenfalls mitgelieferten) cbabe-modell. Leider musste ich feststellen, dass dieser grafische Fehler auch dort auftauchte. Selbiges passierte übrigens mit ALLEN Bäumen, selbst mit jenen die auf mehreren verschachtelten Sprites basieren. Was ist da nur los....?