Beiträge von Rhochvryn

Hast Du schon mal mit den Werten für die CustomShader experimentiert oder mit Alpha Blending? Das sind ja eigentlich auch schon die Parameter, die infrage kommen?

Hast Du beim Material die Metalness auf 0? Ist jetzt nur ne Vermutung, aber Metalness > 0 führt auch zu solchen Effekten.

Eigentlich ist es genau andersherum: Ingame taucht das Gebäude auf, aber im GE nicht, wenn man es löscht. Das Prozedere ist wie folgt:

Placeable Objekt in den Ordner "placeables" der Modmap packen, von dort mit dem GE importieren und platzieren. Im nächsten Schritt in der Datei defaultItems das Objekt neu hinzufügen. Wie das gemacht wird (also hinsichtlich der Syntax) wird im Video gut dargestellt. Die Koordinaten des Gebäudes aus dem GE abnehmen und eintragen. Dann kann man im GE das Gebäude löschen oder in den Ordner "placeholders" verschieben.

Das funktioniert im Grunde genauso, wie die defaultVehicles; nur statt der Startfahrzeuge hat man dann hier gekaufte Gebäude. Das Gebäude selbst wird dann im Spiel nicht über den GE geladen, sondern über die defaultItems.

Wer das mit der .xml nicht mag kann übrigens wie bei Startfahrzeugen auch einen Workaround anwenden: Einfach die Map einmal starten, platzierbare Objekte kaufen auf auf der Map platzieren und speichern. Gespeichert wird das dann in der savegame in der items.xml. Wenn man das alles gemacht hat, kann man die items aus dem savegame umbenennen in defaultitems und in die Map schieben. Das führt dazu, das zukünftig die Gebäude bei jedem Mapstart standardmäßig geladen werden, also genauso, wie man die gekauften vehicles in defaultVehicles umbennen und damit Startfahrzeuge definieren kann, ohne die defaultVehicles zu editieren.

Moin zusammen. Hab's grad mal ausprobiert. Bei mir ist es genauso. Editor log ist sauber und Gamepfad unter Preferences angegeben. Gleicher Befund. Ist zwar keine Lösung, aber die Bestätigung, dass mit dem Ding irgendetwas besonderes ist. Ich arbeite fast täglich mit dem GE an Mods und Maps und hatte dieses Phänomen noch nie. Hab auch mal ne neue Cam kreiert, weil mancher damit rumtrickst. Gleiches Problem.

Zitat von orbi

Kann es vielleicht sein, dass es an den unterschiedlichen VehicleTypes in der modDesc und XML liegt??

Das wäre jetzt meine Vermutung, vielleicht kann das ja jemand bestätigen.

Die VehicleTypes gehört in die modDesc gar nicht rein. Ebensowenig die specializations. Dann sind da Teile der description wild verstreut reinkopiert und auch die storeItems sind syntaktisch falsch. So muss das aussehen:

<storeItems>

<storeItem xmlFilename="[Modname].xml"/>

</storeItems>

Modname wäre Standard. Vielleicht heißt die .xml hier auch anders.

Diese i3dMapping id haben da ebenfalls nichts zu suchen.

Ich würde hier ganz von vorn anfangen und die modDesc korrekt aufbauen.

Was ich damit sagen möchte: Der in der log gezeigte "description" Fehler ist nur der erste von vielen weiteren, die hier auftauchen werden. Und von der .xml habe ich noch gar nicht gesprochen. Da sieht es leider ähnlich aus ...

Meinst Du foliage painting? Das wäre Foliage Layer "terrainDetail" und die channels 1 und 2.

Ach noch was: Der Eintrag zur Lenkung fehlt auch: "ackermannSteeringIndex="1">" und die von Dir gewählten Räder passen auch nicht unter einen Mog. Ich fürchte, dass Du da noch einiges vor Dir hast... Du hast doch auch den konvertierten Mog als Vorbild oder an was arbeitest Du da jetzt gerade?

Leider hast Du jetzt nur Ausschnitte geschickt, aber wenn das alles zu den Rädern ist, dann hast Du folgendes geöffnet:

<wheels>

<wheelConfigurations> ...

aber folgendes geschlossen:

</wheel>

</wheels>

</wheelConfiguration>

</wheelConfigurations>

</wheels>

Nimm Dir doch einen Mod mit mehreren Reifenconfigs und mach es genauso oder aber umgekehrt: Schmeiße erstmal alle Reifenconfigs bis auf eine raus bis das funktioniert und dann kannst Du die anderen analog wieder einbauen. Ist übersichtlicher.

Ein bekanntes Problem hinsichtlich Konflikten ist die Konfiguration bestimmter Anhänger als Ballenwagen in Verbindung mit dem Seasons mod.

Ich würde mal alle Ballenwagen rausschmeißen und schauen, was passiert.

Diese Zeile: "..\..\..\src\engine\app\ReflectionAndScriptBinding.cpp (6003): !MathUtil::isNaN(pArgs->arg[1].f)" lässt mich das jedenfalls vermuten.

Autoload könnte auch einen Konflikt verursachen.

Geniale Idee und großartig umgesetzt. Vielen lieben Dank!?

Also in der letzten hochgeladenen .xml fehlt schon wieder eine Klammer: Am Beginn der wheel-Sektion steht <wheelConfiguration. Es muss aber heißen: <wheelConfiguration>. Am Ende steht <wheels>. Es muss aber heißen: </wheels> (mit "/") . Weiter habe ich jetzt nicht verglichen, ob alle Schachteln da sind. Am besten wirklich erstmal ganz in Ruhe jede Zeile kontrollieren und dann nochmal melden. ?

Du solltest mal die Sektion mit den Wheels mit der eines funktionierenden Mods vergleichen. In der .xml fehlt z.B. das <wheels> zu Beginn. Dafür ist der Eintrag </wheelConfiguration> (ohne s) am Ende doppelt vorhanden. Da ist einiges in Unordnung. Immer schauen, dass jede Sektion geöffnet und geschlossen wird wie bei einer Intervallschachtelung. Das fällt mir gleich auf Anhieb auf, ohne jetzt alles im Detail analysiert zu haben.

Die Sektion <description> ist nicht geschlossen mit </description>

Da muss ich mich unbedingt mal anschließen. Ich liebe vor allem den Reifensound mod. Sowas habe ich ewig vermisst. ??

Dann hast Du vielleicht nur die node angepasst, aber die workArea nicht oder nicht richtig? Die Punkte müssen auf die gewünschte Breite zusammengeschoben werden. Wie Du auf meinem Bild siehst (hab es mal übertrieben gemacht), funktioniert es wie ich es beschrieben habe.

Beweis, dass es funktioniert

Da kannst Du Dir z.B. helfen, indem Du von einem prefab die passende Technik als placeable ohne die Visuals, also Gebäude etc., einbaust und dann das gewünschte Gebäude einfach drüber stellst. Ggf. muss man die Technik ein bisschen anpassen (Lage, Größe, Position der Trigger etc.. So ist das z.B. bei der Hohen Luckow gelöst; dort übrigens auch bei der BGA. Kann man sich mal abschauen. Ist ne gute Sache, um ohne viel .xml zu einem funktionierenden Gebäude zu kommen. Die fertige Platzierung beim Beginn eines neues Spiels löst man über die defaultItems (doch ein bisschen .xml). Wenn man das komplett selbst machen will, hilft nur ein ellenlanges Tutorial oder wie bei den Türen ein prefab analysieren und nachmachen.

Zitat von orbi

So wie es auf den Bildern aussieht wird es unterschiedliche Sätexturen für Sätechnik und Einzelkonrsätechnik geben, denn wenn man mal das Bild mit dem MF und das mit dem Mais vergleicht sieht man beim MF die normale Textur wie man sie schon kennt, beim Mais hingegen sieht man vereinzelt kleine, dunkle Streifen die nur dort sind wo ein Stoppelreihe ist.

Dazu habe ich noch eine Frage an die die sich gut mit den Pflanzen auskennen. Den man kann auf dem Bild mit den Kühen rechts ein Feld sehen, wo Pflanzen mit einer weißen Blüte stehen Jetzt meine Frage, welches Getreide o.ä. hat weiße Blüten? Denn aus dem 19er fällt mir jetzt spontan keine Pflanze ein, die eine weiße Blüte hat.

Wollte das nur mal zur Spekulation in den Raum werfen.

Also ich denke, dass das Kartoffeln sind. Ich hab mir das Bild vergrößert und meine, dass man unter den Blüten die bekannten buschigen Blätter sieht. Passt also sowohl von der Höhe als auch von der Textur.

Wenn auch die .i3d in Notepad++ und die .xml nichts Auffälliges bringen, was da nicht hingehört, fällt mir nur noch ein, im GE mal alle TGs zu gruppieren und in einer neuen zusammenzufassen. Mal sehen, ob das Teil dann immer noch da ist. Oder aber das ganze Teil exportieren und eine neue i3d erstellen, um zu schauen, was dann passiert. Vielleicht ist da ja wirklich irgendwas kaputt. Das ist aber eher kreative Ratlosigkeit als an der Wahrscheinlichkeit orientiertes Vorgehen. Aber besser als aufgeben ...

Ich hatte es so verstanden, dass das Rad korrekt mitklappt, aber die "Geister-Colli" nicht. War vielleicht ein Missverständnis.