Mods & Soundsets von Morpheus [Fertigstellung von offenen Projekten]

Die Urbino Stadtbusfamilie wegen Dash und Drucker...

Also mir ist nix großartiges aufgefallen aber kannst du bitte die außenspiegel ändern ich find die so hässlich. Der En06 oder EN02 von Projekt Berliner Busse die spiegel würden da viel besser aussehn bei deiner Modifikation kannst du das evt. ändern sofern es möglich ist

Mfg

Justin

Zitat von Morpheus

Was den Spiegel betrifft, ich lasse es erst einmal beim Originalen. Dazu müsste ich sonst den Wagenkasten anpassen und neu exportieren. Das erfordert dann auch erweiterte Permissionen von Helvete.

Hallo Morphi, hab mal eine Frage zu der tollen Innenanzeige. Ich wollte die mir repaintfähig anpassen, sprich über den Texturtausch.

Im Solo klappt es wunderbar, aber beim Gelenkwagen ist nach dem Texturtausch und dem CTI Eintrag die Innenanzeige auch bei abgeschalteter Elekrik an, aber nur die linke Seite, da ich nur die Seite anpassen wollte.

Wie gesagt, beim Solo klappt es ohne Probleme, das Phänomen ist nur beim Gelenkwagen.

LG Thomas

@Morpheus Ja habe es in der Main und Trail geändert. Hab grad bemerkt das es beim Solo auch so ist, wäre schon echt super, wenn man die repaintfähig machen könnte.

LG Thomas

Sehe ich richtig , dass es eine Rheinbahn -Variante gibt ? Wenn ja muss ich den morgen direkt mal testen ?

@Morphi ist es normal, dass ich wenn ich das moouseevent für kneel down drücke, dass der Kneeling knopf nach oben geht.

Der Fehler mit den Kneel-Befehlen stammt schon aus der Ur-Version von Alterr

Wie kann man mit der Kasse die Sonderzeichen wie Buchstaben, DB ,SEV etc schildern? Habe die Suffix in den Matrix constfiles auf 1 gesetzt aber der Drucker sagt immer Eingabe fehlerhaft. Geht das mit der Kasse nur über das Alt-Menü?

Zitat von Morpheus

Zitat von Wagen303

Hast du eventuell auch vor das teilweise Blinken beim Warnblinkschalter umzusetzen wenn dieser Aktiv ist?

Bild davon kann ich dir gerne zukommen lassen.

Das müsstest du mir mal zeigen. So ganz genau kann ich mir das gerade nicht bildlich vorstellen.

Von James O'Neill gab es mal ein Tutorial dazu, welches aber scheinbar gelöscht wurde im MOF. Vielleicht mag er es dir ja zur Verfügung stellen, so dass du es mit veröffentlichen kannst.

Zitat von Luca K.

Zitat von Morpheus

Zitat von Wagen303

Hast du eventuell auch vor das teilweise Blinken beim Warnblinkschalter umzusetzen wenn dieser Aktiv ist?

Bild davon kann ich dir gerne zukommen lassen.

Das müsstest du mir mal zeigen. So ganz genau kann ich mir das gerade nicht bildlich vorstellen.

Von James O'Neill gab es mal ein Tutorial dazu, welches aber scheinbar gelöscht wurde im MOF. Vielleicht mag er es dir ja zur Verfügung stellen, so dass du es mit veröffentlichen kannst.

Ist zwar nur noch das Video von übrig, da ich meine Inhalte aus dem MOF entfernt habe, aber vielleicht reicht es ja auch, wenn man sieht wie ich es gemacht habe. Gut umgesetzt wars damals nicht, es tat aber was es sollte.

Zitat von Morpheus

MAN LC Solo & GL aus dem Bremen Nord Addon
Umsetzung des neuen Display-Systems von 2013 und neue Sounds/Texturen
Fortgeschritten

Ich hoffe eine Anmerkung zu dem Teil im ersten Post sei mir gestattet, ohne einen auf den Deckel zu bekommen, weils als Forderung missverstanden wird. Denn es ist keine Forderung, sondern es wäre ganz einfach nur schön, wenn dazu auch, vielleicht als [setvar], die Euro 6 Anbauteile für außen umgesetzt werden würden. Die Modellpflege und das Display waren ja zeitlich nicht so weit voneinander entfernt.

I don't own the Urbino add-on, so I can't beta-test. Nonetheless, while glancing over the latest version of the lighting script in search for changes, I remembered an ancient little quirk (technically an OMSI bug... or perhaps feature, who knows) that you might want to address if you too consider it a problem: When headlights are on, it is impossible to communicate priority assignment (Lichthupe) to nearby AI traffic by manually quickly switching the high beam on and off. That appears to be due to OMSI only picking up on the user's intent when AI_Light initially <= 0.5 (only standstill lights on, or no exterior lights active at all), before being increased to 2 (high beam on). Thus the workaround is to a) detect whether the user has rapidly (e.g. in less than 0.5 sec) switched the high beam on and back off in succession, and, when that is the case, b) set AI_Light temporarily to 0.5 (instead of 1) once the high beam has been switched back off, such that OMSI gets the message.

In code (haven't tested these particular lines -- I just recall out of experience that the general idea works):

    (L.L.lights_ai_light_override) s0
    (L.L.lights_ai_light_override_timer) s1

    (L.L.lights_abbl)
    {if}
        (L.L.lights_fern)
        {if}
            l0 1 =
            {if}
                l1 (L.S.Timegap) - 0 max s1 0 =
                {if}
'                   It has been 0.5 sec since user switched high beam on, and
'                   they still have not switched it back off. It is unlikely
'                   that AI priority signaling was their intent.

                    2 s0
                {endif}
            {else}
                l0 2 = !
                {if}
'                   User just switched high beam on. Wait to see whether they
'                   will switch it back off in under 0.5 sec. If they do,
'                   interpret their intent as AI priority signaling.

                    1 s0
                    0.5 s1
                    2 (S.L.AI_Light)
                {endif}
            {endif}
        {else}
            l0 0 =
            {if}
'               Default case: No AI priority signaling.

                1 (S.L.AI_Light)
            {else}
                l0 1 =
                {if}
'                   User switched high beam on and back off in under 0.5 sec.
'                   They probably intend to signal priority to AI. Pretend just
'                   standstill lights (as opposed to headlights) are on for the
'                   time being, and grant user an additional 0.5 sec to toggle
'                   high beam back on for a second (or third, fourth, ...) time
'                   if they so please. IIRC, OMSI gets the message after the
'                   second rapid on/off (AI_Light = 0.5 <-> AI_Light = 2)
'                   cycle.

                    3 s0
                    0.5 (S.L.AI_Light) s1
                {else}
                    l0 2 =
                    {if}
'                       High beam toggled on and back off in over 0.5 sec. No AI
'                       priority signaling.

                        0 s0
                    {else}
                        l0 3 =
                        {if}
                            l1 (L.S.Timegap) - 0 max s1 0 =
                            {if}
'                               It has been 0.5 sec since user last switched
'                               beam off. Schedule priority signaling to end
'                               the next frame.

                                0 s0
                            {endif}
                        {endif}
                    {endif}
                {endif}
            {endif}
        {endif}
    {else}

'       ...business as usual

        (L.L.lights_fern)
        {if}
            2
        {else}
            (L.L.lights_stand)
            {if}
                0.5
            {else}
                0
            {endif}
        {endif}
        (S.L.AI_Light)

        0 s0
    {endif}

    l0 (S.L.lights_ai_light_override)
    l1 (S.L.lights_ai_light_override_timer)

ist es eventuell noch möglich für die Euro 2 Version die ältere Türart umzusetzen (wie beim EN02)?

Und das VIN Schild (kommt mir persönlich) noch ein bissl zu Schmal vor

Ansonsten bisher ein schönes Pack!