Beiträge von VacuumTube

Ich weiß zwar nicht um welchen Bahnhof es geht, aber falls in der Konstruktion ein collider angegeben ist, übernimmt der die Kollision. Und auch wenn der nicht da ist, müsste terraAlignmentList (wenn #Elemente >0) für die Kollisionsabfrage sorgen. Somit vermute ich, nur wenn beide fehlen, bestimmen die bounding boxen aller Modelle die Kollision.

Mehr dazu auch hier: Kollisionen

Zitat von ManniTF

Und: ist die jeweils 4. Zeile und 4. Spalte der Transformationsmatrix auch irgendwo dokumentiert?

Was heißt dokumentiert?

Die Funktionsweise der Transformationsmatrix ist zB im Lexikon erklärt. Die 4. Zeile ist immer 0 0 0 1.

Bei Assets ist die meist egal, daher kann man die Einheitsmatrix nehmen, weil man es ja im Spiel eh noch drehen kann.

Maybe it's possible with the new resource system.

But I think copying the one file (.mdl) is easier

Copy your vehicle in a mod folder with a different name and

Method 1: you change the values in the copied file

Method 2: Script Mod with loadModel and sth like

if filename=="res/models/... copy" then
    data.metadata.railVehicle.speed = ...
end

Zitat von Astropikus

die warten also doch nicht ewig ....

doch eigentlich schon.

So etwas wie ein Linien Ranking, dass die Attraktivität/Wartezeit berücksichtigt, gibt es nicht.

Probiert es aus und setzt ein einziges Fahrzeug auf eine lange Linie (->große Wartezeit). Die Leute gehen nicht weg.

Zitat von franki66

Du siehst das daran, das die Personenzahl blau eingefärbt ist.

Was meinst du?

Im Prinzip muss vor jede Variablendefinition ein local - sonst ist's global.

Diese Eigenart von Lua ist nicht gerade vorteilhaft...

Aber für die strings.lua braucht man gar keine Variablen, hier ist es richtig erklärt:

mod.lua und strings.lua - Erklärung und Inhalt

Glaub mir, es wird nicht langweilig mit nur 2/3 Gütern pro Stadt.

Da gabs ja am Anfang ne Riesen Aufregung, dass nicht mehr jede Stadt jedes Gut will.

Aber man kommt mit 2 Gütern eigentlich ganz gut hin von den Kapazitäten her, es bringt ein bisschen Abwechslung und Herausforderung beim Planen. Man will ja auch nicht in jeder Stadt einen Riesen Güterbahnhof. Und wenn doch, kann man sich ja mit anderen Mods zusätzliche Nachfrage schaffen.

und dazu noch als globale Variablen...

wurde hier auch diskutiert: Diverse Fahrzeuge haben kein "mouse over" in Kaufmenü oder Fahrzeugdetails

hast du eine Ahnung wo das herkommt? Weil dieses info_name und info_desc habe ich schon bei sehr vielen Mods gesehen

Gibt's schon auf Steam

Das hat mich doch glatt motiviert, eine kleine Mod dafür zu erstellen: Lower Grass

Da muss ich korrigieren

Angabe vom Spiel (gelbe Warnung) ist:

niedrig 2 GB

hoch 3 GB (wird knapp, besser 4)

sehr hoch 8 GB

durch Tests (siehe AltGr+i) weiß ich, dass mit diesen Werten selbst bei einem Vanilla-Spiel der Speicher randvoll wird. Mit Mods sollte man da noch etwas drauf rechnen...

Mit 2GB sollten die Texturen auf niedrig sein

Nö die stehen da auch gerne sehr lange. Bei Wartezeiten über 10 min im Personenverkehr würde ich mir evtl Gedanken machen. Aber dann muss die Nachfrage schon sehr niedrig sein.

In Train Fever hab ich mal von einer "20-Minuten-Regel" gehört.

bei überfüllten Stationen

Wer hat dir denn das erzählt und mit welcher Begründung?

Und warum muss es eine allgemeine optimale Frequenz geben?

Wenn man optimale Frequenz versteht als Frequenz, bei der eine Linie maximalen Gewinn macht, hängt das bei jeder Linie individuell von den Fahrzeugkapazitäten und der Nachfrage ab. Man setzt einfach genug Fahrzeuge drauf, dass die Wartenden abgeholt werden ohne dass das (!) erscheint, aber auch nicht unnötig viele, die dann leer fahren.

Und das ist ein weiteres ungelöstes Problem was aber nicht nur meine Mod betrifft, sondern alle wendezugfähigen Fahrzeuge.

Wenn die nämlich rückwärts unterwegs sind, fangen die Perspektiven trotzdem bei der ersten Lok an - die aber gerade hinten ist. Man muss sich dann durchklicken, um nach vorne zu kommen.

Das liegt daran, dass die Ansichten "fix" definiert sind und ich habe keine Möglichkeit gefunden, die Fahrtrichtung da zu berücksichtigen.

Eine Frage zur „Mitfahrkamera“ bei Triebwagen

Das mit dem Freeze bei gewissen Modfahrzeugen ist bekannt und wurde auch schon auf Steam diskutiert. In den Mod Einstellungen kann man allerdings die wahrscheinlich problematischen Ansichten abschalten, was helfen sollte.

Es scheint daran zu liegen, dass bei manchen Vehikeln der Lokführer auf einem "ungünstigen" mesh liegt. Im anderen Fall kommt das Spiel nicht damit klar, wenn Personen teleportiert werden (zB im Flughafen). Es friert ein und kann crashen, manchmal kann man sich aber retten (siehe Beschreibung).

Der Bug ist an UG gemeldet, hat aber offenbar geringere Priorität. Wenn ich zumindest wüsste, warum es nur bei bestimmten Fahrzeugen Probleme gibt, könnte ich wenigstens versuchen einen Workaround einzubauen.

Ich habe ein paar Hilfsfunktionen erstellt, sodass man die Ansichten leicht abändern und neue hinzufügen kann.

camViews.TrainViews = function (xmax,ymax,zmax,xmin,ymin,zmin,data) return {
    defaultView(xmax, 3),
    viewRotTransl( {-150,   0,  0   },  {xmax+12, 10,        2.5 },  50 ),  -- 1. rotation in grad ZYX, 2. Translation XYZ, 3. Fov
    viewRotTransl( {150,    0,  0   },  {xmax+12, -10,       2.5 },  50 ),
    viewRotTransl( {0,      15, 0   },  {-100,    0,         25  },  50 ),
    viewRotTransl( {180,    15, 0   },  {50,      0,         15  },  50 ),
    viewRotTransl( {90,     15, 0   },  {0,       -50,       15  },  60 ),
    viewRotTransl( {-90,    15, 0   },  {0,       50,        15  },  60 ),
    addSeats(data.metadata.seatProvider),
    viewRotTransl( {-20,    0,  0   },  {xmin+4,  ymin-0.1,  3   },  50 ),
    viewRotTransl( {20,     0,  0   },  {xmin+4,  ymax+0.1,  3   },  50 ),
    viewRotTransl( {0,      0,  0   },  {-3,      0,         5   },  60 ),
    viewRotTransl( {0,      0,  0   },  {0,       ymin-0.2,  0.6 },  50 ),
    viewRotTransl( {0,      0,  0   },  {0,       ymax+0.2,  0.6 },  50 ),
    viewRotTransl( {0,      25, 0   },  {-280,    0,         90  },  60 ),
    viewRotTransl( {180,    25, 0   },  {170,     0,         90  },  60 ),
    viewRotTransl( {90,     25, 0   },  {0,       -170,      90  },  60 ),
    viewRotTransl( {-90,    25, 0   },  {0,       170,       90  },  60 ),
    fromTopView(650),
} end

Skara-Baeus Wenn du die Mod-eigenen Ansichten entfernen willst, geh in die andere Datei und kommentier Zeile 4 und 6 aus:

  --  if type(data.metadata.cameraConfig) ~= "table" or type(data.metadata.cameraConfig.positions) ~= "table" then
        data.metadata.cameraConfig = {positions = {}}
  --  end

Zitat von Swissli

Vielleicht gibt es ja in Zukunft doch noch eine Möglichkeit das für alle Fahrzeuge die selbe Cabview möglich ist. Auch für die gemodeten Vehicle.

Das war ja das Ziel. Ich suche in den Fahrzeugdaten nach einem Crew-Platz und einem Fahrgast-Platz und die Ansicht wird dann etwas dahintergesetzt. Nur leider ist es unmöglich bei dieser Verschiebung einen guten Kompromiss für alle Fahrzeuge zu finden. Es soll nicht zu nah an der Person sein, aber wenns zu weit weg ist, hat man auf einmal eine Trennwand vor sich und man sieht gar nichts mehr.

Einfach den Ordner ks-signal_ausleger umbenennen, dann überschreiben sich die Dateien nicht und man kann beide aktivieren

Liegt daran, dass die Default-Kamera leider ersetzt wird, sobald ein Modder Blickwinkel hinzufügt. Wenn die Orientierung um die falsche Achse gekippt wird, ist das Drehen nicht mehr in der flachen Ebene, was das schwindelig erklärt. Dazu kommt, das manche Mod Ansichten sehr niedriges FoV angeben, was sehr gezoomt aussieht.

Advanced Camera Views stellt die Standardansicht wieder her und fügt weitere Perspektiven hinzu.