Zusi-Forum

Moin,

wie hier https://forum.zusi.de/viewtopic.php?f=7 ... &start=100 schon erwähnt und diskutiert, an dieser Stelle noch mal wie von Carsten gewünscht ein extra Tread.

Die Funktion im 3D-Editor "Landschaft bearbeiten -> Mesh-Subsets zusammenführen (Strg+Alt+F)" sollte umbenannt werden in ".. -> Mesh-Subsets Modulweit zusammenführen".

Eine neue Funktion - "..-> markierte Mesh-Subsets zusammenführen" sollte auf markierte Mesh-Subsets wirken, wenn diese den Anforderungen gemäß zusammen passen. Ein Info-Fenster, das über das Ergebnis Aufschluss gibt, wäre sehr schön.

Gruß
Jürgen

Hallo!

Ich unterstütze dieses Anliegen!

Wenn man entlang eines Bahndamms, eines Gleises etc. Polygonbaumodus anwendet komtm man immer wieder in die Situation nacheinander aus praktischen Gründen mehrere Subsets anzulegen (z.B. weil man was korrigieren muss, aber nicht nochmal 20 Punkte brav anklicken und dann P drücken will), dann wäre es sinnvoll diese einzelnen Subsets, die alle zur selben Wiese o.ä. gehören zusammenfügen zu können ohne gleich den ganz großen Meshsubsetzusammenfügehammer auspacken zu müssen.

Ich schätze dass bei Vorhanden sein und Anwendung dieser gewünschten Funktion ein deutlich zweistelliger Prozentanteil der Subsets der Landschaft vermeidbar wäre.

Markus

Es wird aber auch aktuell nicht modulweit durchgeführt, sondern nur auf die markierten Meshes.
Was nicht beachtet wird, ist ob die einzelnen Subsets markiert sind.

Carsten

Hallo,

es gibt doch schon eine Möglichkeit mehrere Meshsubset zusammenzuführen ohne alle Dreiecke einzeln anzuklicken.

- je ein Dreieck von denn Mesh-Subset anklicken.
- Dann auf Dreiecke und Alle Nachbarn im Subset markieren.
- Dann auf Dreiecke und Markierte Dreiecke in neues Mesh-Subset überführen.

So mach ich aus z.B. drei Mesh-Subset eins.

Gruß Maik

Hallo,

es gibt aber Meshsubsets, die aus vielen über die Kachel verteilten Einzelflächen bestehen, z. B. Bahndamm. Dann ist es schwierig, beim Markieren per benachbarte Dreiecke wirklich alle Flächen zu erwischen.

Klaus

Carsten Hölscher hat geschrieben:Es wird aber auch aktuell nicht modulweit durchgeführt, sondern nur auf die markierten Meshes.

Entschuldigung, ja, es wird nicht Modulweit betrieben, jedoch auf die ls3-Datei - sprich Kachel.

Carsten Hölscher hat geschrieben:Was nicht beachtet wird, ist ob die einzelnen Subsets markiert sind.

Mir ist jetzt schleierhaft, wie das gemeint ist. Wenn ich so vor gehe, das ich die beiden Subset-Kandidaten markiere, dann die Funktion aus löse, werden alle anderen (gleichen Subsets in der Kachel) in das neue Subsets übernommen.

Außerdem werden alle anderen (jeweils gleichen) Subsets in der Kachel - auch die nicht markierten - zusammen geführt. Und das ist m.E. der Knackpunkt.

Gehe ich da falsch vor oder können das die anderen Landschaftsbauer bestätigen?

Gruß
Jürgen

Bestätige. Egal was man markiert, es werden alle Subsets mit selber Textur in der Kachel zusammen gefügt.

Grüße

Wenn man das nicht will, kann man so vorgehen wie Maik es beschrieben hat. Ist zwar ein Mausklick mehr als eine eigene Funktion, aber das sollte ja nicht das Problem sein.

Edit: Allerdings nur, wenn die Dreiecke eine zusammenhängende Fläche bilden.

Carsten

Carsten Hölscher hat geschrieben:Allerdings nur, wenn die Dreiecke eine zusammenhängende Fläche bilden.

Das kann durchaus eine knifflige Angelegenheit werden, die richtigen Markierungen zusammenzubekommen. So haben z.B. Schienen in Gleisbögen die Unart, bei "alle Nachbarn markieren" recht früh abzubrechen und nur kleine Abschnitte über zwei oder drei Streckenelemente zusammenzufassen. Die Nacharbeit wird dann schon mal derart mühsam, dass der bequeme Streckenbauer womöglich dazu neigt, diesen Optimierungsschritt zu unterlassen.

Jüngst habe ich mal aufgeschnappt, dass ein Mesh-Subset vom Leistungsbedarf in der Größenordnung von 3.500 Dreiecken zu liegen kommt. Lässt sich das bestätigen? Das wäre schon mal eine Hausnummer, die man als Strecken- oder Objektbauer im Hinterkopf haben sollte.

Grüße
Michael

Jüngst habe ich mal aufgeschnappt, dass ein Mesh-Subset vom Leistungsbedarf in der Größenordnung von 3.500 Dreiecken zu liegen kommt.

Dwer Sinn erschließt sich mir nicht ganz.

Carsten

Es ging darum, ein Gespür dafür zu bekommen, wie "teuer" ein Mesh-Subset in der Simulation ist und wieviel es über den Daumen gepeilt bringt, Mesh-Subsets einzusparen.

Grüße
Michael

Ach so, es war also gemeint: Wenn ich ein Subset spare, kann dafür ein anderes Subset um 3500 Dreiecke vergrößern ohne fps-Verlust?
Das kommt wir doch etwas viel vor, auf welcher Basis wurde das ermittelt?

Carsten

Aus gegebenem Anlass (Diskussion im Modulthread "Rehsiepen") hole ich diesen Beitrag mal aus der Versenkung.

Wenn ich ein Subset spare, kann dafür ein anderes Subset um 3500 Dreiecke vergrößern ohne fps-Verlust?
Das kommt wir doch etwas viel vor, auf welcher Basis wurde das ermittelt?

Wenn ich mich richtig erinnere, war in der letzten Diskussion zum Thema "Was kostet ein Mesh-Subset" von ca. 500 Dreiecken als "Grundlast" für ein Mesh-Subset die Rede.

@ Carsten, Zitat von dir selbst zu einem Modul der Sieg-Strecke:

Das betraf auch die Strecke, dort hab ich noch in allen Modulen das Zusammenführen ausgeführt, weil die Strecke auf meinem PC gar nicht durchlief wegen Ressourcenmangel.

Das dürfte doch Argument genug sein, um eine gezieltere Mesh-Subset-Zusammenführung zu implementieren, um allen Anforderungen (Performance, Landschaftsbau, Fahrleitungs-Korrekturen) ohne lästige Workarounds gerecht zu werden.

Gruß
Matthias