Automatisierte Änderung v. Mapobjekten [v0.1 24.02.12]

Wenn ich dann immer F9 drücke kommt not compiled successfully!!
und mehr kann ich dnn nicht machen

Okay hat funktioniert danke

Nettes PDF, leider fehlt ein Link zur angehängten "collision.foal"
Da solle man eventuell noch einen externen Link basteln und den mit in die PDF packen.
Also so, wie beim Foxe...

Danke für dieses geniale Script und die noch genialere Anleitung.

Eine Frage hätte ich. Angenommen ich möchte bei den Shapes "ashTree" "birchTree" und "oakTree" die clipDistance ändern. Nun könnte ich ja jedes mal das Script ändern und 3 Durchgänge laufen lassen. Dazwischen muss ich aber immer das geänderte Dokument aus dem Ausgabe Fenster speichern und neu laden.

Könnte man in dem Script auch mehrere Funktionen aneinander hängen?

//Hauptfunktion: Aufruf der Suchen/Ersetzen-Funktion
main( CMarkup xmlDoc ){



	//Variablen eintragen
	str tagName = "Shape"; // suche in XML-Tag z.B. Shape
	str attributeFind = "name"; // zu suchendes Attribut
 str attributeValueFind = "ashTree"; // zu suchender Attribut-Wert

	str attributeChange = "clipDistance"; // zu änderndes Attribut
 str attributeValue = "1000"; // neuer Wert
	//Ende Variablen eintragen


			
		xmlDoc = change_collision( xmlDoc, tagName, attributeFind, attributeValueFind, attributeChange, attributeValue );

  	return xmlDoc;
}
//Hauptfunktion: Aufruf der Suchen/Ersetzen-Funktion
main( CMarkup xmlDoc ){



	//Variablen eintragen
	str tagName = "Shape"; // suche in XML-Tag z.B. Shape
	str attributeFind = "name"; // zu suchendes Attribut
 str attributeValueFind = "birchTree"; // zu suchender Attribut-Wert

	str attributeChange = "clipDistance"; // zu änderndes Attribut
 str attributeValue = "1000"; // neuer Wert
	//Ende Variablen eintragen


			
		xmlDoc = change_collision( xmlDoc, tagName, attributeFind, attributeValueFind, attributeChange, attributeValue );

  	return xmlDoc;
}
//Hauptfunktion: Aufruf der Suchen/Ersetzen-Funktion
main( CMarkup xmlDoc ){



	//Variablen eintragen
	str tagName = "Shape"; // suche in XML-Tag z.B. Shape
	str attributeFind = "name"; // zu suchendes Attribut
 str attributeValueFind = "oakTree"; // zu suchender Attribut-Wert

	str attributeChange = "clipDistance"; // zu änderndes Attribut
 str attributeValue = "1000"; // neuer Wert
	//Ende Variablen eintragen


			
		xmlDoc = change_collision( xmlDoc, tagName, attributeFind, attributeValueFind, attributeChange, attributeValue );

  	return xmlDoc;
}

Gruß Patrick

Jo, geht. Musst nur drauf achten, dass die Variablen eindeutig sind. Ansonsten macht der nur Murks.
Also ganz vereinfacht dargestellt so:
main(xmlDoc){
vars = "blah";
xmlDoc1 = funktion(xmlDoc, vars);
vars1 = "blah1";
xmlDoc2 = funktion(xmlDoc1, vars1);
return xmlDoc2;
}

Handelt es sich da um die Standardbäume? Da kannst du auch übers Material arbeiten. Das ist nämlich bei allen Bäumen gleich, nur fürs LOD ist das anders. Da aber eh nur die CD beim LOD wichtig ist braucht man da also nur einmal das ganze Gedöns.

Danke, so ganz habe ich es allerdings nicht verstanden in Bezug auf das Script.

Würde das dann so ausschauen?

//Hauptfunktion: Aufruf der Suchen/Ersetzen-Funktion
main( CMarkup xmlDoc ){



	//Variablen 1 eintragen
	str tagName = "Shape"; // suche in XML-Tag z.B. Shape
	str attributeFind = "name"; // zu suchendes Attribut
str attributeValueFind = "ashTree"; // zu suchender Attribut-Wert

	str attributeChange = "clipDistance"; // zu änderndes Attribut
str attributeValue = "1000"; // neuer Wert
	//Ende Variablen eintragen

	xmlDoc = change_collision( xmlDoc, tagName, attributeFind, attributeValueFind, attributeChange, attributeValue );

	//Variablen 2 eintragen
	str tagName2 = "Shape"; // suche in XML-Tag z.B. Shape
	str attributeFind2 = "name"; // zu suchendes Attribut
str attributeValueFind2 = "oakTree"; // zu suchender Attribut-Wert

	str attributeChange2 = "clipDistance"; // zu änderndes Attribut
str attributeValue2 = "1000"; // neuer Wert
	//Ende Variablen 2 eintragen




	xmlDoc2 = change_collision( xmlDoc2, tagName2, attributeFind2, attributeValueFind2, attributeChange2, attributeValue2 );

//Variablen 3 eintragen
	str tagName3 = "Shape"; // suche in XML-Tag z.B. Shape
	str attributeFind3 = "name"; // zu suchendes Attribut
str attributeValueFind3 = "birchTree"; // zu suchender Attribut-Wert

	str attributeChange3 = "clipDistance"; // zu änderndes Attribut
str attributeValue3 = "1000"; // neuer Wert
	//Ende Variablen 3 eintragen




	xmlDoc3 = change_collision( xmlDoc3, tagName3, attributeFind3, attributeValueFind3, attributeChange3, attributeValue3 );


return xmlDoc;
}

Das mit dem Material habe ich nicht ganz verstanden, sorry.

Und ja es geht um die Standardbäume. Und da gleich noch eine Frage.
Ich habe beispielsweise den oakTree. Der hat eine ClipDistance von 600.000, die LOD von dem Baum 1.000.000.
Auf der Standard Map hat der Baum 400, wieviel die LOD hat weiß ich grade nicht.

Welcher Wert sollte da nun geändert werden, bzw. wirkt sich auf die Performance im Spiel aus?

Gruß Patrick

Fast richtig:
Die erste change_collision bekommt xmlDoc als parameter und gibt xmlDoc1 zurück (nicht 2),
die zweite change_collision bekommt xmlDoc1 als Parameter (nicht 2) und gibt xmlDoc2 zurück,
die dritte change_collision bekommt xmlDoc2 als Parameter (nicht 3) und gibt xmlDoc3 zurück
Und am Ende wird beim return xmlDoc3 ausgegeben (nicht xmlDoc).

Du verwendest zum suchen jetzt jeweils den Namen der Bäume. Hier kannst du aber das Material (die ID) verwenden, weil die bei alle Bäume die Gleiche ist. Die Baumtexturen sind halt alle auf einer UV-Map drauf.
Das letzte LOD-Element vom Baum bekommt die CD, die anderen brauchen den nicht (entspricht dann ein Defaultwert von 1mio).
Solange du nur die maximale sichtbare Entfernung des letzten LOD-Elements veränderst und nicht die tatsächlichen LOD-Werte wird man das in der Performance kaum bemerken. Nur wenn man ganz viele Bäume hat wird die Anzahl der gerenderten Objekte entsprechend höher, was dann irgendwann schon mehr oder weniger stark auf die fps drückt.

Uh. Kompliziert.

Zunächst die Clipdistance:

Das schaut ja ungefähr so aus, das ist jetzt aus einer SampleModMap:

<Shape name="oakTree" translation="202.478 122.008 -308.063" rotation="0 281.368 0" static="true" clipDistance="400" nodeId="2311" materialIds="219" shapeId="37" nonRenderable="true">
            <TransformGroup name="oakTreeLODs" nodeId="2312" lodDistance="0 80 150">
              <Shape name="oakTreeTrunk_lod0" translation="0.0695849 0 0" clipDistance="400" nodeId="2313" materialIds="9" shapeId="38" castsShadows="true" receiveShadows="true">
                <Shape name="oakBranch_lod0" translation="-0.069585 0 0" clipDistance="400" nodeId="2314" materialIds="129" shapeId="39" castsShadows="true" receiveShadows="true"/>
              </Shape>
              <Shape name="oakTreeTrunk_lod1" clipDistance="400" nodeId="2315" materialIds="9" shapeId="40" castsShadows="true" receiveShadows="true">
                <Shape name="oakBranch_lod1" clipDistance="400" nodeId="2316" materialIds="129" shapeId="41" castsShadows="true" receiveShadows="true"/>
              </Shape>
              <Shape name="oakTree_lod2" clipDistance="400" nodeId="2317" materialIds="180" shapeId="42" receiveShadows="true"/>
            </TransformGroup>
          </Shape>

Da ist jetzt bei der zu ändernden Map in der ersten Zeile bei clipDistance 60000 drin. Die wollte ich ändern, weil ich Hoffnung hatte das würde sich auf die Performance auswirken.

Und das mit dem Script habe ich jetzt nicht ganz verstanden, sorry.

P.S.: Ja, ich kenne Dein Performance Tutorial, das ist auch in meinen Lesezeichen enthalten. Deshalb befasse ich mich ja gerade mit den CD.

Gruß Patrick

Zitat

<Shape name="oakTree_lod2" clipDistance="400" nodeId="2317" materialIds="180" shapeId="42" receiveShadows="true"/>

Das ist die einzig wichtige Zeile um die CDs bei den Standardbäumen zu ändern. Die anderen beiden Teile des LODs werden durch das LOD selbst schon quasi mit einer CD versehen ( 80 für *_lod0 und 150 für *_lod1 ).

CDs brauchst du also nur für *_lod2 setzen. Da die Standardbäume alle, wie schon erwähnt, das gleiche Material verwenden geht das ersetzen ganz einfach:

Zitat

str tagName = "Shape"; // suche in XML-Tag z.B. Shape
str attributeFind = "materialIds"; // zu suchendes Attribut
str attributeValueFind = "180"; // zu suchender Attribut-Wert

str attributeChange = "clipDistance"; // zu änderndes Attribut
str attributeValue = "1000"; // neuer Wert

xmlDoc = change_collision( xmlDoc, tagName, attributeFind, attributeValueFind, attributeChange, attributeValue );

Alles anzeigen

Damit brauchst du den Code nur einmal und setzt damit die CDs bei alle Bäume, egal ob Esche, Eiche oder Birke. Wenn ich mich recht erinnere gibts sogar noch mehr verschiedene Bäume.

Ich danke Dir vielmals.
Die allerletzte Frage: Wirkt sich das auf die Performance überhaupt aus?

Patrick

Kommt drauf an. Wenn die CD jetzt auf 400 steht und du auf 1000 stellst sollte sich erstmal aus theoretischer Sicht nicht viel an der Performance ändern, die lod2 Teile haben ja nur 8 Polys. Problematisch wird es nur, wenn du sehr viele Objekte hast. Bei zuvielen Objekten kommt die CPU nämlich nicht mehr hinterher und du hast FPS-Einbrüche. Auch wenn der eigentliche Polycount noch sehr gering ist.
Andersrum wenn du die CD verringerst kannst du bei vielen Objekten durchaus eine bessere Performance bekommen, weil die CPU da dann weniger zu tun hat.

Gut, auf der Map die ich anpassen möchte haben die LOD wenn ich das noch richtig weiß 1.000.000.
Genaueres kann ich erst sagen, wenn ich wieder Zugriff auf die i3d habe (zu Hause).

Hi

gibt es bei dem script bekannte probleme bzgl. des beta patch 2.2 (auslagerung der Shapes)

jo, diese Betas nerven hoellisch....

ist es nicht möglich an den Source Code des GE zu kommen? der kann die Shapes ja auslesen also muss dort auch der Algorythmus eingebaut sein, mit dem man die shapes "entpackt".

nur mal so in den Raum geworfen