Beiträge von DerGrafikfehler

Zitat von Bamp

Frage ist, ob OMSI-Schienenfahrzeuge überhaupt mit nur einer ovh-Datei funktionieren? Denn ich habe auf Anhieb keine Schienenfahrzeuge gefunden, die nur aus einer ovh-Datei bestehen.

https://forum.omnibussimulator…-trolley-update-11-03-18/

Sonst würde ich jetzt nichts sehen, was irgendwie auffällig wäre.

Zitat von busfotografie_vrs

238 10:46:57 - - Error: Zugriffsverletzung bei Adresse 005D28B0 in Modul 'Omsi.exe'. Lesen von Adresse FFFFFFFC: AMUAV.CNAVO.MV.E

Dir fehlt offensichtlich irgendwo ein {endif} oder ein {end}.

Die Situation wird noch verrückter. Habe jetzt noch etwas herum gespielt und folgendes erzielt: Die zweite Scripttextur wird vereinzelt beschrieben:

                    Textfelder schreiben
                    (M.L.EvendPC_lockScripttexture)
                    (M.L.EvendPC_emptyDisplay)
                    "Powidl" (S.$.EvendPC_Write) 50 s0 600 s1 400 s2 650 s3 (M.L.EvendPC_WriteText_TEst) 
                    (L.L.EvendPC_Schirftfarbe) s4 31 s0 179 s1 3 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe) s4 198 s0 179 s1 4 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe) s4 31 s0 267 s1 8 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe) s4 198 s0 267 s1 9 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe_SW) s4  389 s0 179 s1 0 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe_SW) s4 556 s0 179 s1 1 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe_SW) s4  389 s0 267 s1 6 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe_SW) s4  556 s0 267 s1 7 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe) s4 198 s0 458 s1 2 s2 (M.L.EvendPC_WriteTicketName)
                    (L.L.EvendPC_Schirftfarbe) s4 198 s0 546 s1 5 s2 (M.L.EvendPC_WriteTicketName)
                    "Bingbong" (S.$.EvendPC_Write) 400 s0 600 s1 800 s2 650 s3 (M.L.EvendPC_WriteText_TEst) 

{macro:EvendPC_WriteTicketName}
'    Inputs: Ecke oben links und Index vom Ticket
'    Dabei gilt:
'    0: x-Koordinate
'    1: y-Koordinate
'    2: index vom Ticket
    l2 (M.V.GetTicketName) $RemoveSpaces (S.$.EvendPC_Write)
    "" (S.$.EvendPC_Write2)
    (M.L.EvendPC_cutString)

'    Text Zeile 1
    (L.$.EvendPC_Write2) "" $= ! {if} l1 14 + s1 s6 {else} l1 28 + s1 s6 {endif}
    l0 s7
    l0 144 + s2
    l1 20 + s3
    (M.L.EvendPC_emptyDisplayArea)
    l0 77 + s0
    l7 s1 (L.L.EvendPC_Arial18) s2
    (M.L.EvendPC_CenterText)
    l6 s1
    (M.L.EvendPC_WriteText_TEst)
    
    (L.$.EvendPC_Write2) "" $= !
    {if}
        (L.$.EvendPC_Write2) (S.$.EvendPC_Write)
        l1 28 + s1 s6
        l7 s0
        l0 144 + s2
        l1 20 + s3
        (M.L.EvendPC_emptyDisplayArea)
        l0 77 + s0
        l7 s1 (L.L.EvendPC_Arial18) s2
        (M.L.EvendPC_CenterText)
        l6 s1
        (M.L.EvendPC_WriteText_TEst)
        "" (S.$.EvendPC_Write2)
    {endif}
{end}


{macro:EvendPC_WriteText_TEst}
    (C.L.EvendPC_ScripttexHell_Index) 0 0 0 0 (M.V.STSetColor)
    (C.L.EvendPC_ScripttexHell_Index) l0 l1 l2 l3 (M.V.STDrawRect)
    (C.L.EvendPC_ScripttexHell_Index) 255 40 40 40 (M.V.STSetColor)
    (C.L.EvendPC_ScripttexHell_Index) l0 l1 (L.L.EvendPC_Arial18) 0 2 (L.$.EvendPC_Write) (M.V.STTextOut)
{end}

Ergebnis:

Sobald das Makro in oder unter WriteTicketName ausgeführt wird, wird die falsche Scripttextur verwendet. In diesem Makro wird aber nichts mit dem Scripttextur-Index gemacht...

Guten Abend,

ich stehe aktuell an den Grenzen des Möglichen an.

Aktuell arbeite ich an einem EvendPC, der für das Display eine Scripttextur verwendet (macht den Einbau in Busse wesentlich einfacher). Da die Darstellung mittels [useScriptTexture] aus größerer Distanz nicht sonderlich gut is, versuche ich gerade, die weißen und schwarzen Textfelder auf zwei separate Scripttexturen aufzutrennen. Das sollte eigentlich auch nicht so schwer sein, bei schwarzer Schrift einfach auf die Textur mit Index 2 schreiben, bei weißer Schrift auf Textur-Index 3. Soweit auch programmiert, Ergebnis: Beide Textfelder weiterhin auf einer Scripttextur. Wenn ich die Scripttextur-Indizes auskreuze, bekomme ich das gleiche Ergebnis, aber auf der jeweils anderen Scripttextur. Testweise auch ein komplett neues Makro zum Beschreiben der Scripttextur angelegt - ohne Erfolg.

Mit Debug-Variablen habe ich den tatsächlich im Script eingelesenen Index für die richtige Scripttextur kontrolliert, ob der tatsächlich ankommt und ob das richtige Makro ausgeführt wird, beides korrekt:

{macro:EvendPC_WriteTicketName}
'    Inputs: Ecke oben links und Index vom Ticket
'    Dabei gilt:
'    0: x-Koordinate
'    1: y-Koordinate
'    2: index vom Ticket
    l2 (M.V.GetTicketName) $RemoveSpaces (S.$.EvendPC_Write)
    "" (S.$.EvendPC_Write2)
    (M.L.EvendPC_cutString)

'    Text Zeile 1
    (L.$.EvendPC_Write2) "" $= ! {if} l1 14 + s1 s6 {else} l1 28 + s1 s6 {endif}
    l0 s7
    l0 144 + s2
    l1 20 + s3
    (M.L.EvendPC_emptyDisplayArea)
    l0 77 + s0
    l7 s1 (L.L.EvendPC_Arial18) s2
    (M.L.EvendPC_CenterText)
    l6 s1
    (M.L.TestMakro_zweiteTextur)
    
    (L.$.EvendPC_Write2) "" $= !
    {if}
        (L.$.EvendPC_Write2) (S.$.EvendPC_Write)
        l1 28 + s1 s6
        l7 s0
        l0 144 + s2
        l1 20 + s3
        (M.L.EvendPC_emptyDisplayArea)
        l0 77 + s0
        l7 s1 (L.L.EvendPC_Arial18) s2
        (M.L.EvendPC_CenterText)
        l6 s1
        (M.L.TestMakro_zweiteTextur)
        "" (S.$.EvendPC_Write2)
    {endif}
{end}

{macro:TestMakro_zweiteTextur}
    (C.L.EvendPC_ZweiteTex) 0 0 0 0 (M.V.STSetColor)
    (C.L.EvendPC_ZweiteTex) l0 l1 l2 l3 (M.V.STDrawRect)
    (C.L.EvendPC_ZweiteTex) 255 l4 l4 l4 (M.V.STSetColor)
    (C.L.EvendPC_ZweiteTex) (S.L.EvendPC_debug2) l0 l1 (L.L.EvendPC_Arial18) 2 0 (L.$.EvendPC_Write) (M.V.STTextOut)
    12345 (S.L.EvendPC_debug)
{end}

EvendPC_debug
12345.0004470759
EvendPC_debug2
2.99999995292025

[const]
EvendPC_Scripttex_Index
2

[const]
EvendPC_ZweiteTex
3

Anmerkung: beide Variablen werden nur in dem Makro verwendet und kommen im Script sonst nirgendwo vor.

Auf der Scripttextur schaut das ganze dann aber so aus (rot hinterlegt für bessere Erkennbarkeit):

Der Text (die Ticket-Namen) wird auf die Scripttextur mit Index 2 geschrieben, obwohl Scripttextur-Index 3 angegeben ist.

Hat jemand eine Idee, was hier schiefläuft? Habe schon mehrmals das Script kontrolliert, Omsi neu gestartet, Rechner neu gestartet, keine Besserung.

Am einfachsten die .osc in der Busdatei einbinden (mit der dazugehörigen Varlist) und das Makro im frame-Teil von der main.osc aufrufen.

Die ist hier dabei.

Die Innenanzeige muss etwas anders angesprochen werden. Dafür habe ich in passendes Adapter-Script für den IBISController geschrieben, das kannst du als Basis verwenden. Zusätzlich zur RouteIndex-Variable musst du auch die Busstop-Variable, die Linienstring-Variable und die TerminusIndex-Variable ersetzen.

Eine Bitmap ersetzt alles, was sonst angezeigt werden würde. Auch die Linie. Umgekehrt heißt das aber auch, dass die Linie auf der Bitmap an allen Stellen vorhanden sein muss, damit sie angezeigt wird.

Zitat von wurstbrot

Gilt das dann auch für Aesys?

Ja. Der Verzeichnis-Name habe ich einfach nie geändert.

Zitat von wurstbrot

Hmm, seltsam, im Test hat er dann einfach gar keine Liniennummern angezeigt, egal wo. Müsste ich noch mal in Ruhe testen.

Vorne wird nichts angezeigt, auf der Linienanzeige aber der String 22.

Und genau die Funktion kannst du dir eben hier zunutze machen. Die Linie wird nur vorne nicht angezeigt, wenn im String 22 was steht. Sonst wird sie korrekt angezeigt.

Zitat von wurstbrot

Da bräuchte ich dann ja auch den entsprechenden Font als Truetype, denn mit Arial oder ähnlichem wird das sicher nix;-D Wobei.. Pixel für Pixel "abmalen" geht ja auch vielleicht für die paar Ziele.

Ziel schildern, Strg+S drücken, dann im Map-Verzeichnis die laststn.osn_0_0.dds öffnen, Hintergrund schwarz und das Ziel bearbeiten. Dann als .bmp mit 24 Bit im Ordner Vehicles\Anzeigen\Mobitec_Wien speichern und in der Hofdatei im String 7 eintragen.

Zitat von wurstbrot

Versteh ich die Anleitung richtig dass man bei zweizeiligen Zielen kein Symbol rechts einblenden kann? Also über beide Zeilen, ähnlich wie im Falle der Symbole bei Linie.

Ziel-Sonderzeichen so

einbinden geht nur über ein Bitmap-Ziel.

Sonderzeichen für jede Zeile einzeln, so:

geht direkt über die Hofdatei.

Zitat von wurstbrot

Interessant ist auch die Sache eines der Liniensymbole einem Ziel über String 22 zuzuordnen. Wollte das dann ausnutzen um einem Ziel die Linie zu löschen. Das hat mit einem Leerzeichen auch geklappt, allerdings war dann doch der Text "Betriebsfahrt" leicht nach rechts verschoben. Das ist wieder etwas unschön. Gibts da einen besseren Trick? Klar, man könnte einen ein Pixel breiten Buchstaben im Font reinmachen, aber vielleicht gehts ja auch einfacher?

Ja. Leerzeichen lassen und diese Option aktivieren:

Das kann Omsi nicht.

Zitat von IREgio612

Puhh die 4 GB Arbeitsspeicher könnte problematisch werden.

"Kann" ist sehr vorsichtig ausgedrückt. Windows 10 rennt mit 4GB RAM out of the box mittlerweile eher mäßig, an irgendwas auch nur ansatzweise RAM-lastiges ist da nicht zu denken. Selbiges gilt für den Dual Core i5 der 3. Generation. An sich nicht schlecht, aber auch schon über elf Jahre alt und damit leistungsmäßig inzwischen ziemlich eingeschränkt.

Dazu kommt der dadurch begrenzte Support-Zyklus. Windows 10 geht noch, 11 nicht mehr und mit 10 ist in eineinhalb Jahren Schluss.

Kurz: vor 6 Jahren sicher keine schlechte Option, heute allgemein nicht unbedingt eine gute Wahl.

Auf den ersten drei Screenshots sind alle Setvars auf 0, also Mobitec mit 24px Höhe an allen Stellen.

In der main.osc musst du einfach für jede Stelle die entsprechende Setvar auf den entsprechenden Wert setzen, idealerweise unter {frame}.

<Wert> (S.L.Setvar)

Der Fehler im letzten Screenshot entsteht, wenn der Font-Index 0 ist. Wie es dazu kommt... keine Ahnung. Es gibt bestimmte Punkte in der Script-Engine, wo Omsi nach dem Laden ein paar Frames braucht, bis wirklich das am Fahrzeug ankommt, was auch ankommen soll.

Ich muss an der Stelle aber einen Schlussstrich ziehen. Eigentlich möchte ich hier nur für jene Dinge Support bieten, die auch in meinen Downloads enthalten sind. Davon ist dieser Einbau in den Mainzer LC inzwischen ziemlich weit entfernt.

Zwei Scripts gleichzeitig.... Die Idee kann ich eigentlich gleich zerschlagen. Die werden sich wahrscheinlich gegenseitig zerfressen.

Wie soll das Script denn sonst wissen, welche Matrix eingestellt ist? Einfach den visible-Eintrag auskommentieren macht genau gar nichts...

Die Setvar MUSS in jedem Fall gesetzt sein, sonst ist diese auf Wert 0. Es reicht dafür auch einfach, die Variable in der main.osc mit dem entsprechenden Wert zu beschreiben.

Die vorhandenen Modelle können und werden nicht ausgelesen. Es wird grundsätzlich alles über die Setvar eingestellt. Heißt auch wenn nur eine Variante vorhanden ist, muss die Setvar entsprechend gesetzt sein.

Nein. Das geht nur bei Texturen.

Es sind alle Einträge, wo [matl_transmap] dabei steht.

Nicht korrekt eingestellte Scripttexturen sorgen u.a. für Zugriffsverletzungen, ja.

Beim Crossway-DLC kommt aber auch dazu, dass die Ordnerstruktur und Dateibenennung ein absoluter Albtraum ist. Da ist alles irgendwie kryptisch benannt, deswegen ist es auch sehr schwer zu sagen, was wo dazu gehört.

Nur die [matl_transmap] Einträge löschen macht übrigens genau gar nichts. Die dazugehörigen [mesh] Einträge müssen natürlich komplett entfernt werden.

Die matrix_constfile_ohneLNr.txt hat Linie+Ziel seitlich kombiniert und ist eigentlich für den A40 5-Türer gedacht. Du brauchst die matrix_constfile.txt.