Beiträge von DerGrafikfehler

fotograf.d-dorf Du hast die Scripttextur-Indizes in der model.cfg nicht angepasst. Die müssten 3 und 4 statt 7 und 8 sein (Die Atron-Scripttextur kann auch raus, also 2 und 3 statt 3 und 4).

Zitat von busspotting.amberg

Das war der Fehler, dankeschön! Jetzt habe ich noch das Problem, dass zum einen das Display beim Setra nicht mehr funktioniert und dass der Drucker nur bis zum grünen Display startet. Danach gehts nicht mehr weiter. Weiß jemand woran das liegt?

Du musst in der Varlist die Variablen door_3, door_5 und door_7 nachtragen.

Zitat von fotograf.d-dorf

In der Logfile steht auch nichts.

Und die Glaskugel ist gerade in der Reparatur... Ohne Logfile kann ich dir nicht helfen.

Zitat von andy90

Wie kann man den Bus repainten?

Leider finde ich keine templates

Das Template ist ein Pfusch, den ich auf Basis der mitgelieferten Repaints zusammen geschustert hab. Ist nicht perfekt, funktioniert aber.

Alibi:

S3E21 v2 | Solaris Urbino 12 II 3T (DLC, privat modifiziert)

Äh... Kann sein. Ist was größer, aber auch schon länger in Arbeit.

Stimmt, da hats ja mal ein Update gegeben. Für den NLC ist noch ein Update erforderlich, was noch nicht öffentlich ist.

Ein neuer Midibus für Omsi. Muss natürlich gleich ausprobiert werden.

Lemmental-Neuenbreid | MAN NM223 (Sobol, privat modifiziert)

Entweder du hast eine alte DGM-Version oder eine alte NLC-Version. Bitte beides updaten/neu runterladen.

Hab mich vertan, das Standardscript passt eh.

Die fehlenden Makros sind auch kein Problem, sind nur für die Innenanzeigen-Steuerung. Ohne passendes Script passiert da nichts. Ist aber nicht weiter tragisch.

Sind die Scipttextur-Indizes richtig gesetzt in der constfile?

Logfile bitte.

Es gibt im Download zwei Scriptdateien für den EvendPC, die EvendPC.osc und die EvendPC_altDoorVars.osc.

Der Unerschied zwischen den beiden Scripts liegt in den verwendeten Türvariablen, da nicht alle Busse die gleichen Variablennamen verwenden.

Für den S41xLE brauchst du die EvendPC_altDoorVars.osc statt der EvendPC.osc.

Du musst hier die EvendPC_altDoorVars.osc verwenden.

Zitat von gibanica

by the way I thing in vienna back in 2005 it was the front door entry only

It never was. This was tested back when the NL273T2 was introduced (and only on those buses), but it was never implemented.

Komplett falsch.

Richtig wäre:

[newanim]
origin_from_mesh  <- Origin-Point vom Modell wird verwendet
origin_rot_x        <- gibt an, auf welcher Achse wir arbeiten
0                 <- rotiert die Rotationsachse. Für z.B. Drehzahlmesser interessant, hier aber unwichtig.
anim_rot          <- Animationsart (anim_trans = verschieben, anim_rot = rotieren)
Daueranimation    <- Variable (1 = Animation um den Wert darunter, wird linear skaliert)
4                 <- Wert der Animation (verschieben in Meter, rotieren in Grad)

Ist die Animations-Variable 1, wird in diesem Beispiel um 4 Grad auf der x-Achse gedreht. Wäre der Wert der Animations-Variable z.B. 10, würde das Objekt um 40 Grad (4*10=40) gedreht werden. Für Kommazahlen und negative Werte gilt sinngemäß das gleiche.

Wichtig: kein Komma (,) als Trennzeichen bei Kommazahlen verwenden, sondern einen Punkt (.)!

Die Schriftgröße ist an den Windows-Skalierfaktor geknüpft. Wenn du da was größeres als 100% eingestellt hast, kann es vorkommen, dass der Fahrplan nicht richtig dargestellt wird.

Die Schriftgröße kann mWn. nicht manuell geändert werden. Über die .olf-Datei ändert keiner der Font-Size-Einträge irgendwas am Fahrplan. Ergo ist die einzige (derzeit bekannte) Lösung, die Skalierung in Windows niedriger zu stellen.

Sie ist tatsächlich etwas nach hinten geneigt, bei allen Generationen. Erkenn man auf diesem Foto ganz gut, aber auch hier.

Statt anim_trans anim_rot verwenden. Damit kannst du mit einer Daueranimation rotieren.

Du siehst 60FPS, "fühlst" aber nur 20FPS. Das Programm macht Omsi nicht schneller, es fügt einfach generierte Frames zwischen den tatsächlich gerenderten Frames ein.

Ergo es bleibt nicht so ruckelig wie bei 20FPS, weil du eben mehr FPS hast, aber trotzdem gibt Omsi nur 20 "echte" FPS aus. Der Rest ist dazu generiert auf Basis der gerenderten Frames.

Lossless Scaling funktioniert auch mit Omsi. Man muss, wie bei allen anderen Programmen und Funktionen dieser Art, aber bedenken, dass dadurch die sichtbaren FPS verbessert werden, nicht aber die Latenzzeit zwischen Eingabe und dem tatsächlich angezeigten Bild. Heißt, das Spiel kann sich trotzdem ruckeliger anfühlen, obwohl man deutlich mehr FPS hat.

Bin jetzt ein paar Stunden gefahren. Der KI-Verkehr ist ein absoluter Albtraum. Überall stehen sich die KI-Fahrzeuge gegenseitig im Weg, im Kreisverkehr fahren sie alle im Kreis (selbiges am Busbahnhof Rohnberg), schieflaufende Spurwechsel ohne Ende und fehlende Verkehrsregeln an fast allen Kreuzungen.

Situationen wie diese finde ich an fast allen Kreuzungen außerhalb von Lemmental:

Gute 10 MInuten (lt. Fahrplan) nach Verlassen der Starthaltestelle bereits +13 auf der Uhr, weil sich die KI an so gut wie jeder Kreuzung so aufgehängt hat...

Ich hoffe, dass sich das mit künfigen Updates bessern wird. In diesem Zustand ist die Map für mich nicht fahrbar.

Enführungsrunde auf Lemmental-Neuenbreid.

Lemmental-Neuenbreid | MB O530G FL 3T (Kajott, EVENDpc+DGM WIP)