Beiträge von DerGrafikfehler

Ä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)

Ich habe eingangs auch das Problem gehabt, dass die Karte nicht vollständig geladen wurde (hur Himmel und Verkehr), Logfile sauber, Omsi-Tools zeigt keine Fehler an, nichts dergleichen. Geholfen hat es, alle Objekte und Splines nochmal reinzuziehen und ersetzen zu lassen. (Ein ähnliches Phänomen gibt es ja auch bei den DavidM-Objekten, die waren es bei mir diesmal aber nicht.)

Was mir bei meiner ersten Fahrt aufgefallen ist: RVL Umlauf 101003 Fahrt um 07:28 (Linie 454 Altenborn->Heiligenstock) scheint irgendwie im Fahrplan doppelt angelegt zu sein? Mir ist jedenfalls die ganze Zeit der KI-Bus auf der gleichen Fahrt hinterher gefahren.

Zitat von Alex K.

(werde CAD Software benutzen

Welche? Und verwendet die CUDA?

Der 3D-Cache vergößert den sowieso auf der CPU vorhandenen Cache (quasi ein kleiner Arbeitsspeicher direkt auf der CPU - dementsprechend sehr schnell) signifikant. Dementsprechend kann die CPU mehr Daten direkt in der CPU ablegen, was den ganzen Rechenprozess schneller macht.

Ist aber anwendungsspezifisch. Nicht alle Programme erzielen gleich gute Ergebnisse auf den X3D-Chips.