Open Rails verfügt bereits über einige eigene Entwicklungstools und definiert und entwickelt weitere. Ein Pfadeditor ist in TrackViewer unter der Schaltfläche „Extras“ im Hauptmenüfenster verfügbar. Unter der Schaltfläche Extras steht Ihnen auch ein Editor für den Stundenplanmodus zur Verfügung. Routeneditor und Verbundeditor befinden sich in einem fortgeschrittenen Entwicklungsstadium und werden möglicherweise bereits getestet. Hier können Sie sich über den Consist-Editor informieren und ihn herunterladen. Unter diesem Link können Sie sich über den TSRE5-Routeneditor informieren und ihn herunterladen.
Dank der hohen Kompatibilität von OR mit MSTS ist es natürlich bereits möglich, OR-Inhalte (Fahrzeuge, Routen, 3D-Objekte, Aktivitäten) mit den Tools zu entwickeln, die zur Entwicklung von MSTS-Inhalten verwendet werden. Im Folgenden werden einige Vorteile von OP-spezifischen Inhalten beschrieben.
• OR kann Formen mit viel mehr Polygonen als MSTS anzeigen. Formen mit mehr als 100.000 Polys wurden problemlos entwickelt und angezeigt.
• Durch die zusätzlichen physikalischen Beschreibungsparameter wird ein deutlich realistischeres Verhalten des Rollmaterials erreicht.
• 3D-Fahrerhäuser sorgen für mehr Realismus.
• OR-Grafik stellt die Ergebnisse der Fahrzeugentwickler in höherer Auflösung dar.
• Rollmaterial, das auf überhöhten Gleisen fährt, verbessert das Spielerlebnis.
• Routen werden in höherer Auflösung angezeigt.
• Ein größerer Betrachtungsabstand sorgt für viel mehr Realismus.
• Doppelte Oberleitung erhöht den Realismus elektrifizierter Strecken.
• Eingebaute dreiphasige Freileitung.
• Erweiterte Signalisierungsfunktionen sorgen für ein realistischeres Signalverhalten.
• Breitbild- und hochauflösender Ladebildschirm.
• Der Fahrplanmodus ist ein neuer Aktivitätstyp, der nur in Open Rails verfügbar ist und die Entwicklung fahrplanbasierter Spielsitzungen ermöglicht.
• Durch die Verwendung des Dispatcher-Monitorfensters, des Disponenten-HUD und der Möglichkeit, die Kamera auf einen beliebigen KI-Zug umzuschalten, kann der Spieler die Ausführung herkömmlicher Aktivitäten genauer überwachen und steuern.
• Erweitertes KI-Rangieren erhöht die Interaktionen zwischen Zügen erheblich.
• Neue OR-spezifische Ergänzungen zu Aktivitätsdateien (.act) verbessern Aktivitäten.
The parameters used in content files have been mentioned throughout this manual for:
| Inhaltstyp | Dateierweiterung |
|---|---|
| Lokomotiven | eng |
| Waggons oder ohne Antrieb | wag |
| Aufgaben | act |
| Führerstandsansichten | cvf |
| Zugverbände | con |
| Spielerzüge | srv |
| KI-Verkehr | trf |
| Signalkonfigurationen | sigcfg.dat |
| Signalskripte | sigscr.dat |
| Audio-Steuerungen | sms |
| Zugfahrpläne | timetable-or |
Die vollständige Liste ist sehr umfangreich und in einer Online-Tabelle unter tinyurl.com/orparameters-excel dokumentiert.
Da es sich um eine Tabelle mit vielen Zeilen handelt, können Sie Ihre Ansicht mithilfe der Filter oben in jeder Spalte auf relevante Zeilen beschränken.
Wie hier aufgeführt, erleichtert ein umfangreicher und leistungsstarker Satz an Analysetools das Testen und Debuggen von Inhalten in der Entwicklung.
Poly-Anzahlen sind in der Open-Rails-Software immer noch wichtig, aber bei neueren Grafikkarten sind sie viel weniger wichtig als damals im MSTS. Was für beide Umgebungen weiterhin wichtig ist, sind Draw Calls.
Ein Draw Call tritt auf, wenn die CPU einen Datenblock an die Grafikkarte sendet. Jedes sichtbare Modell sowie das Gelände rufen einen oder mehrere Draw Calls pro Bild hervor (d. h. eine Bildrate von 60/Sekunde bedeutet, dass alle zur Anzeige einer Szene erforderlichen Draw Calls 60 Mal pro Sekunde wiederholt werden). Angesichts der großen Anzahl der in jeder Szene angezeigten Modelle und einer angemessenen Bildrate stellt die Gesamtzahl der Draw Calls pro Sekunde eine sehr hohe Belastung der CPU dar. Die Open Rails-Software passt die Bildrate entsprechend der Anzahl der erforderlichen Draw Calls an. Wenn Ihre CPU beispielsweise 60.000 Draw-Aufrufe pro Sekunde verarbeiten kann und die angezeigte Szene 1.000 Draw-Aufrufe erfordert, beträgt Ihre Bildrate pro Sekunde 60. Wenn die Szene bei derselben CPU 2.000 Draw-Aufrufe erfordert, beträgt Ihre Bildrate pro Sekunde wird 30 sein. Neuere Designs/schnellere CPUs können mehr Draw Calls pro Sekunde ausführen als ältere Designs/langsamere CPUs.
Im Allgemeinen sendet jeder Draw Call ein oder mehrere Polygonnetze für jedes Vorkommen einer Texturdatei für ein Modell (und normalerweise mehr, wenn mehrere Materialtypen vorhanden sind). In der Praxis bedeutet dies: Wenn Sie ein Modell haben, das zwei Texturdateien verwendet und drei Instanzen dieses Modells angezeigt werden, gibt es sechs Zeichenaufrufe – einmal für jedes der Modelle (drei in der Ansicht) und einmal für jede Textur Datei (2 Dateien verwendet), führt zu sechs Draw Calls. Als Leistungshilfe untersucht Open Rails eine Szene und gibt eine Ausgabe aus
Draw-Aufrufe gelten nur für die sichtbaren Modelle. Wenn Sie die Kamera drehen, werden andere Modelle sichtbar und einige, die bereits sichtbar waren, verlassen die Szene, was zu einer unterschiedlichen Anzahl von Draw Calls führt, die sich alle auf die Bildrate auswirken.
Modellbauern wird empfohlen, die beste Leistung zu erzielen, wenn sie nicht verschiedene Materialtypen in einer Texturdatei mischen und möglichst wenig Texturdateien verwenden.
Support kann im OR-Forum unter http://www.elvastower.com/forums angefordert werden.
Das OR-Entwicklungsteam ist im Rahmen seiner Möglichkeiten bereit, Inhaltsentwickler zu unterstützen.