Beiträge von der_Nik_

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!

  • Niklas' Repaintstube: Repaints aus'm Dreiländereck und mehr!

    Diverse RVO (SWEG-Subunternehmer) Repaints für den C2 Solo - OMSI - WebDisk & Community (omsi-webdisk.de)


    Der Wagen RV-36 der SWEG-Tochter RVO trägt seit kurzem die Werbung des Wagen RV43, welcher mit Auslieferung des RV-36 in Frühling ausgemustert wurde. Die Werbung könnte euch deshalb bereits aus dem RVO-Pack des EEV-C2 bekannt vorkommen. Außerdem wurden einige 4k-Texturen ins .dds-Format konvertiert und die Decals etwas angepasst.

    -Update 4.2. sollte demnächst freigeschalten werden.-




    LG Niklas

  • Probacher Land

    Zitat von Roadmaster '93

    Ein Ticketpack ist auch in Planung, aber da hänge ich zur Zeit noch an der Frage, wie man den Stadt und Überlandverkehr möglichst gut in ein Ticketpack vereinen kann.

    Deine Idee klingt auch Spannend! Ich mach es meistens so, dass ich statt Kurzstrecke und normalen Fahrschein 1 bzw. 2 Zonen mit entsprechenden Ticketpreisen nehme, je nachdem evtl. auch 1 und 3 Zonen oder so.

  • Probacher Land

    Also ich kenne solche Kaffbereiche (a.k.a. Überland) auch mit 1-2-Stelligen Liniennummern, die 4-Stelligen kenne ich persönlich nur von den DB-Linien. Deshalb würde ich sagen kann man auch mit 3-Stelligen Liniennummern gut auskommen ;)


    LG Niklas

  • Landkreis Lahnau

    Zitat von Schleswig-Holstein

    Meist liegt das eher an einem Zusammenspiel von OMSI und dem verwendeten Fahrzeug. Man kann da leider nicht speziell sagen, dass es bei Ausgangssituation x immer auftritt und bei z immer nicht.

    klingt Interessant, ich hatte bisher eher das gefühl das sei Kartenabhängig. Auf RN hab ich das z.B. auch mit diversen Bussen, auf Lahnau ebenso. Anderwo hatte ich das noch nie.

  • Screenshots - OMSI

    Impressionen meiner letzten beiden OMSI-Fahrten.



    Map: Krummenaab

    Bus: Citaro

    Repaint: Omnibus Morath/Stadtverkehr Überlingen/Bodensee



    Map: Hamburg

    Bus: Citaro FL (nach HHA-Vorbild gemodded)

    Repaint: Wagen 7925 um 2010

  • Hamburger C2 LE repaintbar?

    Es ist aber nicht sehr ratsam, den gleichen Repaintordner zu nutzen, weil die Fahrzeuge nicht die gleichen Repaints nutzen. Beim Außenmesh unterscheiden sie sich z.B. durch die SST und einige Details, die noch so auf dem Template drauf sind.

  • Co-Design Mods by cooper

    Zitat von cooper

    Falls Ihr noch was habt, könnt Ihr Vorschläge und Wünsche äußern, bis Samstag.

    Wäre es irgendwie mögllich, 2 verschiedene Schriftstärken in einer Zeile zu verwenden? Kenne die funktion hier von den LAWO-Anzeigen.

    Da steht in einer Zeile "Weil am Rhein Tullastr.", das "Weil am Rhein" in etwas dicker (2 dots breit), das "Tullastr." nur 1 dot breit (kann dazugerne ein Foto nachliefern).


    LG Niklas

  • Landkreis Lahnau (Tester gesucht siehe Seite 3)

    Zitat von Ivan

    Gibt das ein oder andere schöne Einfamilienhaus, auch das ein oder andere große Gebäude eignet sich, Berlin besteht ja nicht nur aus Wolkenkratzer.

    Desweiteren bietet X10 auch brauchbare Gewerbegebäude wie z. B verschiedene Autohäuser o.Ä.

    Mir fällt gerade auf, dass ich als BRT- , aber nicht-X10-Besitzer auch die Objektordner X10_Objekte ect. habe (was irgendwie auch Sinn macht). Habt ihr zufällig mal getestet, ob das Addon BRT für die Map ausreicht? X10 wäre das einzige was mir fehlt.


    LG Niklas

  • Zonensystem für Ticketverkauf

    Hallo,

    neben den kleinen Scriptänderungen bin ich aktuell an etwas komplexerem Code für ein Zonensystem für den AFR200, welcher aber im Groben und ganzen mit einem Standard-Ibis-Script arbeitet.


    Grundsätzlich soll das so Funktionieren:

    - Wenn keine Route aktiv ist, gibt es keinen Ticketverkauf (die Berechnungen lösen in dem Fall Bereichsprüfungsfehler aus, von daher blieb mir nichts anderes übrig, ist aber auch realistisch).

    - Es gilt nicht Zielcode = Zone, wie man es aus dem GSÜH kennt, sondern viele Zielcodes sind einer Zone untergeordner (diese können aber theoretisch auch identisch sein, wenn man es so will).

    - Standardmäßig wird der Zielcode der letzten Haltestelle (im Script "Linienzielcode" genannt)

    - Das Script liest jeweils den Start- und Zielzielcode auus und prüft, ob diese in der gleichen Zone liegen (=Kurzstrecke) oder nicht (=normaler Fahrschein).

    - Um Änderungen an den Routen zu vermeiden ist es möglich, Haltestellen als "Zonengrenze" zu markieren, diese haben dann 2 Zielcodes für entsprechend 2 verschiedene Zonen.

    - Die Angabe in der Hofdatei erfolgt in String 4 (Zielcode) und 5 (Zone), dort wird entweder einfach der Zielcode/die Zone eingetragen, oder man trägt z.B. "#0011_0021" in Zielcode und "0001_0002" in Zielzone ein, das wäre dann die Zonengrenze. Das Script soll dann beide Zonen verarbeiten und jeweils alle möglichen Kombinationen abgleichen.

    - Für die Zielcodeeingabe benötigt außerdem jeder Zielcode einen eigenen Haltestelleneintrag, welcher als Ident den Zielcode, String 0 den Namen und String 1 die Zone enthält.


    Testen tue ich das ganze auf Grundorf mit diesem Konzept:


    Was bisher funktioniert (oder auch nicht):

    - Das Script erkennt die Route und Haltestellenanzahl korrekt

    - Daraus errechnet das Spiel die Startzielcodes korrekt

    - Bei den Linienzielcodes ist OMSI sehr Zickig. mit Route 7601 erkennt er gar keinen Linienzielcode, in die Rückroute erkennt er diesen nur auf den ersten Haltestellen, obwohl sich an dessen Berechnung im Verlauf der Route nichts ändern sollte. Ich konnte bereits herausfinden, dass es scheinbar am Macro "GetRouteBusstopIdent" bzw. der Berechnung drumherum liegt, da der String nach diesem teilw. komische Zahlen statt dem Haltestellennamen anzeigt. Diese könnten von einer der "Tachorouten", welche den Code 9907601 bzw. 9907602 hat und anstelle der HST-Namen die Distanzen enthalten hat, kommen, was mich aber wundert, weil das Script ja vor der Abfrage den Routenindex extra neu berechnet.

    - Irgendwo wirft das Script einen Bereichsprüfungsfehler aus, dieser wird aber nicht in die Logfile gespamt, sondern nur 2-3 Zeilen und ist dann wieder weg.


    Hier alle relevanten Scriptteile, bei Beadrf kann ich auch das gesamte AFR200-Script hochladen (hab bereits eine Erlaubnis von Protinus).


    Frame:

    Die Variable für den Reset wird z.B. bei der HST.-Fortschaltung oder einer neuen Routeneingabe aktiviert. Die Varibale "AFR_Verkauf_Mode" bestimmt die Art des Ticketverkaufs, 1=Zonensystem


    Macros:


    Und hier die Hofdatei:


    Konkrete Ideen, wo der Fehler liegt:

    Mir ist unklar, warum beim Linienzielcode der Routenindex der Tachoroute statt dem der normalen Route aufgerufen wird, das konnte ich mithilfe von einer "Debuganzeige" im Ticketdrucker herausfinden.

    EDIT: Ich musste eben Feststellen, dass der Routenindex für Fahrt 7601 korrekt mit "0" erkannt wird, dennoch wird als "Busstopident" die Endhaltestelle der Route 9907601 angegeben. Ich bin verwirrt....


    Über Hilfe würde ich mich freuen!

    LG Niklas

  • kleinere Scriptänderungen im AFR200-Drucker

    Ich hab die Lösung soeben gefunden. Eigentlich dachte ich, da ich die Suffixeingabe von der Linieneingabe getrennt habe und diese ja standardmäßig eine eigene Variable hat, dass das "IBIS_Linie_Complex" irrelevant ist und hab deshalb einfach die Liniennummer in diese Variable geschrieben. Das Script übermittelt aber genau diese Variable an die Matrix, d.h. wenn ich Linie 76 eingegeben habe, war das für das Script die Linie 000, Suffix 76. Ich habe dies nun geändert, jetzt wird bei der Linieneingabe "Linie * 100" in die Variable geschrieben und das Suffix daraufaddiert.


    Ich würde den Thread mal noch unerledigt lassen, da ich recht wahrscheinlich im Verlauf des Scriptens noch auf weitere Probleme stoßen werde (oder soll ich dann einen neuen Thread erstellen?).

  • kleinere Scriptänderungen im AFR200-Drucker

    Mittlerweile bin ich etwas tiefer in die Materie des Druckers eingestiegen, genauer gesagt in die Linie/Fahrt-Eingabe.

    Theoretisch will ich, dass der Drucker bei Linie 9999 Resettet wird und ansonsten die Linieneingabe an die Matrix überträgt, in der Praxis passiert aber genau das Gegenteil (er wird zwar bei 9999 resettet, die Matrix wird allerdings nur bei 9999 aktualisiert, nicht bei anderen Linien), was für mich nicht wirklich Nachvollziehbar ist. Die Logfile meldet keine Probleme seitens des Scripts.

    Ich konnte bereits herausfinden, dass die Variablen "IBIS_LinieKurs", "IBIS_Linie_Complex", "IBIS_Linie_Suffix" und "IBIS_Route" korrekt beschrieben werden.


    Kann mir diesbezüglich vielleicht einer weiterhelfen?


    Hier der EIngabetrigger: EDIT: Ich konnte das Problem durch teilweises Austauschen durch Originalscripts konkret auf den Bereich "Input Teilen.." zurückführen, unnötiges Entfernt

    LG Niklas