[WIP] Berlins berühmte Linie 100 V.2

Sagenhafte Map! Das Berlin Feelig kommt definitiv rüber!

Trotz Patch, hatte ich leider diverse Kollisionen.

1) Hier mit dem Gebäude

2) Hier mit dem Haltestellenhäuschen. Das passierte auch bei den nachfolgenden Haltestellen mit dem verbauten Haltestellentyp:

Unter anderem habe ich teilweise extrem lange Ruckler. Ein Blick in den Texturenordner "Berlin_100" verrät mir auch woher das kommt. Bitte skaliere deine Bilder in die Formate, wie sie es auch beim Ordner "Map_Berlin_100_Low" sind. Das spart unheimlich performance und erhöht den Spielfluss. Sonst sehe ich für künftige Erweiterungen schwarz, was die Performance angeht.

Tipp von mir: Bevor ich im Blender anfange Objekttexturen zu erstellen, öffne ich eine neue Seite in der Größe 1024 x 1024. Da füge ich dann meine Texturen ein. Dann passt das Format gleich am Anfang. Sind die Objekte größer, verdopple ich die Zahlen. Dieser Vorgang ist zwar nervig, spart aber am Ende doppelte Arbeit.

Grüße, Jerry

die Texutrkoordinaten in Blender sind relativ, nicht absolut. Also immer abhängig von der Breite der Textur.
Hättest du jetzt beispielsweise ein Quadrat auf eine Textur gemappt und dieses einmal in der MItte geteilt, liegt diese Edge auf den Koordinaten
X0,5; Y0
und
X0,5; Y1.

hat das Bild jetzt eine Breite von 512 px, wäre diese Edge genau bei 256px.
Hätte das Bild jetzt 600px, läge diese Edge bei genau 300. Es wird also immer relativ halbiert.
Du kannst also bedenkenlos alle Texturen zur nächst kleineren oder größeren 2'er Potenz verkleinern/vergrößern.
Im Beispiel von omsi_sw könntest du die DDS Datei so bedenkenlos auf 512x512 skalieren, ohne dass sich etwas an der Optik ändert. Auch formate wie 512x256 px oder 128x2048 sind möglich.
Beachten solltest du außerdem, dass Intern alle Texturen, die nicht der zweier-potenz folgen, immer auf die nächst größere Dateigröße skaliert werden.
Hättest du jetzt übertrieben gesagt 513x513 px bilder, würden sie einen Speicherplatz von 1024x1024px benötigen, also das 4!! Fache der eigentlichen Texturgröße. Dann lieber um den einen Pixel auf 512x512 verkleinern, um massiv zu sparen.

Zitat von Busfahrer1991

Von mir aus kann ich die Texturen auch weiter komprimieren. Das würde allerdings bedeuten, dass ich alle 180 Gebäude neu texturieren muss.

Die "Profis" mögen mich da korrigieren, aber Blender merkt sich die Koordinaten der Textur.

Da es prozentuale Werte ist, stört das falsche Seitenverhältnis nicht. Ne 671x458-Textur kannste z.B. ohne Probleme in paint.net über "Größe ändern" einfach auf 512² ziehen.

PS:

Zitat von Lµkas

[nocollision] ist eigentlich nur ein Workaround. Die "richtige" Lösung wäre, [collision_mesh] (vgl. Kreuzungsobjekte, nur ohne surface-Einträge), gefolgt vom Mesh einzutragen. Standardmäßig macht OMSI einfach ein großes rechteckiges Kollisionsmesh um das Objekt herum, was bei zusammengefassten Häuserzeilen natürlich nicht richtig ist.

Hab den Überblick verloren, Busfahrer1991 das mal ausprobiert?

Zur restlichen unsachlichen/negativen/...-Kritik: Typisch Internet. Früher hab ich mal gedacht, diese Korinthenkackerei ist eine spezielle Spezialität der OMSI-Community. Mittlerweile weiß ich aber, dass wir damit nicht alleine sind. Jeder muss heutzutage seine 2 Cents in die Welt posaunen.

Zitat von Busfahrer1991

omsi_sw
Eine Frage vorab an dich: Liegt das an deinen Screenshots oder benutzt du eine extrem geringe Auflösung für Omsi? Meine eigene Map sieht ja grauenvoll aus bei dir

Das liegt wohl zum Teil an mir, und an der Komprimierung der Webdisk.

Die Haltestelle hat eine zu große Boundingbox:

Beim besagten Häuserobjekt fehlte der [nocolision] Eintrag.

Zitat von Busfahrer1991

Zumindest wenn man im Editor die Bounding-Boxen sichtbar macht

Das sind zwei unterschiedliche Sachen. Die Bounding Box spielt eine Rolle für die Bestimmung, ab wann ein Objekt sichtbar ist (vgl. Einstellungen mit x Prozent Mindestsichtbarkeitsgröße). Standardmäßig verwendet OMSI zur Kollision die Bounding Box. Wird aber [collision_mesh] benutzt, wird das angegebene Mesh zur Kollisionsberechnung genutzt, nicht die Bounding Box.

Edit: Was mir aber auch auffällt ist, dass die Bounding Box der Haltestelle um 90° gedreht sein dürfte. Was auch immer der Grund dafür ist, wenn das Ding richtig herum gedreht wäre, bräuchte man zumindest für die Haltestelle (die ja oft vorkommt) kein komplexes Kollisionsmesh mehr (Performance!), sondern könnte es bei der Bounding Box belassen.

@Busfahrer1991 ich übersetze mal:

Hat deine Textur die Größe von 1145 mal 1087, dann wäre es ratsam die Textur auf 1024 mal 1024 zu verkleinern.

Die Grafikkarte ließt Standardformate besser.

Folgende Zahlen kannst du miteinander kombinieren:

2048, 1024, 512, 256, 128, 64, 32, 16, 8.

Also kann die Textur auch 2048mal 128 groß sein. Oder 512x256

Aber BITTE nicht 2547mal 5245 oder 578512 mal 1552

___________________________________________________

Kollisionen:

Einfach bei problematischen Objekten den Befehl [nocollision] einfügen. Alles andere ist Pfusch.

Grüße, Jerry

Zitat von Busfahrer1991

Was die Haltestellen angeht. Die sind ja von Zane. Da darf ich eigentlich nicht dran rumspielen. Müsste ich mir seine Copyrights nochmal durchlesen.

Zur Not einfach um einen Meter nach hinten versetzen.

Zitat von Busfahrer1991

Ist im Patch 1.0.1 ja geschehen. Hat aber offenbar nicht geholfen.

P.S. Wir sind hier übrigens im WIP-Thread und nicht im Support-Thread

Nein wurde nicht im Patch behoben. Es handelt sich nämlich um ein Gebäude in einem anderen Ordner.

Hotel Palace befindet sich im Ordner "Berlin_Linie_100", und nicht im Ordner "Map_Berlin_100_Low".

Warum schießt du immer dagegen? Nimm doch einfach mal meine Hilfe an.

Grüße, Jerry

Zitat von Busfahrer1991

Zitat von omsi_sw

Folgende Zahlen kannst du miteinander kombinieren:

Ich habe Chrizzly92 aber eher so verstanden, dass das Verhältnis zu vorher gewahrt bleiben muss. Also frei Schnauze verkleinern geht nicht so einfach.

Nein. Das ist egal.

Es verringert nur den Texturbedarf und die Ladezeiten, wenn die Textur in zweier-Potenzen speicherst. Welche Größe die vorher hatten ist irrelevant.

Die Textur vom Hotel Adlon hat eine Größe von 2859x1489

-> Das wird also vom Omsi hochskaliert auf 4096 x 2048. Die kannst du besser als 2048 x 1024 abspeichern.

Die Textur vom Europahaus 2613x2136

-> Auch die geht im Spiel hoch auf 4096 x 4096.

Bei den kleinen Objekten hätten wir:

Die Textur vom LützowCarree mit 710x640 und 445 KB

-> Hier wird von Omsi skaliert auf 1024 x 1024.

Du sparst also Ladezeit und Speicherbearf, weil Omsi die Tetxuren erst auf die nächst-höhere 2er Potenz skaliert und dann die viel größere Datei laden muss.

Zu den Texturen: Frei Schnauze skalieren ist kein Problem. Kannst die Textur beliebig skalieren. Auch wenn die Bildtextur dann eigentlich verzerrt wäre, solange an den Model-Dateien und an dem Textur-Mapping in Blender nichts geändert wird, bleibt es in OMSI "schön". Wenn kleinere Pixelfehler auftreten, kann man die in der Regel mit nem manuellem Pinsel beheben, der ne zusätzliche Streuung (dunkler/heller mit Transparenz) hinzufügt.

Zitat von Busfahrer1991

Du kannst es gerne bei dir ausprobieren, ich kann dir eine .sco schicken zum testen.

Leider nicht, habe OMSI nicht installiert und nicht vor, es wieder zu installieren.

Zitat von Busfahrer1991

Was die Haltestellen angeht. Die sind ja von Zane. Da darf ich eigentlich nicht dran rumspielen.

Das ist natürlich blöd ... Passiert immer wieder. Eventuell kannst du ja ne eigene SCO anlegen (Schöpfungshöhe dürfte gering sein, da Klartext) und daraus dann die originalen Model-Dateien referenzieren (statt dings.o3d mit einem Präfix: ..\..\OriginalOrdnerVonSceneryobjects\o3d\dings.o3d, falls es nicht klappt, mal rumspielen mit verschiedener Anzahl von ..\). Soweit mir bekannt, ist Zane aber auch nicht mehr aktiv.

Zitat von Busfahrer1991

Das ging mir mathematisch ein wenig zu schnell
Wir suchen uns mal Beispiele aus an denen du mir das bitte nochmal erklären kannst:

Bei den großen Objekten hätten wir:

Die Textur vom Hotel Adlon hat eine Größe von 2859x1489
Die Textur vom Europahaus 2613x2136

Bei den kleinen Objekten hätten wir:

Die Textur vom LützowCarree mit 710x640 und 445 KB

(da dachte ich eigentlich bin ich schon ganz gut mit)

Alles anzeigen

Deine Frage wurde ja nun schon von anderen beantwortet. In blender mappst du grundsätzlich relativ, also Prozentual. ein vertex bei 0,5 (50%) wäre also immer in der mitte, egal welches Seitenverhältnis du wählst. Die Texturen können also jede x-beliebige größe annehmen, solltest aber beim ungefähren seitenverhältnis bleiben, damit die Texturen nicht zu sehr gestaucht oder gestretched werden.

Hotel Adlon von 2859x1489 auf 2048x1024
Die Textur vom Europahaus von 2613x2136 auf 2048x2048

Die Textur vom LützowCarree von 710x640 auf 512x512

Zitat von Busfahrer1991

Das Hotel Palace ist von mir, das stimmt.

Aber füge den Eintrag doch einfach mal selber ein und teste es bei dir?
Wenn es funktioniert kannst du mir ja Bericht erstatten und ich werde es für alle umsetzen.

Anhand der oben dargestellten Bourdingbox und dem Wissen was omsi_sw hier an den Tag liegt, wird das funktionieren
Es ist von ihm ja auch nur ein Rat, dass das so zu beheben ist, da für eine Kollisionen ausstellen keine wirkliche alternative ist, da dies den Realismus schmälern würde.

Was du daraus machst liegt wieder bei dir.

Zitat von Hamburg

OMSI ist zum Teil einfach ein Rätsel.

Eigentlich nicht. OMSI ist ein sehr deterministisches Computerprogramm, was sich immer genau gleich verhält. Der Casus knacksus ist hier zu 95% der User:

• Vermurkste Verzeichnisse (z.B. Objekte, die eigentlich in andere Ordner gehören oder Texturen, die überschrieben wurden)
• Zusatzcontent vergessen
• Optionen anders als bei Testern (hier: Kollision an/aus)

Musste sein.

Kaum ist die V1 raus kommt schon das Upadte V1.1 bin einfach nur begeistert von der Karte. Weiter so