Beiträge von LukasK.0406

LukasK.0406 · 21. Juni 2020

Zitat von Tarik K.

Zu aller erst möchte ich natürlich auch mein Lob aussprechen bzgl. des Citaros und des Citaro Facelifts, die sind bisher schon sehr geil geworden und der GDH rundet das ganze nochmal ab.
Im Gegensatz zu einigen meiner Vorredner muss ich allerdings sagen, dass ich den GDH modellseitig nicht "absolut geil" finde, sondern einige Kritikpunkte habe, die mich an dem Fahrzeug stören. Gut ist in dem Zusammenhang auch, dass es aktuell viele GDH bei mobile.de gibt.

Punkt 1: Mittelgang
Der Mittelgang ist aktuell noch zu kurz, der müsste noch ein wesentliches Stückchen weiter nach hinten. Vergleichsbild: $_3.jpg

Punkt 2: Fenster-Säulen
Erstens scheint bei einigen neu gebauten/angepassten Fenster-Säulen das Mapping nicht passend zu sein, dort passen die Striche nicht zu einander bzw. sind schief/verzogen.
Ebenfalls ist die Säule nach dem Vierer rechts noch falsch, die müsste wesentlich weiter in den Fahrgastraum reinragen. Hier kann man das ganz gut erkennen: $_3.jpg

Punkt 3: Dachaufbau
Beim richtigen GDH im RealLife ist das ganze ja quasi wie ein Aufbau, der auf dem normalen Wagenkasten eines Facelift G sitzt. In OMSI schaut es hingegen eher so aus, als wurde der Wagenkasten einfach nur n bisschen hoch gezogen und fertig ist, wodurch das Teil von außen etwas komisch ausschaut. Vergleichsbilder:
$_3.jpg
$_3.jpg
$_3.jpg

Punkt 4: Innenraum allgemein
Für meinen Geschmack ist die Rundung über den Sitzen vom Vierer in Fahrtrichtung schauend zu schwach bzw. der Abstand zwischen Sitz und der oberen Kante zu gering.
Zudem sehen die Sitze auf dem Aufbau innen nicht wirklich so aus, als wären sie quasi "in dem Aufbau", sondern stehen für mich zu sehr heraus.
Auch schaut die Rundung für mein Empfinden nicht wirklich passend aus. Die Hecksitzbank schaut etwas zu tief aus, ebenso steht diese etwas raus im Vergleich zum restlichen Heckbereich.
Zum Vergleich: $_3.jpg

Soweit meine Kritik am GDH. Trotzdem natürlich super, dass sich da überhaupt jemand heran wagt. Hybridbusse sind ja eher weniger populär, sowohl im RealLife als auch in OMSI.

Alles anzeigen

Die Fahrzeuge auf Mobile hab ich leider erst zu spät gesehen. Daher hatte ich leider nur sehr wenige gute Fotos zur Verfügung. Unser Essener GDH war auch für eine Zeit lang verschollen.

Aber ich danke dir für deine Kritik und werde mir die Punkte ansehen und versuchen zu verbessern.

LukasK.0406 · 15. Juni 2020

Zitat von Tabley-Kun

Ich frage mich, warum nicht der Türöffner-Typ im Citaro verbaut wurde? (Den habe ich in ca. 15 Minuten samt Texturen modelliert.)

Den finde ich irgendwie in jedem Citaro mit automatischen Türen.. ..nur nicht in OMSI 2.

Dann Bau ihn dir doch einfach selber ein. Ich kenne z.B. auch andere Türöffner im Citaro.

LukasK.0406 · 3. Juni 2020

Dann zeig das gebaute in Blender doch schon mal, damit man sich ein Bild machen kann.

LukasK.0406 · 2. Juni 2020

Du hast doch im ersten Post geschrieben, dass du den Drucker schon gebaut hast? Schreib doch mal genau wobei du Hilfe benötigst. Irgendwie wird da sonst kein Schuh draus.

Viele Grüße

Lukas

LukasK.0406 · 1. Juni 2020

Bei diesem Fehler gibt es glaub ich hunderte verschiedene Varianten. Aber zum sammeln von eventuellen Lösungsansätzen ist so ein Thread bestimmt hilfreich.

LukasK.0406 · 25. Mai 2020

Problem gefunden. Manchmal könnte ich mich selber ... ach egal.

Zur Lösungsbeschreibung.

Das Problem war der String wo drin die Uhrzeit gespeichert wird und die Darstellung von diesem in Omsi.

Die Anzahl der Pixel aus den zusammengesetzten Zeichen aus der Font war größer als die Pixel-Breite, welche in der Texttextur angegeben war. Dadurch wahrscheinlich auch der Fehler bei Bereichsprüfung.

Gefunden hab ich den Fehler dadurch, dass ich alle Objekte der Ticketbot nacheinander kommentiert bzw auskommentiert hab. Am Ende bin ich dann bei dem Textfeld für die Uhrzeit hängen geblieben.

Der Groschen ist bei mir gefallen als ich gemerkt habe, dass z.B. 00:00:08 von der Font her breiter ist als 12:11:00. Ein erhöhen der Pixel-Beite in der Texttextur hat den Fehler eliminiert. 8)

Ich hoffe, dass ich meine Fehlersuche/Lösung verständlich geschrieben habe. (Haut mich wenn was falsch ist. )

Ich danke euch für die schnelle Hilfe.

LukasK.0406 · 24. Mai 2020

Ja. Habe zumindest noch keinen anderen Bus mit der iBox getestet. Das werde ich mal tun.

LukasK.0406 · 24. Mai 2020

Ah, das hab ich mir schon gedacht. Hatte gehofft, dass man den Error-Eintrag einem bestimmten Fehler zuordnen kann.

Ich bin dabei die Ticketbox von IVU neu zu bauen bzw. zu scripten. Bediene mich da teils an schon vorhandenen Scripten und selber geschriebenen. Das Modell baue ich komplett neu. Deshalb kann ich noch nicht genau nennen nach welcher Änderung der fehler auftrat. Meine erste Vermutung ging dahin, dass die Materialien in einer .o3d nicht richtig sind. (Mehrere Textfelder in einer .o3d mit Materialebenen.)

Was mir aufgefallen ist, der Fehler tritt häufiger auf, wenn es im Spiel Nacht ist.

Log-File

LukasK.0406 · 24. Mai 2020

Hallo zusammen,

ich brauche mal die Hilfe von ein paar Script-Erfahrenden. Hat schon mal jemand den Auslöser von folgenden Error-Eintrag herausgefunden?

Error: Fehler bei Bereichsprüfung: TUV 0

Der Fehler tritt ohne weiteren Error-Eintrag auf, weshalb ich nicht die komplette Log mit anhänge.

Viele Grüße

Lukas

Beiträge von LukasK.0406

Mods & Soundsets von Morpheus [Fertigstellung von offenen Projekten]

Mods & Soundsets von Morpheus [Fertigstellung von offenen Projekten]

Hilfe beim Scripten eines Neuen Druckers

Hilfe beim Scripten eines Neuen Druckers

"Zugriffsverletzung" und "Fehler bei Bereichsprüfung" - Ursachen

Fehler bei Bereichsprüfung nach Einbau von eigener Ticketbox

Fehler bei Bereichsprüfung nach Einbau von eigener Ticketbox

Fehler bei Bereichsprüfung nach Einbau von eigener Ticketbox

Fehler bei Bereichsprüfung nach Einbau von eigener Ticketbox