Beiträge von Steven3233

Willkommen in der OMSI-WebDisk!
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren, weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet: = Englisch [EN], = Deutsch [DE], = Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch!

    Vielleicht stand das früher mal im Handbuch drin, aber in allen Versionen, die aktuell in der WD online sind, steht nix dazu.

    Im normalem WD-Download sind die Datenrouten mWn auch noch garnicht drin und stehen daher logischerweise auch nicht im Handbuch.

    Im Startpost von diesem Thread ist der Download für die Experimental-Version verlinkt wo auch die Datenrouten vorhanden sind und entsprechend im Handbuch erklärt werden.

    Funktioniert soweit, ich hab aber das Gefühl dass das Script nun den Bus mit der Liniennummer aus der IVU "beschießt". Denn wechsele ich das Ziel per Alt-Menü,. flackert es kurz auf und kehrt zum IVU-Ziel zurück. So ein "Dauerfeuer" schadet sicher den Frametimes, dürfte aber gehen solang es nur den Spielerbus betrifft. Unschön finde ich jetzt dass beim Hochfahren der IVU als Linie eine "0" angezeigt wird.

    Das stimmt natürlich, dann wärs vermütlich schlauer das einfach in die Macros von der Fahrt-Auswahl zu hauen (IVU_Route_waehlen_Pos_1 - IVU_Route_waehlen_Pos_4)

    Das stimmt. Bis vor dem letzten Patch gab es dafür eine Lösung (wurde hier gepostet), die funktioniert aber seitdem nicht mehr

    Zusätzlich zur letzten Lösung noch (L.L.IVU_eingegebene_Linie) $IntToStr (S.$.IBIS_LinieKursSpecial) einfügen, dann sollte die Linie wieder geschildert werden.

    Wo soll ich das denn einfügen? Denn ich komme nicht zur Lösung die wurstbrot meint.

    In dem macro IVU_Ticketbox_frame folgendes eintragen:


    Code: IVU_Ticketbox.osc
    (L.L.IVU_eingegebene_Linie) (S.L.IBIS_LinieKurs)
    (L.L.IVU_eingegebene_Linie) $IntToStr (S.$.IBIS_LinieKursSpecial)

    Zusätzlich zur letzten Lösung noch (L.L.IVU_eingegebene_Linie) $IntToStr (S.$.IBIS_LinieKursSpecial) einfügen, dann sollte die Linie wieder geschildert werden.

    Das Problem mit der Liniennummer besteht sicherlich weiter beim O530, oder hab ich hier was übersehen? Ansonsten funktioniert der Drucker sofern man davon absieht. Für mich ist das aber so nicht zufriedenstellend, da muss ich auf eine Lösung warten.

    Die Matrix brauch die Liniennummer in der Variable IBIS_LinieKurs welche von der IVU allerdings nicht gesetzt wird. D.h. im IVU_Ticketbox_frame-Macro einfach

    Code
    (L.L.IVU_eingegebene_Linie) (S.L.IBIS_LinieKurs)

    einfügen, dann sollte die Linie ohne Probleme geschildert werden.

    Ich finde es halt schade dass sich mit solchen sicherlich schönen, aber doch Prinzipiell eher unwichtigen Kleinigkeiten aufgehalten wird

    Was hier scheinbar mal klargestellt werden sollte, das SAS ist von MarvinK, die DFIs sind von Tene und die Faltblattanzeige von Pandemist. Da ging also nicht allzu viel Zeit von M&J drauf ;)

    Laut der "Entwicklungsfortschritt" -Seite ist die Vegetation bis jetzt als "durch-konzeptioniert" deklariert.

    Das steht da schon seit Jahren....

    Und wird dort auch noch eine weile stehen da es gewisse andere Sachen gibt die vorher gemacht werden müssen. Und diese keine hohe Priorität haben aktuell.

    Vegetation ist zwar schön und gut, aber es gibt nunmal bedeutend wichtigeres.

    Der VDL hat keinen Knopf für die Haltestellenbremse, die geht automatisch rein sobald man steht / die Türen aufmacht und geht raus sobald man los fährt.

    Das du nicht mehr losfahren kannst liegt wie NickNick bereits geschrieben hat an einem bekannten Scriptfehler des Busses.

    Wieso? Es gibt einen funktionierenden Workaround, also hat das eine niedrige Priorität. Es gibt schließlich genug andere Sachen die wichtiger sind.

    Wenn bei deinem Auto die Ladetechnik der Batterie defekt ist und der Motor daher nicht mehr zuverlässig angelassen werden kann, bringst du das Auto dann zeitnah in die Werkstatt oder sagst du dir nach vier Jahren immer noch "es gibt doch Starterkabel, warum sollte ich es reparieren lassen"?


    Wenn es mit dieser einfachen Art des Einstellungsfensters funktioniert, dann ist das keine große Sache, den Fehler zu beheben. Also möge man das auch bitte tun, bevor man 1000 neue Dinge einbaut. Nach so vielen Jahren kann man erwarten, dass Fehler, die von Anbeginn enthalten sind, auch mal behoben werden.

    Bei diesem Bullshit den du schreibst krieg ich echt kotzreiz. Der Vergleich ist einfach absolut dumm.

    Wenn Du absolut keine Ahnung von programmieren hast solltest du dich zurückhalten mit solchen dämlichen Aussagen. Wenn es kein großes Problem wär und man es innerhalb kürzester Zeit fixen könnte hätte man es schon längst getan anstatt die Interims-Optionen einzubauen. Wie gesagt, es gibt bedeutend wichtigere Dinge um die sich gekümmert werden muss als etwas zu fixen wofür es einen Workaround gibt.


    Das Testen des Verhaltens von Nutzeroberflächen bei anderen Auflösungen und Seitenverhältnissen gehört eigentlich zu den typischen Aufgaben von Betatestern...

    Stimmt, es ist natürlich die Aufgabe von den Betatestern sich alle möglichen Monitor-Größen zu kaufen und alle möglichen Auflösungen zu testen!

    Traurig das man mit allen mitteln versucht alles ins schlechte zu ziehen, wer anstatt Bugs zu melden lieber nur rum heult und es darauf schiebt es sei die Aufgabe der Betatester sowas zu testen scheint echt nicht der hellste zu sein.

    Ist zwar nett, dass es dafür einen Workaround gibt, bei einem so alten Fehler sollte man allerdings doch annehmen, dass man sowas mittlerweile nicht mehr braucht...

    Wieso? Es gibt einen funktionierenden Workaround, also hat das eine niedrige Priorität. Es gibt schließlich genug andere Sachen die wichtiger sind.


    Zudem bringt das neue Probleme mit sich. Wenn ich meinen Bildschirm auf 16:9 stelle, ist nämlich der untere Einstellungsfensterbereich abgeschnitten, ich kann geänderte Einstellungen also nicht speichern, weil ich nicht an die Schaltflächen drankomme.

    Das z.B. ist ein Problem was überhaupt nicht bekannt ist/war. Wenn Leute das halt nicht melden kann es auch nicht gefixt werden.

    Closed-Source, keine Möglichkeit, Verbesserungen auf eigene Faust durchzuführen.

    Genau, auch nicht privat. Mir fällt da z.B. direkt der Sound des LOTUS MAN DL ein, der meinen Geschmack und Anspruch so nicht voll befriedigt. Da würde ich in OMSI einfach ein bisschen in der cfg rumschreiben, noch den ein oder anderen Sound aus einem Morphi-Pack verlinken und schon hätte ich ausreichend Spaß mit dem Gefährt. Unangepasst würde ich ihn schlicht nicht fahren. Das ist halt eins meiner Steckenpferde und deswegen fahre ich in OMSI quasi keinen Bus ohne eigenen oder fremden Soundmod. Wäre das bei einem Bus in LOTUS nicht möglich, wäre er für mich komplett uninteressant.

    :rolleyes: https://www.lotus-simulator.de…%C3%A4ndern-bzw-anpassen/

    Schon witzig, als du im Discord vorhin geschrieben hast das du im Forum nichts mehr schreiben kannst wurde dir ein Link zu einem Forum-Beitrag von Janine geschickt das an den Foren-Berechtigungen geschraubt wurde und man sich daher melden soll wenn es dadurch zu Problemen kommt. Statt dich nun also zu melden heulst du hier rum das du angeblich Grundlos gesperrt wurdest. Gerade von Dir hätte ich eigentlich gedacht das du mehr kompetents besitzt.