= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Eventuell einfach mal das WebDisk Team anschreiben und fragen, wo genau das Problem liegt?
Das habe ich ja getan. Es geht wirklich nur darum, dass die Karte das DLC modifiziert und dass die Kacheln mitgeliefert werden. Bei allen anderen Dateien, die mitgeliefert werden habe ich die Lizenz gründlich überprüft.
Damit wäre das Problem doch eigentlich gelöst.
Die originalen Dateien aus dem DLC habe ich natürlich nicht mitgeliefert; lediglich die Kacheln. Laut Filebaseprüfern liegt aber trotzdem eine Urheberrechtsverletzung vor, obwohl Aerosoft pinzipiell nichts gegen DLC-Mods hat. Zwei andere Neuendorf-Modifikationen wurden ja bereits veröffentlicht und wurden bis dato ebenfalls nicht gelöscht. Fragwürdig, ob da eine Zustimmung des Publishers vorlag ...
Zum aktuellen Stand: Leider wird die Karte vorerst nicht veröffentlicht, da es sich um eine Modifikation eines DLC handelt. Auch wenn bereits zwei Modifikationen dieses DLC veröffentlicht wurden, liegt bei Neuendorf 2025 eine mögliche Urheberrechtsverletzung vor.
Dies ist natürlich schade, da extra für die vergangene Woche ein Chrono-Event geplant war. Mehr dazu im Handbuch: Neuendorf 2025 - Handbuch.pdf.
Ich werde mich natürlich um die schriftliche Erlaubnis von Aerosoft bemühen, damit es schnellstmöglich zum Release kommt.
Vielen Dank für eure Geduld 🙂!
Habe ich richtig gelesen du hast ein Stadion dort eingebaut ? Kannst du mal Bilder von zeigen.
Außer dem alten Stadtstadion an der Einsteinstraße besitzt die Karte kein anderes Stadtion.
Wieso ist bei dir ein Downloadlink im ersten Post?
Die Karte habe ich bereits veröffentlicht. Leider warte ich aber seit Montag auf eine Freischaltung …
Wir befinden uns in einer modernen, dynamischen Stadt, die sich seit den 80ern in vielerlei Hinsicht verändert hat. Neuendorf hat es geschafft, den Charme einer mittelgroßen westdeutschen Stadt zu bewahren und gleichzeitig eine neue, moderne Identität zu entwickeln.
Der Bahnhof wurde von einem eher schlichten, funktionalen Knotenpunkt in ein modernes Verkehrszentrum verwandelt. Die Kurfürstenbrücke erstrahlt nach ihrer umfangreichen Modernisierung in neuem Glanz. Die Innenstadt rund um das Stadttheater wurde großzügig umgestaltet und ist jetzt ein lebendiger Treffpunkt mit Fußgängerzonen, Cafés und Grünflächen. Selbst der Tierpark, ein beliebtes Ziel für Familien, wurde erneuert und bietet nun eine verbesserte Infrastruktur für Besucher.
Der öffentliche Nahverkehr in Neuendorf hat ebenfalls eine beeindruckende Transformation durchgemacht. Die Busflotte, die aus Mercedes-Benz O305-Standardbussen bestand, hat nach deren Ausmusterung den Übergang zu Solaris-Fahrzeugen gemeistert. Seit den 2000er-Jahren fahren Solaris Urbino-Busse durch die Stadt und bieten einen höheren Komfort. Zum ersten Mal wurden auch Gelenkbusse eingeführt, die besonders auf stark frequentierten Linien zum Einsatz kommen und die Kapazität deutlich erhöht haben.
Seit 2018 setzt Neuendorf auf die neuesten Solaris Urbino-Modelle, die nicht nur optisch ansprechend, sondern auch energieeffizienter sind. Diese sollen nach und nach die älteren Solaris-Busse ersetzen, um den Nahverkehr noch moderner und umweltfreundlicher zu gestalten. Gleichzeitig wurde der Betriebshof, der früher an der Rudolf-Diesel-Straße war, aufgrund von Platzproblemen an einen neuen, geräumigeren Standort verlegt.
Die teils neuen Stadtbuslinien 301, 302, 311 sowie die Linie 312 wurden weiter optimiert, um eine bessere Taktung und Anschlüsse zu gewährleisten. Auch die kleine Werkslinie, die die Böttcherwerke mit dem Bahnhof verbindet, wurde an die Bedürfnisse der Pendler angepasst. Dank der verbesserten Fahrpläne ist es heute einfacher denn je, sich in Neuendorf bequem mit dem Bus fortzubewegen.
Leider wird die Karte vorerst nicht veröffentlicht, da es sich um eine Modifikation eines DLC handelt. Auch wenn bereits zwei Modifikationen dieses DLC veröffentlicht wurden, liegt bei Neuendorf 2025 eine mögliche Urheberrechtsverletzung vor.
Das Handbuch für einen reibungslosen Einstieg ins Spiel: Neuendorf 2025 - Handbuch.pdf
Es sieht so aus, dass dies nur bei mehrteiligen Zügen der Fall ist (gekuppelt via [couple_back]). Lösche ich die Kupplung, so verhält sich das Fahrzeug normal.
Anscheinend liegt es an folgendem Befehl:
Da der Wert 5,73 positiv ist, liegt die hintere Kupplung im positiven, also vorderen Bereich (die hintere Kupplung ist sozusagen vorne positioniert). Das ist so gewollt, da das Fahrzeug aus einem zusammenhängenden Wagenkasten (je zwei Drehgestelle) besteht. OMSI lädt das Fahrzeug zwar, aber es fährt dann nie los. Kann man diese Begrenzung irgendwie umgehen?
Hallo,
ich entwickle aktuell einen mehrteiligen KI-Zug, der sich leider nicht von der Stelle bewegen möchte. Mit dem AUXI-Entwicklertool kann ich auslesen, dass Throttle andauernd 0 ist und OMSI Brake auf 0.2 setzt. Testweise setzte ich 0 (S.L.AI_Scheduled_AtStation), was jedoch auch nicht zum Abfahren des Zuges führt.
Habe ich etwas übersehen? Muss das Script noch eine andere Variable setzen, damit OMSI die richtigen Eingaben übergibt?
Vielen Dank im Voraus!
[control_cable_front]
C
0
CCW_Indicator_R
CCR_Indicator_R
IsCoupled
[control_cable_back]
C
0
CCW_Indicator_R
CCR_Indicator_R
IsCoupled→ IsCoupled wird ebenfalls für alle *.ovh-Dateien im init-Block auf 1 gesetzt. Des Weiteren nutzen alle *.ovh-Dateien die folgende Varlist:
→ setzt die Kupplungsvariable jeden Frame: (L.L.l_Blinker_R) (S.L.CCW_Indicator_R)
→ liest die Variable lediglich aus:
{init}
1 (S.L.IsCoupled)
{end}
{frame}
' read the coupling variables
(L.L.CCW_Indicator_R) (S.L.l_Blinker_R)
{end}Alle anderen Fahrzeugteile (Drehgestelle, Kupplungen) nutzen folgendes Script:
OMSI zeigt keine Fehler an/bzw. gibt es keine Errors im Log, jedoch blinkt nur Wagen 1.
Hallo zusammen,
ich stehe gerade etwas auf dem Schlauch, was die Nutzung der Befehle [control_cable_front] und [control_cable_back] bei Schienenfahrzeugen angeht.
Der Aufbau meiner Straßenbahn sieht so aus:
Wagen 1
Drehgestell 1-1
Mitte
Drehgestell 1-2
Kupplung
Wagen 2
Drehgestell 2-1
Mitte
Drehgestell 2-2Die Wagen sind über [couple_front]/[couple_back] verbunden.
Wagen 1 besitzt das Cockpit-Skript. Dort werden über einen Trigger die Blinker aktiviert (Variable blinker_r). Jetzt möchte ich in Wagen 2 blinker_r aus Wagen 1 auslesen, um auch dort die Blinkerlichter einzuschalten.
Ich habe schon mehrere Versuche anhand des folgenden Threads gemacht: Funktionsweise Control Cable Befehl bei Schienenfahrzeugen. Leider wird mir daraus nicht klar, wie man diese Funktion richtig nutzt, um die Variablen möglichst einfach zwischen den Wagen zu übertragen.
Hat jemand ein kurzes Beispiel oder eine Erklärung, wie [control_cable_front]/[control_cable_back] hier korrekt eingesetzt werden? Muss ich bspw. die Befehle in allen *.ovh-Dateien eintragen?
Vielen Dank im Voraus!
Dann müsstest du die Höhe manuell mit dem Kreuzungseditor bearbeiten.
Du könntest das bereits exportierte Objekt und den Gehweg gemeinsam in einem neuen Exportvorgang zusammenfassen. So wird alles als ein Objekt exportiert und die Höhen sind konsistent.
Und genau dies ist eben ein Problem. OMSI versucht den Bus zu laden und kann die Datei aber nicht finden. Entweder du installierst den fehlenden Bus oder du bearbeitest die AI-Liste.
OMSI Script Extension für Visual Studio Code bietet Syntaxhervorhebung, Bearbeitungstools und Analysefunktionen für OMSI Script. Das macht die Entwicklung von Skripten noch einfacher!
Download: https://marketplace.visualstud…?itemName=jjb-pro.osc-ext
Die Erweiterung erkennt automatisch Fehler, sodass OMSI nicht erst gestartet werden muss, um sie zu finden. Sie informiert dabei über Syntaxfehler, undefinierte Systemmakros und vieles mehr.
Die Erweiterung hilft ebenfalls, Code schneller zu schreiben, indem sie während der Eingabe Vorschläge gibt. Sie zeigt Optionen wie Variablen, Makros und Befehle an, die bereits verwendet wurden, aber schlägt auch Systemmakros vor. Sogar eine Dokumentation der Befehle wird angezeigt, sodass sofort ersichtlich ist, was sie tun.
Mit dieser Funktion wird das gesamte Dokument aufgeräumt, indem Kommentare und Code automatisch geordnet werden. Sie korrigiert die Einrückung, damit alles sauber und leicht lesbar wird.
Die Erweiterung fügt eine Syntaxhervorhebung hinzu, um den Code durch Einfärbung von Schlüsselwörtern, Variablen und anderen Elementen lesbarer und verständlicher zu machen.
Hallo zusammen,
in Bezug auf die Luftbilder habe ich Folgendes herausgefunden:
Falls das technisch jemanden interessiert, hier der Code zur Berechnung des Breiten-/Längengrades:
class Map
REAL_TILE_COUNT = 65536
REAL_TILE_WIDTH_DEG = 360.0 / REAL_TILE_COUNT
REAL_TILE_EQUATOR_LENGTH = 6378137.0 * Math::PI * 2
# returns the latitude and longitude of the tile placed at x, y
def self.world_tile_coordinates(x, y)
rlat = Math::atan(Math::sinh(Math::PI * (2.0 * y / REAL_TILE_COUNT)))
lat = 180.0 * (rlat / Math::PI)
lon = x.to_f / REAL_TILE_COUNT * 360.0
{latitude: lat, longitude: lon}
end
# returns the width (in meters) of the tile placed at x, y
def self.world_tile_width(x, y)
rlat = Math::atan(Math::sinh(Math::PI * (2.0 * y / REAL_TILE_COUNT)))
lon_mpdeg = REAL_TILE_EQUATOR_LENGTH / 360.0 * Math.cos(rlat)
lon_mpdeg * REAL_TILE_WIDTH_DEG
end
end(Ich bin kein Ruby-Programmierer 🤣.)
Vielleicht wäre es sinnvoll, das PHP-Skript auf der Webdisk zu hosten? Dadurch könnte man die Verlinkung zu gcmods.de vermeiden und man wäre nicht mehr von der Verfügbarkeit abhängig.
Hallo,
seit einiger Zeit schon bin ich auf der Suche nach meinem Performanceproblem. Und zwar:
Interessant aber ist, dass diese Probleme in dieser Stärke nur auf einer meiner selbstgebauten Karte auftreten und das auch sehr unregelmäßig – obwohl es der gleiche Computer, die gleiche Uhrzeit, der gleiche Bus und die gleichen Optionen sind. Manchmal läuft OMSI ziemlich flüssig (sogar 160! FPS auf der Karte ohne Bus) und sehr oft werde ich beim Fahren vom Laden und Lags gequält (ohne Bus dann 40 FPS). Der 4 GB-Patch ist natürlich drin. Ich habe ebenfalls versucht, alle Skripts zu deaktivieren – es hat keine Änderung bewirkt. Ich habe beim Bau der Karte auf Performance geachtet – was die Karte aber unterscheidet ist, dass ich viele hochauflösende Texturen (1024 × 1024 – 2048 × 2048) verwende; Low-Texturen mit max. 512 × 512 px zu nutzen hilft aber auch nicht. Außerdem habe ich sehr viel mit der „Count to Spline“-Funktion gearbeitet. Aber die finale Position wird ja eh nur einmal beim Laden berechnet. Die Logfile habe ich mir ebenfalls angeschaut und nach jeder Fahrt alle Fehler behoben – diese beinhaltet also nur noch Fahrzeugfehler. Ich bin wirklich kurz vorm Verzweifeln …
Vielen Dank im Voraus für die Hilfe!
Du musst die fehlenden Dateien (qtinf.dll, qtinf70.dll, etc.) aus dem OMSI 2-Ordner kopieren und in den SDK-Ordner (der Ordner mit OmsiXConv.exe) einfügen.
OMSI Script Console cannot load variables from the running OMSI instance (although it would be possible to implement this). It's simply a console that can run OMSI Script. I.e. you enter e.g. 1 2 + and with %stackdump% you can see that there is a 3 on the stack. This means that it is no longer necessary for users to load OMSI and try out the script in it. This console allows the user to execute simple scripts in it. Here, as an example, is the calculation of the day of the week. This makes it easy to execute the code for that algorithm on the console, and (the result) can also be debugged with debugVar or $msg.