Zitat von spirit87

Das Icon tauchte erst auf nach dem ich die Ls 22 Gold Market Ankaufstation verbaut habe, davor war dort nichts ingame,da der Ersteller der Map ,die Trigger und Co rausgenommen hat.

Vielleicht habe Ich auch ausversehen etwas rausgelöscht. Was mir noch in Gedanken gekommen ist,das er die Position bzw das Icon aus dem Original Spieleverzeichnes lädt,wäre ja auch eine Variante oder nicht?

Das ist auf jeden Fall eine Option. Deshalb meine Frage, ob das Icon auf Platzwechsel der Ankaufstation reagiert. Ich würde erstmal rauszufinden versuchen, ob das Icon mit der Station irgendwie verbunden ist. Dann weiß man zumindest, wo man suchen muss. Wie schon oben gesagt, würde ich auch die items mal durchschauen. Evtl. gibt es an der Stelle doch einen Eintrag. Was ich auch immer ausprobiere: Die Haupt-TGs der Map nacheinander anklicken, um auszuschließen, dass da irgendwelche unsichtbaren Reste vorhanden sind. Das passiert dann, wenn man in TG Kaskaden nur Teile eines Gegenstands löscht. Viel öfter als man denkt, passiert einem das (oder zumindest mir ); nämlich vor allem dann, wenn man Bereiche mit Mouseover markiert und löscht. Allerdings wäre es dann nicht logisch, dass vor dem Einbau nichts dort war, aber was ist schon logisch beim Mapumbau?

Übrigens: Die Gold Market habe ich auch schon mehrfach verbaut; allerdings als placeable. Das icon sitzt bei mir korrekt.

Vielleicht eine abwegige Frage, aber bist Du sicher, dass Dein störrisches Icon von Deinem Gebäude kommt? Nicht, dass das Teil von ganz woanders herrührt und nur zufällig dort in der Nähe ist. Bewegt es sich z.B., wenn Du das Gebäude drehst oder reagiert es auf gar nichts? Nichts für ungut, aber aus der Ferne ist es eben ein Stochern im Nebel und Ausschlussverfahren.

Zitat von spirit87

Was mich nur wundert das es soviele Corners sind,gefühlt auf 10m ,8 ecken. Gut was Sinn macht wenn das Feld nicht Rechteckig ist denke ich. Bin da echt schon zu lange raus aus dem Mapbau.

Mit dem Trigger bin ich immer noch nicht schlauer. Finde einfach keine Einträge wo er das her rauslädt die Positon.

Na das ist doch schon mal was. Das mit den vielen Feldecken macht es fast unmöglich, Maps zu bauen, wenn man einen normalen Geduldsfaden hat. Ich bewundere die Leute, die da für einen Schlag über hundert Punkte definieren...

Zum Trigger: Geht es um ein öffentliches Gebäude? Dann könnte man sich das mal anschauen.

Zitat von [LSMT] FalPos

Es bringt nichts, im GE einfach das Feld "weg zu zeichnen". Durch die Felddefinition wird das eigentliche Feld ja erst in der Größe und Ausdehnung festgelegt. Wird die Definition nicht auf das geänderte Feld angepasst, kommen immer wieder an den gleichen alten Stellen die Früchte durch, da sich für den LS dort immer noch Feld befindet.

Nicht unbedingt. Es gibt tatsächlich noch alte Maps, die nicht über die Felddefinitionen laufen. Da kann man dann wie früher einfach malen. Nachdem Tim geschrieben hat, dass Änderungen an anderer Stelle funktioniert haben, gehe ich davon aus, dass das hier - zumindest an einigen Stellen - der Fall ist. Möglicherweise hat auch mal jemand was dazugemalt. Hab ich auch schon gesehen. Deshalb der Vorschlag, einfach mal auszutesten, auf was der Schlag ingame tatsächlich reagiert bzw. ob er überhaupt auf irgendwas reagiert.

Kommt bei jedem neuen Spielstand eine andere Feldfrucht oder wechselt die Frucht zumindest ab und zu? Das wäre ja normal. Dann wird das nach meiner Einschätzung über die Felddefinition gesteuert und man müsste also die Feldgrenzen neu formen über die Felddefinition. Nur wenn immer die gleiche Feldfrucht auf dem Schlag wächst, wird da was nicht upgedatet bei den densitys. Vielleicht ist die Felddefinition auch irgendwie fehlerhaft. Würde erklären, warum es woanders geht. Was sagt denn der Mod "Additional Field Info"? Wird der Schlag erkannt und nach Deinem Edit in veränderter Größe angezeigt? Kann man testweise ja auch mal richtig was abschneiden, damit der Mod es "merkt". Zusätzlich schon mal im Editor über das Script die Feldgrößen checken und vergleichen, was im GE vs. Ingame rauskommt.

Beim icon hätte ich die Vermutung, dass es dann was mit collis zu tun hat. Jedenfalls ist das bisher die einzige Ursache, die ich hatte, wenn etwas nicht da war wo ich es vermutet hätte. Oder das icon kommt tatsächlich über die items. Hast Du da einen Eintrag an der Stelle, wo das icon ingame auftaucht?

Was hast Du denn verändert? Wenn man z.B. bei Bäumen das "Rigid body" raus nimmt, kann man sie im GE "pflanzen", aber im Spiel sind sie unsichtbar. Das führt dann zu dem beschriebenen Phänomen, dass man an einer Stelle Änderungen vornehmen kann und an einer anderen nicht; nämlich dann wenn man hier Bäume mit RB dupliziert und dort welche ohne RB beim Duplizieren erwischt.

Leider kann ich auf den Bildern ehrlich gesagt nicht erkennen, was Du genau verändert hast. Wenn es terrainDetail ist: Das funktioniert nur über die Felddefinitionen und nicht über das Terrain editing.

Das Triggerthema kann wie Oimel schon geschrieben hat eigentlich nur an dem Modell liegen, das Du als placeable verwendet hast und hat mit dem GE nichts zu tun.

Das könnte was für Dich sein:

Helper Administration | ModHub | Landwirtschafts-Simulator!!

Hast Du den K 700 mit dem Hecklader im Mod-Ordner? Der dürfte für die ganzen Fehler "Failed to validate xml path 'vehicle.GridMaterialConfigurations#useDefaultColors" verantwortlich sein. Wenn Du den löschst, sieht das schon ganz anders aus. Der Fendt hat specializations (interactiveControl und interactiveWindows), die nicht funktionieren. Die musst Du auskommentieren oder löschen. Am besten erstmal auf Standard zum Laufen bringen. Neben dem foliage bender hast Du auch noch das Thema fillunits. Da musst du einfach "

fillUnit unitTextOverride" eintragen. Dann ist die warning auch weg.

Deine Konfig oben ist ja nicht wirklich komplett. Z.B. fehlt die Angabe zum Speicher (sieht man aber in der .log). Läuft auf dem Rechner denn LS19 oder LS 22? Auch Deinen Explorerbaum (linke Seite) zeigst Du nicht komplett, so dass man da auch nichts sehen kann. Die log endet, wenn das Spiel die configurations lädt. Hast Du irgendwelche Installationspfade angepasst, also benutzerdefiniert installiert?

Zitat von BayernLP

Also das hat jetzt nicht Funktioniert. Ich habe es ausgeworfen aber jetzt bekomme ich denn error das er keine disc findet

Tut mir leid - ist jetzt alles ein bisschen stochern im Nebel, weil ich Deine Maschine ja nicht sehe und die log nicht mal so weit kommt, dass eine Aktivität aufgezeichnet wird.

Kommt mir immer noch alles bekannt vor; deshalb: Bei mir war es so:

1. Physisches USB-Laufwerk anstöpseln, installieren und Spiel freischalten

2. Physisches USB-Laufwerk auswerfen und abstöpseln

3. Dann erst unter "Dieser PC" das dort immer noch vorhandene virtuelle Laufwerk auswerfen

4. Spielen

Hast Du das genau so gemacht?

Zitat von BayernLP

Ich habe aber auch ein Virtuelles also USB laufwerk

Das ist schon klar. Wenn man das USB Laufwerk aber nach der Installation abnimmt, bleibt trotzdem ein (rein virtuelles) Laufwerk bestehen. Zumindest war es bei mir so. Dort wird dann die CD gesucht, die natürlich nicht mehr gefunden werden kann. Schau mal unter "Dieser PC" nach. Als ich damals dieses Laufwerk ausgeworfen habe, ist das Spiel gestartet.

Schau mal unter AppData, ob in der zweiten Zeile der .xml <editor version="9.0.2"> steht. Wenn das nicht der Fall ist, hast Du das Problem gefunden.

Vielleicht ist die .xml auch beschädigt. .xml-Dateien kann man im Internet prüfen lassen.

Z.B. hier:

Validate XML files

Ok. Nur nochmal als Hinweis: Das mit dem virtuellen Laufwerk passiert auch bei der Erstinstallation. Die Systemanforderungen werden erfüllt? Ich habe die jetzt nicht im Kopf für den LS 17.

Moin, wenn man schon Wünsche äußern darf, wünsche ich mir einen Serviceanhänger mit Feldtankstelle und Werkstattausrüstung incl. Trigger. Sowas braucht man immer für lange Tage auf großen Schlägen.

Hattest Du vor der Neuinstallation alle alten Reste gelöscht in den Verzeichnissen Programme (x86) und AppData? Möglicherweise hast Du Reste vom LS17 in upgedateter Version noch irgendwo auf der Platte und jetzt Probleme mit unterschiedlichen Versionen. Nach der Installation wird außerdem ein virtuelles Laufwerk erzeugt (je nach Version). Das muss ausgeworfen werden, denn sonst scheitert die Authentifizierung.

Zitat von Maddin1986

Habt ihr eine idee wie ich das gefranze vom Gras an dem Straßenrand lösen kann? das ist was, was mir noch nicht so gefällt.

Das Gefranze ist technisch bedingt durch die begrenzte Auflösung und die Bodenwinkel. Man kann es in gewissen Grenzen verbessern, indem man die Texturdichte erhöht, also die Anzahl der Pflanzen pro Flächeneinheit. Das kostet aber Performance.

Die Werte gibt es ja auch nicht in Deiner .xml, weil Du bisher keine Skalierung drin hast. Du musst einfach die Codezeilen neu einfügen. Das muss dann so aussehen:

<wheelConfiguration name="Normal" price="0">

<wheels autoRotateBackSpeed="1.7">

<wheel filename="$data/shared/wheels/tires/trelleborg/TM800/600_65R34_HS.xml" isLeft="true" hasTireTracks="true" hasParticles="true">

<physics rotSpeed="1" restLoad="3.2" repr="1>0|0" driveNode="1>0|0|0" forcePointRatio="0.2" initialCompression="20" suspTravel="0.10" spring="42" damper="100"/>

</wheel>

<wheel filename="$data/shared/wheels/tires/trelleborg/TM800/600_65R34_HS.xml" isLeft="false" hasTireTracks="true" hasParticles="true">

<physics rotSpeed="1" restLoad="3.2" repr="1>0|1" driveNode="1>0|1|0" forcePointRatio="0.2" initialCompression="20" suspTravel="0.10" spring="42" damper="100"/>

</wheel>

<wheel filename="$data/shared/wheels/tires/trelleborg/TM800/650_65R42.xml" isLeft="true" hasTireTracks="true" hasParticles="true">

<physics rotSpeed="0" restLoad="2.8" repr="0>0|0" forcePointRatio="0.3" initialCompression="20" suspTravel="0.10" spring="35" damper="100"/>

</wheel>

<wheel filename="$data/shared/wheels/tires/trelleborg/TM800/650_65R42.xml" isLeft="false" hasTireTracks="true" hasParticles="true">

<physics rotSpeed="0" restLoad="2.8" repr="0>0|1" forcePointRatio="0.3" initialCompression="20" suspTravel="0.10" spring="35" damper="100"/>

</wheel>

</wheels>

<objectChange node="1>0|0|3" scaleActive="1.1 1 1"/> <!-- Kotfluegel -->

<objectChange node="1>0|0|4" scaleActive="1.1 1 1"/> <!-- Kotfluegel -->

<objectChange node="1>0|1|4" scaleActive="1.1 1 1"/> <!-- Kotfluegel -->

<objectChange node="1>0|1|5" scaleActive="1.1 1 1"/> <!-- Kotfluegel -->

<objectChange node="0>0|0" scaleActive="1.1 1 1"/> <!-- Hinterräder -->

<objectChange node="0>0|1" scaleActive="1.1 1 1"/> <!-- Hinterräder -->

</wheelConfiguration>

</wheelConfigurations>

<ackermannSteeringConfigurations>

<ackermannSteering rotSpeed="45" rotMax="32" rotCenterWheel1="3" rotCenterWheel2="4"/>

<ackermannSteering rotSpeed="45" rotMax="32" rotCenterWheel1="3" rotCenterWheel2="4"/>

</ackermannSteeringConfigurations>

Hier wurden auch die Kotflügel angepasst.

Vielleicht musst Du die Räder auch nach außen schieben, wenn sie breiter sind, damit sie nicht in den Kotflügel hineinragen. Dann musst Du noch folgendes ergäzen:

<objectChange node="0>0|0" translationActive="0.09 -0.045 0"/> <!-- Reifenverschiebung -->

<objectChange node="0>0|1" translationActive="-0.09 -0.045 0"/> <!-- Reifenverschiebung -->

Nodes und Werte musst Du natürlich anpassen an Deinen mod.

Hätte jetzt auch vermutet, dass das funktioniert. Dein Fall ist ja im Prinzip analog dem Ausklappen eines Häckslers beim Mähdrescher, falls aktiv. Hast Du Dir das mal angeschaut? Nur so eine Idee ...

Mit den Informationen kann man nicht viel anfangen. Welches Gebäude? Was hast Du genau gemacht? Kannst Du an der alten Stelle noch abladen oder ist der Trigger komplett ohne Funktion? Hast Du für den Test die Gebäude neu importiert/ein neues Spiel angefangen? Was sagt die .log?