Beiträge von der_Nik_

Zitat von busspotter_179710

Ja leider hat der eben nur 1.8GHz

Damit kann man OMSI & ETS Spielen? krass...

Map: Rheinhausen

Bus: MAN/Hess Buszug

Ok, es lag scheinbar echt nicht am Doppelslash, sondern an Querverweisen zu anderen Scripts. Danke trotzdem.

LG Niklas

Zitat von Lµkas

Ich vermute, du hast einfach vergessen, einige Dateien korrekt einzubinden.

Der Dateipfad ist ohne Doppelslash eigentlich vorhanden...

Die Scripts sind 1:1 aus dem Ursprungsbus übernommen, die Einbindung in die .Bus-Datei ist oben im Startpost.

Hallo,

ich versuche in den Münchner LionsCity einen Ticketdrucker einzubauen. Jedoch will OMSI die Scripts nicht so ganz:

2061 19:23:32 -  -   Error:           In "vehicles\Muenchen_MAN_LC\model\model_LC_A21_Solo_ticketprinter.cfg" there was an error in line 661!
2062 19:23:45 -  -     Warning:       Error while loading script file vehicles\Muenchen_MAN_LC\\script\ticketprinter.osc
2063 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2064 19:23:45 -  -   Error:           Fehler: im Befehl "(S.L.IBIS_hst_mode)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) ist der Variablenname ungültig!
2065 19:23:45 -  -   Error:           Fehler: im Befehl "(S.L.IBIS_hst_mode)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) ist der Variablenname ungültig!
2066 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2067 19:23:45 -  -   Error:           Fehler: im Befehl "(L.L.door_5)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) ist der Variablenname ungültig!
2068 19:23:45 -  -   Error:           Fehler: im Befehl "(L.L.door_3)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) ist der Variablenname ungültig!
2069 19:23:45 -  -   Error:           Fehler: im Befehl "(L.L.door_2)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) ist der Variablenname ungültig!
2070 19:23:45 -  -   Error:           Fehler: im Befehl "(L.L.door_1)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) ist der Variablenname ungültig!
2071 19:23:45 -  -   Error:           Fehler: im Befehl "(L.L.door_0)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) ist der Variablenname ungültig!
2072 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2073 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2074 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2075 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2076 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2077 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2078 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2079 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2080 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.elec_busbar_minV)" (vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc) <SC_ErrorInCommand_constantinvalid>
2081 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.EFAD_Boottime)" (vehicles\Muenchen_MAN_LC\\script\EFAD_solo.osc) <SC_ErrorInCommand_constantinvalid>
2082 19:23:45 -  -   Error:           Fehler: im Befehl "(C.L.EFAD_Fahrerpin)" (vehicles\Muenchen_MAN_LC\\script\EFAD_solo.osc) <SC_ErrorInCommand_constantinvalid>
2083 19:23:45 -  -   Error:           Fehler: im Befehl "(S.L.IBIS_hst_mode)" (vehicles\Muenchen_MAN_LC\\script\IBISPlus.osc) ist der Variablenname ungültig!
2084 19:23:45 -  -   Error:           Fehler: im Befehl "(S.L.IBIS_hst_mode)" (vehicles\Muenchen_MAN_LC\\script\IBISPlus.osc) ist der Variablenname ungültig!
2085 19:23:45 -  -   Error:           Fehler: im Befehl "(F.L.TTDelay)" (vehicles\Muenchen_MAN_LC\\script\IBISPlus.osc) ist der Funktionsname ungültig!: AMUAV.CNAVO.MV.E
2086 19:23:45 -  -   Error:           You want to create vehicle vehicles\Muenchen_MAN_LC\MAN_LC_A21_Drucker.bus - it is invalid!

[varnamelist]
19
script\MVG_LC_Main_varlist.txt
script\MVG_LC_Elec_varlist.txt
script\MVG_LC_D854_varlist.txt
script\MVG_LC_Engi_varlist.txt
script\MVG_LC_brea_varlist.txt
script\MVG_LC_Gele_varlist.txt
script\MVG_LC_tuer_varlist.txt
script\MVG_LC_misc_varlist.txt
script\MVG_LC_dash_varlist.txt
script\MVG_LC_cash_varlist.txt
script\MVG_LC_heat_varlist.txt
script\MVG_LC_matr_varlist.txt
script\MVG_LC_comp_varlist.txt
script\IBIS_varlist.txt
script\EFADPC2_varlist.txt
script\IBISPlus_varlist.txt
script\EFAD_varlist.txt
script\cashdesk_varlist_EUR.txt
script\visual_varlist.txt

[stringvarnamelist]
8
script\MVG_LC_Main_stringvarlist.txt
script\MVG_LC_Dash_stringvarlist.txt
script\MVG_LC_Matr_stringvarlist.txt
script\MVG_LC_comp_stringvarlist.txt
script\IBIS_stringvarlist.txt
script\EFADPC2_stringvarlist.txt
script\IBISPlus_stringvarlist.txt
script\EFAD_stringvarlist.txt

[script]
18
script\MVG_LC_Main_12_3.osc
script\MVG_LC_Elec.osc
script\MVG_LC_D854.osc
script\MVG_LC_Engi.osc
script\MVG_LC_brea.osc
script\MVG_LC_tuer.osc
script\MVG_LC_misc.osc
script\MVG_LC_dash.osc
script\MVG_LC_cash.osc
script\MVG_LC_heat.osc
script\MVG_LC_matr.osc
script\MVG_LC_AI.osc
script\EFADPC2.osc
script\IBISPlus.osc
script\EFAD_solo.osc
script\IBIS-2.osc
script\cashdesk_EUR.osc
script\ticketprinter.osc

[constfile]
10
script\MVG_LC_AI_constfile.txt
script\MVG_LC_Main_constfile.txt
script\MVG_LC_D854_constfile.txt
script\MVG_LC_Engi_constfile.txt
script\MVG_LC_brea_constfile.txt
script\MVG_LC_tuer_constfile.txt
script\MVG_LC_misc_constfile.txt
script\MVG_LC_dash_constfile.txt
script\MVG_LC_matr_constfile.txt
script\EFADPC2_constfile.txt
script\IBISPlus_constfile.txt
script\EFAD_constfile.txt
script\IBIS_constfile.txt

vehicles\Muenchen_MAN_LC\\script\IBIS-2.osc

Warum will OMSI hier den Dateipfad mit doppelslash? Die Bus-Datei befindet sich ganz normal im Busordner. Die Dateien sind ebenfalls vorhanden.

Über Hilfe würde ich mich freuen!

LG Niklas

Sind denn in den Überlandbereichen (z.B. am Schloss Larnhalt) noch Verbesserungen zu erwarten?

Die Tatsache, dass dort den Videos nach nach dem Gladbeck-Prinzip gewaldet wurde (einfach versenkte Bäume grob hinpflanzen, ohne irgendein Gebüsch/Gras/ect. an der Straße) schreckt mich extremst vom Kauf ab und steht stark im Wiederspruch zu den Detailierten Überlandabschnitten, wie sie auf Vorschaubildern zu sehen sind. Vermutlich würde es einfach schon reichen, einen versenkten Shrubbery 04 entlang der Straße zu platzieren, sollte auf diesen Abbschnitt bezogen in 5min erledigt sein.

Die Zugriffsverletzung habe ich mittlerweile wegbekommen, ich musste die articulation als Lokale statt Systemvariable auslesen.

Jetzt habe ich das Problem, dass der Stromabnehmer seit der Implementierung des Knickwinkels mehr oder weniger rumtanzt wie er will (meistens vom einen Extrem ins andere: links-rechts, oben-unten) (davor hat er funktioniert, jedoch Positionsversetzt).

Den Knickwinkel lese ich doch in Grad aus (0 = Mittig), oder habe ich da einen Denkfehler? Die Rotation tanzt herum wie verrückt, die Höhe ist konstant auf maximalem Wert.

Hier der Abschnitt der Knickwinkelberechnung, bei bedarf würde ich das ganze Script per PN zur Verfügung stellen.

Trolley_Verschiebung_X: Der Wert (Meter), um den der Messpunkt vom eigentlichen Punkt entfernt ist

Trolley_Position_X: Der Wert ist die Position des Fahrdrahtes relativ zum Nachläufer/Stromabnehmer

Trolley_Abfrage_X: Der Wert ist die Position des Fahrdrahtes relativ zum Vorderwagen und wird als X-Wert für die Höhenabfrage verwendet.

Trolley_Verschiebung_Y: Der Wert (Meter), um den der Messpunkt durch die Rotation nach vorne verschoben wird. Dieser ist immer negativ/wird vom Script negativ gemacht, da die Nullstellung ja schon den hintersten Punkt darstellt.

Trolley_Abfrage_Y: Der Wert ist die Y-Kordinate der Höhenabfrage, bei Geradem Gelenk 12,5 Meter.

Trolley_Abfrage_Z: Der Wert ist die Z-Kordinate der Höhenabfrage, bei Ebener Strecke 6 Meter.

'X-Achse

    (L.L.articulation_0_beta) sin 8.5 * (S.L.Trolley_Verschiebung_X)
    
    (L.L.Trolley_Position_X) (L.L.Trolley_Verschiebung_X) + (S.L.Trolley_Abfrage_X)
    

    
'Y-Achse
    
    (L.L.Trolley_Verschiebung_X) 0.5 *
    (L.L.articulation_0_beta) sin * (S.L.Trolley_Verschiebung_Y_Value)
    0 >=
    {if}
        (L.L.Trolley_Verschiebung_Y_Value) /-/ (S.L.Trolley_Verschiebung_Y_Value)
    {else}
        (L.L.Trolley_Verschiebung_Y_Value)
    {endif}
    (S.L.Trolley_Verschiebung_Y)
    
    -12.5 (L.L.Trolley_Verschiebung_Y) + (S.L.Trolley_Abfrage_Y)
    
'Z-Achse
    
    6 (L.L.articulation_0_alpha) sin 8.5 * + (S.L.Trolley_Abfrage_Z)

Ich hätte noch ne Frage zur Fehlersuche: Es gab doch so einen Befehl, mit dem man Sachen im roten Text anzeigen lassen kann. Wie funktionierte das nochmal?

Ok, danke für den Hinweis. Ich würde es mit Umrechnung des Knickwinkels machen.

Jedoch habe ich ein Problem: Die unten genannte Systemvariable erzeuge eine Zugriffsverletzung.

Zitat

articulation_#_alpha / ~_beta

Winkel, um den das #. Gelenk um die Hochachse (alpha) bzw. Querachse (beta) geknickt ist

°

X

X

2.00

Ich habe es schon mit (L.S.articulation_0_beta) sowie (L.S.articulation_1_beta) ausprobiert, wie lautet den der richtige Befehl für das Gelenk?

LG Niklas

Danke für eure Tipps.

Ich habe nun eine Main.osc für den Trailer erstellt und dieses vor dem trolleyscript eingetragen (scriptanzahl auf 2 gestellt). Der Stromabnehmer bleibt jedoch ohne funktion.

Ich werde aber morgen mit der Fehlersuche weitermachen und mich dann melden.

LG Niklas

Zitat von GAMINGONK

Vermute mal, dass Omsi herumzickt, da zwar Scriptshare genutzt werden soll, jedoch der Nachläufer nicht die selbe Anzahl an zu ladenden Scripts hat, als der Vorderwagen.

Die [script] und [constfile]-Einträge müssen die selbe Anzahl im Nachläufer haben, wie der Vorderwagen.

würde das Bedeuten, dass er jedes Script doppelt läd?

Was mich halt wundert ist, dass OMSI keinen Scriptshare-Error auswirft, sondern einfach das Script nicht erkennt...

Hallo Chrizzly, danke für deine Ausführliche Antwort!

Ich verstehe deinen Oberleitungsaufbau nich nicht ganz. Wenn ich mir den GetHeightAbovePoint im OMSI-Wiki anschaue, sehe ich das so, dass ich damit den Abstand eines Punktes zur nächsten darunterliegenden Objekt-/Splinekollision messe. Den Testpunkt setze ich also auf die Maximale Höhe der Trolleystangen. Jeder Wert, der zwischen diesem Testpunkt und dem Dach des Busses (also z.B. 3m - 6m) liegt, muss eine Oberleitung sein. Welchen Vorteil haben dann 2 Verschiedene Höhen intern in der Oberleitung?

Aktuell habe ich erstmal folgendes Geplant:

- Die Oberleitung besteht der Einfachheit halber aus einer zusammenhängenden Spline mit Mittiger Kollision von 10cm.

- Ich beherrsche Blender leider nicht, deshalb habe ich aktuell nur ein Testweises Trolleystangen-Provisorium aus Lublin aufs Dach gebaut, welches leider ein Starres Teil ist. Später sollte es mit 2 Seperaten Objekten trotz nur einer Kollision möglich sein, die Stangen halbwegs Präzise zu lenken

- Ich arbeite erstmal mit 10cm Spiel bei den Stangen. Wie genau man später wird, entscheidet die Performance.

- Die Oberleitungserkennung ist aus Performancegründen an If-Schleifen Gebunden: 1. Abfrage: bisherige Position, 2. Abfrage: +/- 10cm dieser Position (nacheinander in If-Schleifen). Ist die Abweichung Größer, Startet ein "Reset-Vorgang", der von 4,5 bis -4,5 (damit die linksliegende Gegenspur nicht fälschlicherweise erkannt wird) alles durchprüft.

Aktueller Stand: Im Vorderwagen dunktioniert das soweit, wenn ich das Script jedoch im Trailer eintrage, wird es nicht mehr erkannt und die Macros (diese werden im Main-Script aufgerufen) werden als ungültig ausgegeben.

Hier der Einträge im Trailer:

[scriptshare]

    ////////////////////////////////////////////////////////
        Scripts
    ////////////////////////////////////////////////////////

[varnamelist]
24
script\AI_varlist.txt
script\Collision_varlist.txt
script\antrieb_varlist.txt
script\engine_varlist_turbo.txt
script\elec_varlist_turbo.txt
script\bremse_varlist.txt
script\auspuff_varlist.txt
script\lights_varlist.txt
script\door_varlist.txt
script\wiper_varlist.txt
script\cockpit_varlist.txt
script\klappern_varlist.txt
script\heizung_varlist.txt
script\rain_varlist.txt
script\dirt_varlist.txt
script\ALMEX_varlist.txt
script\churakrueger\VMatrix_varlist.txt
script\wimpel_varlist.txt
script\visual_varlist.txt
script\cashdesk_varlist.txt
script\VDV_varlist.txt
script\spray_varlist.txt
script\articulation_varlist.txt
script\trolley\trolley_varlist.txt

[stringvarnamelist]
4
script\ALMEX_stringvarlist.txt
script\churakrueger\vMatrix_stringvarlist.txt
script\cockpit_stringvarlist.txt
script\VDV_stringvarlist.txt

[script]
1
script\trolley\trolley.osc

[constfile]
1
script\trolley\trolley_constfile.txt

Habe ich da irgendeinen Fehler gemacht oder funktioniert das kombinierte Script- und Scriptshare-Sxstem wirklich nicht?

LG Niklas

Zitat von Chrizzly92

welche koordianten willst du denn auslesen, bzw. was hast du denn vor?

Deine Schilderungen im OOF (oder wars Lotus?)-Thread haben mich dazu animiert, einen O-Bus (zum Test ST18) zu scripten (in der Tram-Version 2.2). Da bei diesen die Stromabnehmer auf dem Heck angebracht sind, muss ich ja auch die GetHeightAbovePoint-Abfrage von den Kordinaten her Relativ zum Nachläufer passieren, da es ansonsten beim Einlenken zu gravierenden Abweichungen kommen würde.

Ich würde gerne nochmal nachhaken:

Der Gelenkbus verwendet da wie üblich den [scriptshare]-Befehl im Nachläufer.

Schließt dieser Befehl aus, dass der Nachläufer über zusätzliche Scripte (mit Positionsabfrage) verfügt?

Ansonsten müsste ich ja alle Scripts doppelt eintragen bzw. ich würde Vermuten dass ohne Scriptshare die beiden Wagen nicht mehr miteinander kommunizieren können?

Wie könnte man die Positionsabfrage sonst lösen?

Würde mich über Hilfe freuen!

LG Niklas

Zitat von Zoccer0707

Einer meiner Lieblingsbusse die es so gibt, die Mischung von Facelift und C2, leider hat der sich eher wenig durchgesetzt.

Nur kurz zur Richtigstellung, das hat mit einem Mischling wenig zu tun. Sind beides Vollwertige C2.

Nur das eine ist der C2 mit Euro 5 / EEV Motor. Und der Motor ist nunmal entscheidend für die Konzeption des Hecks. Da hat Mercedes ntürlich ein wenig gespart, den man hatte ja schon ein Heck für den Motor und es war Absehbar, dass Euro 5 nicht mehr Lange bestand hat (da Euro 6 dann Pflicht wurde für Neuzulassungen, deshalb gabs ab dann in Europa keine Euro-V-Version mehr). Ist dennoch kein komplettes Facelift-Heck, das Heck des Euro-5-C2 hatte auch spezielle C2-Designelemente, das einzige sichtbar wiederverwendete Bauteil dürfte die Lüftungsklappe rechts sein, auf dieser ist die C2-Fensterlinie lediglich lackiert.

Und das andere eben der Euro 6 Motor, hat durch den veränderten Platzbedarf eine komplett neue Konzeption des Hecks benötigt, deshalb sieht der recht anders aus. Und der erhöhte Dachaufbau ist im Grunde auch nur die Fortführung des Turms.

Bus: MAN / Hess Buszug

Map: ALU

Zitat von Perotinus

Zum Bus: Sehe ich das richtig, dass der keine Dachluken hat? Gibt es das beim MAN wirklich? Ich kann mir das kaum vorstellen, da die Dachluken seit ca. 1993 vorgeschriebene Notausgänge sind.

Zitat von Wagen300

Unsere 2016er Lion's City A21 haben auch keine Dachluken, ist also vermutlich Bestellsache.

bus_hobby hast du OMSI auf der SSD installiert?

So, ich würde auch mal gern kurz Feedback dalassen. Vorweg: Das nicht-Kaufen war für mich vorerst die Richtige entscheidung, die Streams und Vidos bestätigen das nur,

ich hätte mir wirklich mehr von Bad Hügelsdorf erhofft.

Die ganzen Detailbilder trügen scheinbar, an vielen Stellen besteht sie Gestaltung echt nur auch versenkten großen Bäumen, da is teilw. nichtmal ein Shrubbery oder anderes Gras davor. Dazu noch viele Sinnlos enge Kurven (wie Iajer im Video gesagt hat, man fährt quasi im Kreis) und viel zu viele Kreuzungen/Abbiegungen für Überland. Z.B. die Haltestelle "Im Elend" sieht auch mehr schlecht als recht aus da am Hang.

Generell sind die Steigungen in den Straßen nicht gut umgesetzt, vorm Schloss Larnhalt besteht die gesamte Steigung nur aus Wellenlinien zwischen Steigung und ebene (da wurde scheinbar aus Bequemlichkeitsgründen die "delta-H"-Funktion statt der direkten Steigunseingabe verwendet), teilweise sind die Straßen einfach viel zu Steil (sieht teilw. nach weit über 10-15% aus), das kennt man nichtmal aus dem Schwarzwald so (zumindest nicht gut ausgebaute Straßen). Außerdem sehen sehr viele Waldabschnitte aus als würde die Straße auf einem sehr hohen Damm verlegt worden sein, was überhaupt nicht mit den Steigungen der Straße zusammenpasst.

Das alles lässt die Karte leider sehr unrealistisch wirken.

(Hügeliges) Überland scheint mit Punktuellen Ausnahmen (die Strecke zum Sportflugplatz hat mir z.B. ein wenig besser gefallen) nicht so die Stärke der Map zu sein, auch wenn manche Details echt nett sind. Die Städtischen Abschnitte sehen dagegen recht akzeptabel aus.

LG Niklas

Ich muss sagen ich sehe das eher Kritisch mit der Teilung, da die grenzen im Grunde fließend sind.

Wenn ich in einen Bus z.B. die CoD-Matrix, einen anderen Drucker nach Anleitung ausm OOF und andere Sitze nach Anleitung aufm OOF einbau, ist der Bus dann privat nur weil ich ihn in der Form nicht weitergeben kann?

Oder wenn ich ein Bild eines Busses von außen mache, muss ich ein Bild dann unter privat reinstellen weil ich Dashboardschalter (quasi nicht sichtbar) oder so ausgetauscht habe?

Und wie ist es mit Repaints?

Also ich finde es hier entspannter als im OOF mit den Screenshots, da ich mkr eben oben genannte Fragen nicht stellen muss, und auch zum Durchschauen machen 2 Threads mehr Aufwand.

Hallo, ich habe mal eine allgemeine Frage:

Bei Gelenkbusssen werden üblicherweise Scripts nur in der Busdatei des Vorderwagens definiert, im Nachläufer lediglich varlists und Stringvarlists.

Nun will ich ein Script erstellen, in dem Kordinaten aus dem Trailer abgefragt werden müssen.

Würde ich dieses ganz normal in der Main-.bus-Datei einfügen, würde er ja die Kordinaten des Vorderwagens nehmen, deshalb meine Frage:

Kann ich einfach in der Trail-.bus-Datei einen Script- und Constfile-Abschnitt hinzufügen, der dann zusätzlich zum Script des Vorderwagens abgerufen wird, oder funktioniert das anders?

LG Niklas

Während laut Hamburg der AGG nix für die Strecke ist, eignet sich der BusZug hervorragend für die Vermuntstraße. Ist zwar eng in den Kurven mit Gegenverkehr, aber machbar.

Map: Steinkirchen

Bus: MAN/Hess BusZug