Beiträge von der_Nik_

http://nummernschild.heisnbrg.net/fe/

Ich glaube den nutzen die meisten.

Das einzige, was mir Soundtechnisch auffällt, ist, dass zumindest bei uns alle Wagen mit OM936 regelmäßig, sobald man vom Gas geht, ein geräusch machen, als würde sich der Motor verschlucken. Hab das auch schon bei anderen Betrieben gehört, aber immer nur beim OM936 (3-Türer oder LE), nie beim OM936 h. Kann aber natürlich auch anderer Technischer Natur sein.

Zitat von Pictor

Also der LE hat laut Hersteller Datenblatt in Serienausstattung den exakt gleichen Motor (OM936 liegend) und das exakt gleiche Getriebe (Voith Diwa.6, 4-Gang).

Kleine OffTopic-Korrektur: Es ist der stehende OM936 (s. Technische Broschüre). Merkt man auch beim fahren des LE schnell, dass die Motorcharakteristik der vom 3-Türer mit stehendem Motor ähnelt.

Das hängt ganz von den Gegebenheiten ab. Mit entsprechenden KI-Einstellungen (Editor + Textdateien im Mapordner) schaffe ich es, recht zuverlässig an einer bestimmten Stelle zur Rush Hour im Stau zu stehen. Aber du hast recht, auf einer Geraden Straße mit 1 Nachbarkachel hat OMSI so seine Probleme. Bei mir hab ich die Situation, dass bedingt durch eine Serpentine die Kreuzung, vor der Stau entstehen soll, bereits ca. 3min vor erreichen dieser geladen wird, was für OMSI genug Zeit zum erstellen eines Staus ist.

Was ich noch nicht ausprobiert habe, aber noch auf meiner Liste steht, dass man zusätzliche aiGroups für den HVZ-Verkehr erstellt, die dann ebenfalls auf den betreffenden Pfaden Spawnen (aber nur in Lastrichtung). Aber kp, wie sehr sich die zu spawnenden Autos wirklich Skalieren lassen.

Nachtrag/Zusammenfassung:

Ich kann Erfahrungsgemäß auf jeden Fall sagen, dass Stau 3 Dinge benötigt:

1. Sehr viele Fahrzeuge, die Spawnen (Global.cfg-Einstellungen + Zulassen von viel Verkehr in den Spieleinstellungen)

2. Situation, in der sich der Stau bilden kann (z.B. schlecht eingestellte Ampelphase, Vorfahrt gewähren o.ä.), da OMSI die Fahrzeuge grundsätzlich fahrend mit entsprechendem Abstand spawnt, und nicht die Autos von vornherein als "Stau" Spawnen kann.

3. Zeit, dass die gespawnten Autos in o.g. Situation kommen und sich Stauen. Das kann durch eine weniger Gradlinige Streckenführung (d.h. mehr Straße auf einem Tile) oder mehr Nachbarkacheln beeinflusst werden)

Zitat von wurstbrot

Gibts eigentlich auch eine Lösung für das Rausfliegen aus dem Fahrplan bei einem Neuladen des Spielstands?

Das ist mwn. ein Bug, wenn man für die Erstellung des KI-Verkehrs StationLinks benutzt, lässt sich also, abgesehen davon, den kompletten KI-Busverkehr im Editor neu zu machen, nichts dran ändern.

Zitat von Niklas B

genau darum geht´s ich kapier nich wie ich die Werbung auf den Bus bekomme, es scheitert aber schon daran das ich nich weis wofür die ganzen Texturen auf der cti datei sind

LG

Vom nicht kapieren (wollen) hat auch noch niemand was gelernt. Schau dir das oben verlinkte Tutorial an, mach es nach (vielleicht auch für den im Tutorial verwendeten Bus) mal nach, übe dich ein wenig im Repainten, und wenn das klappt, nimm dir einen anderen Bus, und wenn du das Tutorial verstanden hast, dann wirst du mit einem Blick in die .cti sowie die Texturen des anderen Busses ganz schnell durchblicken.

Es ist noch kein Repaintmeister vom Himmel gefallen.

Das Ergebnis nach einer Woche Frust, Logfiles Analysieren und sehr viel neues über die Eigenheiten des OMSI-Scripts lernen:

Präzision verbessert

Gelenkbus

Weichen befahren

Map: Grundorf (privat modifizert, aus Gründen)

Bus: Citaro G (privat modifiziert, aus Gründen)

Alle Modelle nur zum Testen und nicht ansatzweise final, kein Plan ob daraus mal was anständiges wird.

Zitat von younggasy

Zitat von der_Nik_

Zitat von younggasy

Ich habe mir den Citaro Facelift CNG eingebaut mithilfe des hLA-Mods von SvenDaniel, doch leider bekomme ich folgende Fehler in der Logfile, welche in OMSI schnurstracks zu Fehler bei Bereichsprüfung enden:

Die von dir reingeschickten Logfile-Teile beinhalten lediglich Warnungen, aber keine Fehler. Wenn außer dem Bereichsprpfungsfehler nichts sichtbar ist, kann ich ehrlich gesagt auch nicht helfen, dann nochmal schritt für schritt durchgehen ob du wirklich nichts übersehen hast oder so.

Hallo, danke für deine Antwort

Achso, ich hab es diesmal wieder neu installiert mithilfe des Videos von NiLe-Developer, aber auch hier wieder Fehler bei Bereichsprüfung...

Logfile

501 13:31:55 - - Warning: Error while loading file vehicles\MB_O530_Facelift_hLA\\script\antrieb_varlist_zf.txt

502 13:32:00 - - Warning: File vehicles\MB_O530_Facelift_hLA\Model\model_O530_FL_3doors_M_hLAG.cfg: texture filename vdo_0.dds not found in mesh file vehicles\MB_O530_Facelift_hLA\model\12m_3_hLA\panel.o3d!

503 13:32:00 - - Warning: File vehicles\MB_O530_Facelift_hLA\Model\model_O530_FL_3doors_M_hLAG.cfg: texture filename anheben.jpg not found in mesh file vehicles\MB_O530_Facelift_hLA\model\generic\taster_anheben.o3d!

504 13:32:00 - - Error: vehicles\MB_O530_Facelift_hLA\model\generic\taster_anheben_klickspot.o3d – o3d reading failed - Could not read the o3d file! Die angegebene Datei wurde nicht gefunden

505 13:32:00 - - Error: In "vehicles\MB_O530_Facelift_hLA\Model\model_O530_FL_3doors_M_hLAG.cfg" there was an error in line 7315!

War vorher auch so, dann hab ich aus dem Facelift die fehlende varlist-Datei entnommen und die dort eingefügt, da sie in der Ordnerstruktur fehlt, genau so mit dem Generic Taster, dann kam das mit den Mesh Errors... Soll ich es wie vorher machen oder hast du eine Idee?

Alles anzeigen

1) Wenn in Der Logfile "Fehler in Zeile XY" steht, lohnt es sich evtl., sich diese Zeilen mal anzuschauen

2) Das ist ein CNG-Mod und kein Taster_Anheben-Mod, da kann ich dir nicht weiterhelfen.

Zitat von KNSH

großes Objekt :\

hat das ein reales Vorbild?

Zitat von younggasy

Ich habe mir den Citaro Facelift CNG eingebaut mithilfe des hLA-Mods von SvenDaniel, doch leider bekomme ich folgende Fehler in der Logfile, welche in OMSI schnurstracks zu Fehler bei Bereichsprüfung enden:

Die von dir reingeschickten Logfile-Teile beinhalten lediglich Warnungen, aber keine Fehler. Wenn außer dem Bereichsprpfungsfehler nichts sichtbar ist, kann ich ehrlich gesagt auch nicht helfen, dann nochmal schritt für schritt durchgehen ob du wirklich nichts übersehen hast oder so.

Map: Bad Hügelsdorf 2020

Bus: MAN Lion's City 18C (privat modifizert)

Zitat von Taurusdriver

Eine Frage habe ich noch. Ich würde gerne den 21er mittels Setvars anpassen, aber ich finde keinen Ordner. Nur für den 12,18 und 19er. Kann man den 21er gar nicht anpassen?

Da du es scheinbar hinbekommen hast, den 21C zu aktivieren, hast du dir ja den entsprechenden Hinweistext dazu durchgelesen und musst ihn nur vollständig umsetzen (mit einem Tabstop entfernen ist es nicht ganz getan...)

Zitat von Thomas U.

Könntest du vielleicht eine andere Schriftfarbe für den Fehler nehmen?

Interessant, ich hatte an der Textformatierung eigentlich nichts verändert

Aus gegebenem Anlass:

Fehler bei Bereichsprüfung: TUV 2

Entsteht, wenn man einem Material in Blender keine Textur zuordnet, dann das Objekt, dass dieses Material verwendet, Exportiert, und dann diese nicht vorhandene Textur mit einer Nightmap o.ä. bestücken will (ähnlich zu TUV 0). Nicht so dass mir das passiert wäre, nur der Vollständigkeit halber

Zitat von ColaMitZitaro

Ja das ist natürlich nicht sehr zuverlässig aber authentisch kann es schon sein.

Ich meine mal das wir manchmal auch bei uns Busse haben wo manch eine Haltestelle verschluckt wird bzw nicht angesagt.

Aber war ja nur eine Idee, kenne mich leier noch nicht so aus im Bereich OMSI.

Grundsätzlich lässt sich sagen: Ein früheres Abspielen der Ansage ist nur bedingt machbarweil sowohl der OMSI-Fahrplan als auch die IBIS-Scripte ein paar Meter brauchen, um zu erkennen, dass du an der letzten Haltestelle abgefahren bist.

Verzögerungen dagegen sind Scriptseitig in allen möglichen Varianten machbar, wenn man n bissl mit den Variablen und Macros rumspielt.

Map: Rheinhausen

Bus: Citaro Facelift G (privat modifiziert)

Zitat von ColaMitZitaro

Könntest du nicht auch einfach die Audio Datei deiner Ansage, in einer DAW mit einem Lautlosen Vorderteil ausstatten?

Sprich das du sobald du losfährst zwar die Haltestellenansage abspielt aber durch die eingebaute Verzögerung in der Audio eben das Hörbare erst verspätet kommt?

Hat den Nachteil, dass wenn du irgendwann im Bereich der Verzögerung das Menü öffnest oder Pause drückst, die Ansage gar nicht abgespielt wird.

Moin,

ich habe zurzeit Probleme, die Texttexturen bei einer KI-Straßenbahn zum laufen zu bekommen.

Definiert ect. sind diese genauso, wie bei Bussen auch (Einträge unten), laut Debug werden die String-Variablen auch korrekt beschrieben, die Textfelder zeigen jedoch die Ursprungstextur statt dem Textfeld an.

Logfile ist ohne Fehler, weder Errors noch Textur-/Zuweisungsfehler.

Dass die erste Text-Textur auf eine .tga beschrieben wird, ist zu Testzwecken absicht und auch in Blender so definiert.

[texttexture_enh]
linie
DIN
128
64
0
20
20
20
0
0

    RLB Ziel Front (1)
[texttexture_enh]
ziel_f
DIN
410
56
0
20
20
20
0
1

    LCD Linie Seite (2)
[texttexture_enh]
linie
DIN
140
64
0
0
127
33
0
1

    LCD Ziel Seite gross (3)
[texttexture_enh]
ziel_r_gr
DIN
380
64
0
0
127
33
0
1

    LCD Ziel Seite kl 1 (4)
[texttexture_enh]
ziel_r_kl1
DIN
664
56
0
0
127
33
0
1

    LCD Ziel Seite kl 2 (5)
[texttexture_enh]
ziel_r_kl2
DIN
664
56
0
0
127
33
0
1

    LCD Linie Heck (6)
[texttexture_enh]
linie
DIN
128
64
0
0
127
33
0
1

[...]

###################
Anzeigen
###################

    Front

[mesh]
Be44\RLB_Linie_Front.o3d

[matl]
textfeld.tga
0

[matl_alpha]
2

[usetexttexture]
0

[matl_noZwrite]

[mesh]
Be44\RLB_Ziel_Front.o3d

[matl]
textfeld.png
0

[usetexttexture]
1

[matl_alpha]
2

    Rechts

[mesh]
Be44\LCD_Linie_R.o3d

[matl]
textfeld.png
0

[matl_alpha]
2

[usetexttexture]
2

[mesh]
Be44\LCD_Ziel_R_gr.o3d

[matl]
textfeld.png
0

[matl_alpha]
2

[usetexttexture]
3

[mesh]
Be44\LCD_Ziel_R_z1.o3d

[matl]
textfeld.png
0

[matl_alpha]
2

[usetexttexture]
4

[mesh]
Be44\LCD_Ziel_R_z2.o3d

[matl]
textfeld.png
0

[matl_alpha]
2

[usetexttexture]
5

[mesh]
Be44\LCD_Linie_Heck.o3d

[matl]
textfeld.png
0

[matl_alpha]
2

[usetexttexture]
6

Anmerkungen zum Script:

Die Strings werden korrekt beschrieben (gemäß Debug) und die Daueranimation funktioniert.

Die Variable "target_index_int" wird ebenfalls korrekt im Spiel beschrieben.

Zusätzliche zum zu sehenden Script gibt es trigger, mit denen der TerminusIndex als Spielerfahrzeug testweise geändert werden kann.

    (L.L.train_frontcoupling) !
    {if}
        (L.L.AI)
        {if}
            (L.L.AI_target_index) (S.L.TerminusIndex)
        {endif}
    {else}
        (L.L.CCR_TerminusIndex) (S.L.TerminusIndex)
    {endif}

    (L.L.TerminusIndex) 0 (M.V.GetTerminusString) (S.$.ziel_f)
    (L.L.TerminusIndex) 1 (M.V.GetTerminusString) (S.$.linie)
    (L.L.TerminusIndex) 2 (M.V.GetTerminusString) (S.$.ziel_r_gr)
    (L.L.TerminusIndex) 3 (M.V.GetTerminusString) (S.$.ziel_r_kl1)
    (L.L.TerminusIndex) 4 (M.V.GetTerminusString) (S.$.ziel_r_kl2)

    (L.L.TerminusIndex) (S.L.target_index_int)

    [...]

    1 (S.L.Daueranimation)
    1 (S.L.Refresh_Strings)

Würde mich über Hilfe freuen?

LG Niklas

Hab mal angefangen, Rheinhausen ein bisschen Busbeschleunigung zu spendieren.

1. Vorrangschaltung Bettelmarkt:

- Kürzung der Rotphase um bis zu 30 Sekunden (auf Anforderung)

- Verlängerte Grünphase (auf Anforderung)

2. Busspur Stadtwerke/Neustadter Straße:

- Verkürzung der Rotphasen (auf Anforderung)

- Verlängerte Grünphasen (an 3/4 Ampeln, außer Hst. Stadtwerke) (auf Anforderung)

- Türsignale zur Abfahrt an beiden Haltestellen

Map: Rheinhausen (privat modifiziert)
Bus: Citaro Facelift G (privat modifiziert)

Beim Facelift mit Morphi-Pack müsste es ziemlich sicher gehen, generell bei allen K++-Ähnlichen Matrizen (z.B. die meisten Paywarebusse, abgesehen von den Hamburgern).