Beiträge von SchulterSack

Das Forum befindet sich im reduzierten Betrieb. Die Addon- und Supportforen bleiben weiterhin verfügbar.
Bitte beachte, dass OMSI nicht mehr weiterentwickelt wird. Ein Teil der Entwickler widmet sich inzwischen der Entwicklung eines neuen Simulators. Weitere Informationen zum LOTUS-Simulator findest Du hier.
Ein communitybetriebenes Nachfolge-Forum wird hier verlinkt, sobald es gegründet und bereit ist.

    Moin,


    die Türflügelsperre sowie die getrennte Vordertür waren in der Tat fehlerhaft.
    Ich habe das jetzt behoben, bitte das Skript nochmal neu runterladen (Link im ersten Beitrag).


    Man kann auch nicht mehr dein Türfreigabetaster beim Solo hinzufügen ... Hoofentlich wird das Bald gefixt

    :)


    Das Problem kann ich übers Skript leider nicht zufriedenstellend lösen, wen das stört, der muss in der model.cfg manuell die Sichtbarkeit der einzelnen Objekte anpassen.


    Wie kann ich beim O405 den Ein- und Ausstieg an allen Türen realisieren?


    Das Skript unterstützt jetzt auch den Einstieg an der Hintertür, es müssen lediglich in der passengercabin.cfg noch die neuen Einstiege definiert werden.
    Die Tür muss allerdings manuell geöffnet werden, Außentüröffner einzubauen war mir jetzt zu aufwändig, vielleicht kommt das irgendwann noch...


    Hallo SchulterSack,


    ich möchte deine Scriptkenntnisse auch gerne noch mal in Anspruch nehmen und fragen, ob du grob erklären kannst, wie ich mir im Citaro auf der Hst.-Innenanzeige Liniennummer und Ziel anzeigen lassen kann (nach dem Schließen der Türen)


    Öffne die IBIS-2.osc und such die Zeile {macro:IBIS_LCD-refresh}.
    Markiere den gesamten Abschnitt (bis einschließlich {end}) und ersetze ihn durch folgendes:



    Dann müssen noch zwei neue Variablen in die IBIS_varlist.txt eingetragen werden:

    Code
    1. IBIS_cabindisplay_state
    2. IBIS_cabindisplay_busstop


    Fertig!

    Soweit ich weiß, funktioniert der Modus "Ziel eingeben" aus dem ALMEX-Skript generell nicht richtig, dies betrifft auch andere Busse.
    Da hilft nur, auf eine neue Version zu warten und bis dahin über Routen oder über das ALT-Menü zu schildern.

    Das ist kein Problem, du musst nur im Türskript den abgespielten Sound von deiner Variable abhängig machen.


    Etwa so:


    usw., an allen Stellen im Skript, wo irgendein relevanter Sound getriggert wird.
    Die Sounds mit dem Zusatz "_SST" musst du dann nur noch in die sound.cfg eintragen.


    Nicht vergessen, die Variable in eine varlist einzutragen, sofern noch nicht geschehen.

    Kleines Update des OFT-Generators:
    - er kann ab sofort *.bmp-Dateien lesen (und zwar nur *.bmp-Dateien, also bitte nichts anderes hochladen)
    - die Invertierung der Vorschaubilder kann abgeschaltet werden, falls dies stört (z.B. bei der Erstellung invertierter Fonts)
    - leergelassene Felder, die nicht automatisch gefüllt werden konnten, werden nicht mehr in die *.oft-Datei eingetragen (sinnvoll z.B. für Platzhalter o.Ä.)
    - Bugfix: die "0" wird jetzt korrekt verarbeitet


    Hier geht's zum Tool.


    Ich wünsche weiterhin viel Spaß damit.

    :)

    So, nach langer Zeit gibt's hier mal wieder etwas Neues: den OFT-Generator.
    Man kann die Alpha-Bitmap einer selbst erstellten Font hochladen und bekommt vom Tool schnell und komfortabel die dazugehörige *.oft-Datei für OMSI.


    Damit das Script korrekt arbeiten kann, muss die Bitmap einen farbigen Hintergrund haben, auf dem sich die einzelnen Zeichen in schwarz/weiß befinden.


    So könnte das z.B. aussehen:


    Die Farbe spielt dabei keine Rolle, der Hintergrund kann auch rot oder gelb sein.


    Folgendes würde nicht funktionieren, da das Tool so nicht wissen kann, wo die Zeichen anfangen bzw. aufhören:


    Nach dem Upload müsst ihr den in der Grafik erkannten Bereichen noch Zeichen zuweisen, dies sieht etwa so aus:


    Der Vorgang sollte soweit selbsterklärend sein.
    Tipp: Leer gelassene Felder werden automatisch anhand der vorherigen Eingabe vervollständigt.
    Gebt ihr also in ein Feld "a" ein und lasst die darauffolgenden leer, werden diese mit "b", "c", "d", "e", usw. gefüllt.
    Das funktioniert mit dem Alphabet (A-Z, a-z) sowie mit den Zahlen von 0-9.
    Sonderzeichen, Umlaute, usw. müssen immer manuell eingetippt werden.


    Das Tool findet ihr hier. Viel Vergnügen.

    :)


    Hinweis: In der Vorschau erscheinen die Zeichen manchmal unvollständig bzw. "abgeschnitten". Dies betrifft nicht die spätere Darstellung in OMSI.

    Neue CPU schon drin?

    ;)


    Nö, nach wie vor die alte (ist doch nicht kaputt).


    Ich könnte in so einem bunten Zimmer nicht lange sitzen. Das verfärbt doch die ganze Wahrnehmung der Augen.


    Ganz so schlimm, wie es auf dem Foto rüberkommt, ist es nicht.

    ^^


    Ach, und grün ist die Hoffnung, stimmt's?


    Grün ist vor allem meine zweitliebste Farbe. Nummer eins, blau, kam auf dem Foto aber nicht gut rüber.

    So sieht's bei mir seit heute aus:




    Was die LED-Leisten angeht, habe ich mich von einigen hier geposteten Bildern inspirieren lassen. Die sind echt cool.

    :thumbup:


    Irgendwann soll noch ein größerer Monitor her, dafür fliegt dann der kleine (19") raus. Der PC soll außerdem noch ein neues Gehäuse mit Sichtfenster bekommen.


    P.S.
    So schön ordentlich und aufgeräumt wird es da natürlich nicht lange bleiben.

    :whistling:

    So, ich melde mich dann auch nochmal zurück.
    Meine alte Kiste läuft jetzt wieder, nachdem ich sie einmal komplett auseinander genommen habe. Warum weiß keiner.

    :wacko:


    Ich würde allerdings trotzdem gerne die CPU wechseln, weil die aktuell bei OMSI ziemlich ackert.
    Wenn also noch jemand Tipps für eine OMSI-taugliche CPU und/oder ein Mainboard hat, gerne her damit!

    :)


    Graka ist eine HIS R9 280 und mein Budget sind so 200-300€.

    Hab dir mal was zusammengestellt. Omsi sollte da auf jeden Fall laufen. Hab einen i5-3350, der ist bei Omsi kaum gefordert.
    Beim Mainboard kannst du evtl. selbst gucken, damit kenne ich mich noch nicht all zu gut aus.

    ;)


    Danke dir. Das sieht preislich ja schonmal ganz gut aus. Hätte jetzt erwartet, dass das alles viel teurer geworden ist.
    Mit Mainboards kenne ich mich leider auch null aus. Erstaunlich, wie viele Modelle es da gibt.


    Erzähle uns mal was über die aktuelle Konfiguration, v.a. NT, Graka und die beiden zerstörten Teile.


    Mal abgesehen davon wird es eher schwierig, etwas für 250€ zu finden, das tatsächlich auch 5 Jahre nicht veraltet ...


    NT und GraKa habe ich vor ein paar Monaten erst ausgetauscht.
    Das NT ist ein be quiet! System Power 7 450 Watt und die Graka ist eine HIS R9 280.


    Dass das Zeug veraltet ist natürlich klar, war bei den aktuellen Komponenten ja nicht anders.
    Trotzdem liefen die 5 Jahre wunderbar und haben fast alle Games halbwegs vernünftig gepackt. Das meinte ich damit.

    :)

    Ich dachte bei hohen Tieren und komischen Vögeln sofort an Politiker.
    Während der 90er Jahre wurde Berlin zur Hauptstadt -> Anstieg der Artenvielfalt.
    Und der Hinweis "Auch Umwege führen zum Ziel" könnte auf die häufigen Umleitungen im Regierungsviertel wegen irgendwelcher Staatsbesuche anspielen.
    Was meint ihr?

    Deine geänderte ailist müsstest du bitte auch mal posten, sonst wird's schwierig mit der Hilfe.

    ;)


    EDIT:
    Also erstmal müssen die ganzen einzelnen "[aigroup_2]" zwischendurch weg, die haben da nichts zu suchen.
    Das Hauptproblem dürfte aber die Benennung der AI-Groups sein.
    Deine Gruppen heißen "O530G" und "O530solo", OMSI sucht die Busse aber unter der Standardbezeichnung, also z.B. "Hof Spandau".
    Da es diese Gruppe aber nicht mehr gibt, kann OMSI auch keine Busse laden.

    Das habe ich alles schon probiert, keine Sorge - das habe ich nicht ignoriert. Der Workaround hat aber auch keine guten Ergebnisse gebracht. Es gibt da nämlich noch das Problem die Türen auch offen zu halten, wenn Leute aussteigen.


    Na hättest du mal was gesagt... Auch dafür gibt es eine Lösung.

    ;)


    Zunächst mal muss man zwischen Haltewunsch (Tür ist zu und soll geöffnet werden) und Lichtschranke (Tür ist offen und soll offen bleiben) unterscheiden.


    Für den Haltewunsch werden während der Fahrt die Request-Werte zwischengespeichert, dabei muss man das Problem mit dem Exit0 berücksichtigen.
    Die Türöffnung macht man dann ausschließlich von diesen gespeicherten Werten abhängig.


    Für die Lichtschranke kann man ganz regulär die Request-Variablen direkt nehmen.
    Du sagst zwar, dass du das per Debug-Zeile beobachtet hast und dass die Variablen auf 0 standen, allerdings springen diese zwischendurch immer mal wieder kurz auf 1.


    Probier' es ruhig mal so aus, ich kann dir versichern, dass das funktioniert (ist beim DL05 genau so umgesetzt).