Beiträge von der_Nik_

Zitat von wowa100

Elektronik an, Motor an und Gang reingeschmissen,das funktioniert auch,aber der fährt nicht los.

Ich hoffe mal du hast auch die Feststellbremse gelöst?!

Hab mal in die Zukunft geschaut und der Fantasie freien Lauf gelassen...

Map: Dreiländereck WIP

Bus: MAN/Hess Buszug

Repaint fiktiv

Zitat von Wörki

Du vergisst, dass es auch Vol. 1 und 2 gibt. Da es nur einachsige Auflieger in Vol. 1 sind, werden sie i.d.R. für Möbeltransporte (Mobilia^®, glaube ich, heißt die Marke hinter dem Youtuber "Der Möbelkutscher", er transportiert Küchen) und dem Einzelhandel (ALDI, LIDL, REWE, Penny, Kaufland & Co.) genutzt, womit auch hier ein Repaint möglich sein könnte; aber auch die Tandem-LKWs aus Vol. 2 können umgestaltet bzw. individualisiert werden, um mehr authentisches Flair in die entspr. Region zu bekommen (alleine in Bremen gibt es unzählige Speditionen, um nur ein Beispiel zu nennen).

Ah, ich bin mal davon ausgegangen dass Bus-Repaints in einem Bussimulator Warscheinlicher als LKW-Repaints sind...

So, die "Kutscherisierung" der beiden 2020er C2 (G & LE) ist soweit abgeschlossen.

Map: Rheinhausen

Bus: C2G (Wuppertal)

Bus für fiktives Busunternehmen "Kutscher Tours" aus Seeburg angepasst.

Ohne weitere Hinweise und Details können wir dir nicht helfen, Bereichsprüfungsfehler sind ein ziemlich Mysteriöses Ding...

Wann und wie tritt der Fehler auf?

Was hast du verändert?

Häng lieber trotzdem mal die Logfile ran, das macht auch die oben genannten Fragen verständlicher.

Zitat von busspotter_179710

Welcher ist dann der mit Doppeltür?

auch ein A25. Ob Doppel- oder Einzeltür ist bestellsache, gibt z.B. auch A20 mit Doppeltür. Entscheidend sind die Podeste im Innenraum, unter welchen sich bei den Überlandvarianten der Tank befindet..

Bei den Texttexturen passieren gerne Fehler:

Die Zahlen, die über dem [texttexture]-Eintrag stehen, sind keine für OMSI relevanten Zahlen, sondern dienen lediglich als Hilfe. Die eigentliche Nummerierung beginnt immer mit dem Obersten Befehl bei 0 und dann herunter. Eine Texttextur, die noch von OMSI verwendet wird, führt zu Fehlern im Bus, also bleibt dir nichts anderes übrig als alle [usetexttexture]-Nummern des Bildschirms zu kontrollieren und ggf. umzurechnen.

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