Beiträge von Chrizzly92

Derzeit kein Mailversand möglich. Wir bitten um Geduld.

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!

  • Omsi 2 geht nicht

    Im Grunde kann ja jeder, der einen Download von einer Karte oder einem Bus oder so erstellt, die entsprechende Datei im Texture Ordner packen und verteilen. Ich gehe davon aus, dass die bei irgendeiner Karte mitgeliefert wird, denn die nutzen für die Terrain-Bemalung ja oft Texturen aus dem Texture-Ordner.
    Du hast recht, die Domain habe ich nichtmehr erneuert - nach über einem halben Jahrzehnt wird diese auch nichtmehr benötigt, da ich ja nicht für jedes DLC eine eigene Domain benötige.
    Im Grunde ist damit auch kein Unfug möglich, da nur Bilddateien via ITX geladen werden können. Wenn ich neue Werbungen für den MAN schalten sollte, werde ich die ITX auf Steam entsprechend updaten (lassen), damit der Verweis dann wieder auf eine aktive Domain zeigt.

  • Omsi 2 geht nicht

    Das ist kein Problem von meinem Add-on.
    sollte der MAN Stadtbus über Steam erworben worden sein, so sind im Download auch die entsprechenden Werbebilder enthalten:

    UtPjrVU.png

    Ich habe das Add-on just über Steam erneut bezogen (Siehe Timestamp), und die "fehlenden" Dateien sind vorhanden. Selbst bei vorhandener ITX-Datei und nicht erreichbarer Website wird das nur als Info im Logfile hinterlegt. Problematisch wird es nur, wenn die ITX-Datei vorhanden ist und der Add-on Pfad nicht existiert - dann meckert OMSI entsprechend rum.

    Zitat von hajo

    Hier sollte also dringend der Publisher oder Addon-Ersteller die Dateien aus der Standardinstallation entfernen oder sie abändern, damit wieder auf verfügbare Quellen zugegriffen werden kann.

    Ich glaube nicht, dass die Stadtbus.itx im Standardcontent mitgeliefert wird, nur bei der MAN Stadtbusfamilie. Ich könnte dahingehend abändern, dass die ITX auf eine neue Domain umleitet, ändert aber nichts da keine neuen Werbungen benötigt werden und diese auf dem Webspace nicht hinterlegt sind.
    Das Problem ist NICHT die fehlende Quelldatei, Sondern die fehlenden Zieldateien, welche das Problem verursachen.

    Wenn die ITX-Dateien bei anderen Add-ons oder bei Freeware fehlerhafterweise mitgeliefert werden, kann weder der Publisher oder der Entwickler etwas dafür.


    Edit: ich habe testweise das MAN Stadtbus Add-on deinstalliert und auch die ITX-Datei wurde dabei wieder entfernt:

    90qUYdR.png


    Das ganze liegt also Nachweislich nicht an meinem Produkt und ist auch kein bestandteil der Standard-Installation. die Datei müsst ihr euch von irgendwo anders einschleusen.

  • [Support] Add-On New MAN Lion's City (Neues zum Update 1.30 | Hilfegesuch Sound NEW Lion´s City Electric)

    Zitat von Volker_Rieck

    Wir nehmen hier gern die Prügel an, auch wenn sie eigentlich nicht uns gilt.

    Fairerweise muss ich hier Stellung für Nick beziehen - denn ohne beide Seiten gehört zu haben, ist dass das gleiche Niveau wie LOTUS vs. Viewapp. Aus eigener Erfahrung kann ich sagen, dass meine Zusammenarbeit mit Halycon nicht immer problemlos war. Als gutes Beispiel dafür hast du beim Iveco trotz der Bitte von Maxime verpasst, meine Zuarbeit in den Credits zu würdigen. Eventuell liegt es also (auch) am Publisher, dass es hier nicht vorwärts geht? Es ist leicht, einen Buhmann zu finden. Dass hier mehr dahinter steckt als man zugeben will, lässt

    Zitat von Volker_Rieck

    Ich kann verstehen, wenn Du das nicht gut findest. Wir finden es auch nur schlecht, wollen aber die Gründe, warum die sowohl uns als auch der Community zugesagten Dinge nicht gemacht wurden, nicht weiter kommentieren.

    allerdings schon vermuten.

  • Düsseldorf

    Dieser Produkttext wurde zudem verfasst, als Corona noch nicht relevant war - konnte ja keiner damit rechnen, dass einem Jahrelang Steine in den Weg gelegt werden.
    Zudem komme ich aus Dresden und kann von hier aus schlecht Fototermine o.ä. Organisieren und Durchführen - als Fahrzeugentwickler bin ich da auf Zuarbeit von Kevin oder von Leuten aus dem Ruhrgebiet angewiesen und solang diese nicht in einem Umfang existiert, der mir ermöglicht ein Fahrzeug in einer Qualität auszuliefern, mit der ich zufrieden bin, kommt auch kein weiteres Fahrzeug.
    Im Grunde ist sowieso nur ein MAN-Stadtbus Derivat vorgesehen, welcher ans Düsseldorfer Original angepasst wurde. Dementsprechend wäre es von meiner Seite aus kein Problem, ein schlecht angepasstes Fahrzeug in den Download einzupflegen - zufrieden wäre damit allerdings weder der Kunde, noch ich als Entwickler.

    Auch ist es nicht auf meinem Mist gewachsen, unfertige Inhalte in einen Produkttext einzupflegen oder zu Verkaufen, obwohl sie noch nicht existieren. Ich baue nur die Fahrzeuge nach Vorlage.

  • Verhalten des Stacks bei Operationen

    Zitat von jjb
    • achtet && auf TRUE und FALSE (Bsp.: 18 5 && wäre 1) oder ob die Werte wirklich identisch sind (Bsp.: 18 5 wäre 0)


    (L.L.ABC) 10 =

    (L.L.DEF) 5 = &&

    {if}



    würde also nur ausgeführt werden, Wenn ABC "10" ist und DEF "5" ist.

    Da OMSI alles als true interpretiert, was nicht Null ist, wäre also 18 5 && immer true, also 1, 18 0 && wäre aber false, also 0.


    Zitat von jjb
    • Werden auch bei den Vergleichsoperatoren die beiden miteinander verglichenen Werte gelöscht? Ich meine nein, möchte aber sichergehen ...



    Bei Vergleichsoperatoren werden, soweit ich das Verstanden habe, auch die beiden Stackwerte gelöscht. Das verhält sich genauso wie eine Addition - nur dass anstatt dem Ergebnis halt eine "0" oder eine "1" in den Stack geschrieben wird.



    Zitat von jjb
    • Wie genau funktioniert $IntToStrEnh? Ich kann das leider aus dem Wiki-Artikel nicht ganz verstehen ... Was sind die Parameter und was der Output?


    $IntTostrEnh ist quasi dafür da, Ein bestimmtes Format zu bestimmen. Nehmen wir mal an, ich möchte Einen String anzeigen, welcher Immer 2 Zeichen hat - bei einer Digitaluhr beispielsweise.


    Diese zeigt bei Null Uhr "00:00" an; hätte ich jetzt aber eine Variable Für die Stunde und Minute, welche beide "0" als Wert haben und ich diese als Werte verwenden möchte, könnte ich diese mit $IntToStr Umwandeln und mit einem Doppelpunkt verbinden.


    (L.$.Stunde) $IntToStr ":" $+ (L.$.Minute) $+ Ergibt nun aber nicht "00:00" sondern "0:0" - was aber nicht korrekt wäre.


    Mit $IntToStrEnh kann man den String entsprechend Manipulieren und "auffüllen". (L.L.Stunde) "02" $IntToStrEnh würde den String quasi auf 2 Stellen mit Nullen auffüllen, also aus "0" würde es "00" machen. Wäre die Variable 2-Stellig, wäre "02" $IntToStrEnh das gleiche wie $IntToStr, Wäre die Variable 3-Stellig, würde $IntToStrEnh anstatt der umgewandelten Variable "Error" ausgeben.


    Gäbe es eine fiktive 3-Stellige Uhr, welche das Format "000:000" anzeigt, würde man $IntToStrEnh folgenderweise nutzen:


    (L.L.BlockA) "03" $IntToStrEnh ":" $+ (L.L.BlockB) "03" $IntToStrEnh $+ (S.$.3_stellige_uhr)


    Das erste Zeichen innerhalb der Gänsefüßchen ist das Zeichen, mit dem die fehlenden Stellen aufgefüllt werden, das zweite Zeichen in den Gänsefüßchen ist die Länge des Strings.


    Zitat von jjb
    • Was passiert bei arctan und arcsin, wenn das Ergebnis nicht möglich/unendlich ist?


    das kann ich dir nicht beantworten, ist in der Regel aber auch nicht relevant. da es sich um eine 32-Bit Anwendung handelt, wäre vermutlich spätestens bei -2.147.483.648 bzw. bei 2.147.483.647 Schluss.

  • Verhalten des Stacks bei Operationen

    Zitat von jjb
    • Im Fall von (L.L.variable1) ! (S.L.variable1) wird die Variable zu 1 bzw. zu 0, es kommt darauf an, ob die Variable 0 oder 1 ist.
      Wenn die Variable aber bspw. 18 (also größer 0, True) ist, wird sie auch zu 0?

    Exakt. OMSI interpretiert alles außer 0 als "true"; invertierst du also 18, wird null draus; bei einem erneuten Invertieren dann zu 1.


    Zitat von jjb
    • Bei der If-Anweisung: (L.L.variable) ! {if} ... muss die Variable alles andere als ihr Wert sein.

    Könnte man so formulieren. Im Grunde wird aus einer 0 eine 1 bzw. aus jedem Wert eine Null.


    Zitat von jjb
    • Bei jeglichen Operationen werden die Operanden aus dem Stack entfernt. Also wird der Wert 5 auch bei bspw. 5 random entfernt.
    • True ist alles, was größer als 0 ist.

    True ist auch, was kleiner als 0 ist. Nur die Null selbst wird als "false" interpretiert.


    soweit wie ich das Verstehe, liegt der Vorteil bei diesem Scriptsystem und der umgekehrten polnischen Notation darin, dass das Script Wie ein Buch "gelesen" werden kann. es gibt ja deshalb auch keine Sprünge oder Loops innerhalb eines Frames. Stacks oder Register gibts in anderen Sprachen auch, die eine ähnliche Funktion haben.

  • [Sammelthread] Add-On München-City

    Zitat von Perrin

    Ich meinte mich zu erinnern, dass im Fahtplan vom Omsi die Auswahl eines Umlaufs zu einer Linie immer identisch war, mit den Umläufen, die man ins IBIS eingibt. Da lag ich wohl falsch.

    Ja, wenn der Kartenentwickler das so hinterlegt hat, ist das durchaus möglich. Das ist aber nicht die Norm.