Hiho

Zuerst muß ich sagen, daß ich glaube, das sich bei dem Tutorial ein kleiner Fehler eingeschlichen hat und zwar bei der Textstelle "Randomtexturen funktionieren im Software- aber nicht im GL Modus."
Ist nicht genau andersherum ? Könnte das mal jemand nachprüfen ?

So, jetzt zu meiner eigentlichen Frage: Angenommen, ich will eine ganz normale Backsteinwand machen. Doch ich mache sie nicht mit einer großen 256x256 Textur, sondern mit vielen kleinen (32x32) unterschiedlichen Backsteintexturen.
Kostet das dann mehr Rechenleistung ? mehr Speicher ? Die r_Speeds dürften ja eigentlich nicht beeinflußt werden.

www.d3opencoop.com - A Doom3 Cooperative Mod

jep, aber die r_speeds müssten auch beeinflust werden

Das ist immer wieder die Frage, viele behaupten daß Texturen keine Brushes zerschneiden. Aber jeder der mal im gl_wireframe geguckt hat kann sehen wie sich an den texturenden linien ziehen.

Fazit: Texturen zerschneiden Brushes, umso kleiner die Textur, desto mehr Faces und w_polies...

Falls das nicht stimmt, verbessert mich...

@Nicemice, machst du eigentlich noch CleanSweep_Coop oder is das Projekt gestorben?

Man sollte seine Map nur auf Tageslicht einstellen, wenn der Spieler sie auch ertragen kann

@Phantom: CLCoop ist gestorben. Demnächst werde ich wahrscheinlich noch den Source der Maps veröffentlichen, aber das wars dann auch schon.

www.d3opencoop.com - A Doom3 Cooperative Mod

Viele kleine 32x32 Texturen produzieren natürlich einen höheren R_speed...:/

Merke: es gibt keine dummen Fragen=)

-=B.L.Ä.N.D.E.R=-

Und was ist nun mit den Random-Texturen ?

Zu wissen, dass man wenig weiß ist der erste Schritt zur Weisheit, denn dann mußt du nicht alles vergessen, was du zu wissen glaubst, wenn du anfängst zu lernen.

Tigers & Dragons mod für Q3:A || Sudden Impact: The Paradise Projekt, Half-Life mod || sign-at-your own z

Ai Li Yah (ehemals Dark_Zaphire) | Ich will das Quake-Board wiederhaben!

also z.b. auf wavelength steht das auch mit den randomtexturen. ich fänds nur intuitiv gedacht etwas merkwürdig, dass das in opengl nicht gehen sollte... mal gucken

3. Alice d4 und begegnet der Weissen Koenigin samt Schal
3. Weisse Koenigin c4-c5 und wird Schaf

Die alte Fragen... dieselben Antworten :)

Die Fakten (soweit sie mir bekannt sind):

- Nein, die Größe der Textur beeinflusst die r_speeds nicht sondern nur die Skalierung. Eine 4 mal gekachelte 64x64 Textur produziert mit der Skalierung 1 genauso ein Face wie eine 128x128 Textur.

- Die Linien im gl_wireframe Modus ziehen sich nicht an den Texturen entlang sondern an den 224x224 großen Faces, wie es auch im r_speed Artikel (weiß grad nicht welcher) drinsteht.

- Die Faces werden unabhängig von der Position der Textur geschnitten, sie richten sich lediglich nach dem Winkel der Textur (-> um 45° gedreht = Faces auch um 45° gedreht) und den sie zerschneidenden Brushes.

- Wird die Textur skaliert (was ja nicht Nicemice's Frage war), ändert sich auch die Größe der Faces. Somit ist aktive Einflußnahme auf die r_speeds nur durch Skalierung der Textur möglich, nicht aber durch die Größe der Textur selber.

- Ob die Random Texturen im Softwaremodus funzen weiß ich nicht, im GL tun sie es auf jeden Fall. Ich meine auch, daß der GL Support mit irgendeinem Patch hinzugefügt wurde, bin mir aber nicht sicher. Allerdings ist die Auswahl nicht ganz so "random" wie ich es gerne hätte, so sieht ein von der Engine erzeugtes Pattern von Textur A, B und C meistens so aus: AAAABBBCCCCCAAAACCCBB. Lieber wäre mir sowas wie ACBABCABACCABABACCBACA, wenn Ihr wisst was ich meine. Allerdings haben die random Texes den lustigen Effekt, daß sie auf unterschiedlichen Rechnern anders aufgesetzt werden: so saß ich im LAN mal neben meinem Buddy und obwohl wir an genau derselben Stelle der Karte standen, hatte er dort andere Texturen als ich :)

Ich hoffe, das klärt einiges.

[ - Mindmotor.Studios - ]|[ - Poke646 - ]|[ - Spaceman - ]