Schönbau Strecke Stuttgart (TS) Würzburg (NWH) über Heilbronn (TH)

Im Menü vor der Erstellen einer neuen Karte kannst du die Kartengröße und das Format einstellen.

Zitat von Yoshi

Mit terrain.party quadratisch generieren und dann im Grafikbearbeitungsprogramm rechteckig zuschneiden

Hmm, stimmt, das könnte soweit klappen...

Gibt es irgendwo Angaben, wie viele Pixel ich dann für die jeweiligen Kartengröße benötige, also Länge x Breite? Ich meine, irgendwo mal gehört zu haben, 4m pro Pixel, könnte das hinkommen?

Der von Gordon verlinkte Artikel enthält die genauen Pixel und Längenangaben.

42,5*4 = 170, leider.

In meiner oben verlinkten Anleitung habe ich mich auch etwas über die Höhenkarten ausgelassen. TerrainParty, wie viele andere, bietet leider nur eine recht grobe Auflösung (mindestens in Hessen; ich glaube das hängt von der Gegend ab). Bei den einzelnen Bundesländern gibt es auch offizielle Höhendaten, auch sehr hoch aufgelöst, die aber sehr unterschiedlich gehandhabt werden. Rheinland-Pfalz z. B. mit sehr feiner Auflösung, ich glaube bis 1 m herunter, kostenlos, während man in Hessen dafür eine Summe bezahlen muß, die m. E. weit außerhalb des Hobby-Bereiches liegt. Die Daten von Rheinland-Pfalz gehen übrigens bei Mainz nicht mal auf das andere Rheinufer.

Es empfiehlt sich sehr, gründlich zu schauen, wo man seine Daten herbekommt. An einer Auflösung von 250x250 m² hat man wenig Freude. Eine höhere Auflösung als 2 m Kantenlänge (beim Maßstab 1:1, also bei 8 m bei 1:4) ist sinnlos. Das Spiel benutzt Kacheln von 4 m Kantenlänge; bei 2 m hat man also auch genügend Daten, um sinnvoll interpolieren zu können. Dann gibt es auch noch Daten ohne Löcher und mit Löchern. Letztere bedeuten Nacharbeit. Das Beschaffen der Daten hat mich mehrere Abende/Tage gekostet, aber der Ärger, wenn so gar nichts paßt und man dann einen angefangenen Schönbau nur deswegen wegwerfen muß, ist größer.

terrain.party wurde ursprünglich für Cities: Skylines geschaffen und erzeugt - nach meinem letzen Wissensstand - lediglich Heightmaps in der dubiosen Auflösung 1081x1081.

Da ist also nicht viel mit Details.

Was man machen könnte, wäre zu versuchen, den gemeinsamen Nenner zu finden (anderer Maßstab als 18x18 km, was der Standard von terrain.party ist) und mehrere direkt übereinander liegende Quadrate zu einem 1:5-Rechteck in Gimp zusammenzufriemeln.

Die Ursprungsauflösung sollte möglichst nah an der Zielauflösung dran sein, besser was wegschneiden als durch Größenänderung Details verlieren oder Aliasing zu erzeugen.

Gordon Dry : Du hast leider nicht so schrecklich viel Auswahl, was Auflösungen anbelangt. Ich war froh, 25 m Auflösung zu bekommen. Aliasing im engeren Sinn ist wahrscheinlich weniger ein Problem, weil das zwei in irgend einer Art regelmäßige Strukturen voraussetzt. Bei einer groben Auflösung verlierst Du halt Details, kleine Täler sind gar keine mehr etc. Bei einer Höhenkarte mit 25 m Auflösung ist ziemlich egal, ob das durch die 4 m der TpF2-Karte teilbar ist oder nicht oder knapp.

Von der genauigkeit her is der hier echt gut! https://tangrams.github.io/heightmapper/

Nur leider hat man hier keinerlei Abmessungen....

Schlechte Nachricht: Gerade habe ich den neuesten Patch installiert, und mein Luftbild funktioniert (mal wieder) nicht. Ich weiß noch nicht, wann ich Nerv habe, das zu reparieren, aber ich schaue mal schnell 'rein.

Musst den Shader auf shader2 aktualisieren

Bin gerade darauf gestoßen. Mal sehen, ob Verschieben reicht, oder ob ich meinen Code in das neue Kleid stecken muß. Der Kern der level_color_dingsda.fs scheint gleich geblieben zu sein.

Edith: Verschieben reicht nicht ...

Der Kern ist nahezu der gleiche, aber du brauchst den Textblock drüber. Kann sein, dass auch unten im Kern ein paar Referenzen angepasst werden müssen.

Bingo! Klappt sowohl mit OpenGL als auch Vulkan, wenn:

- man statt im Verzeichnis "shader" im Verzeichnis "shader2" arbeitet

- sich die neuen Dateien level_color.fs und level_color_triplanar.fs holt

- und darin sinngemäß die roten Einschübe aus der Anleitung verteilt.

Für heute langt's mir. Die neue Anleitung kommt demnächst.

Die neue Anleitung ist jetzt da.

JS39 : Für die Map zählt Luftlinie, und die ist nur 127 km. Und dann zählen noch die weitesten senkrechten Abstände der Bahnstrecke von der Luftlinie nach beiden Richtungen, das dürften etwa 30 km sein, wenn ich der richtigen Bahnstrecke auf Goole Maps gefolgt bin, und wenn Du die Karte drehst (empfehlenswert, weil Du bei einer Ausrichtung nach Nord-Süd eine viel breitere Map brauchst).

Die neue Anleitung ist mit _V2 auch in der Mainz-Map zu finden. Du kannst gerne die Mod, die dabei ist, verwenden; die Shader (.fs-Dateien) sollten nicht geändert werden müssen.

Weil Du weiter oben auch andere Graphikprogramme erwähnt hast: Es gibt natürlich keinen Markenzwang, aber Du mußt darauf achten, daß das Programm, das Du verwendest, die verschiedenen Graphikformate beherrscht, unter anderem 16-bit Graustufen. Warum? Normal sind Graustufenbilder 8 bit, haben daher 256 Shades of Grey (also 206 mehr als der Film). Das ist, außer für Profis, für Bilder normalerweise genug. Bei einem Gelände, das vom tiefsten zum höchsten Punkt 256 Meter hat, was für Dich möglicherweise schon zu wenig ist, jeder Geländeunterschied ein Vielfaches von 1 m hoch ist. Du bekämst mit 8 bit also ein ziemlich getrepptes Gelände. Dazu reicht es schon, wenn einmal ein Zwischenschritt über ein 8-bit-Bild ging. Bei 16 bit brauchst Du den doppelten Speicher, hast aber 65536 Stufen zur Verfügung. Die Treppenstufen werden damit nur ca. 4 mm hoch, was Du nicht merken wirst.

Die Geo-Daten werden gerne in GeoTIFF abgespeichert; das ist ein 32-bit-Format mit Gleitkommazahlen. Das können wahrscheinlich viele Programme gar nicht verarbeiten, aber GIMP wenigstens so lala.

Ja, die alte Leier mit den 16-bit Graustufen. Immer wieder ein Spaß. Einmal ein falscher Zwischenschritt mit dem ach so tollen Terrain-Tool und zack, 8-bit.

Hallo JS39, gemessen habe ich das mit dem Luftlinien-Tool in Google Earth.

Ja, mit Drehen meine ich, das Karten-Rechteck aus der Nord-Süd-Richtung wegzudrehen.

Bei Schleusen kann man nur heftig mogeln. In TpF bekommst Du keinen Höhenunterschied im Wasser so hin, daß es auf beiden Seiten schiffbar bleibt. Man kann natürlich Mauern (kollisionsfrei aus JoeFrieds Modbox) in den Fluß setzen und das so hinbiegen, daß es einigermaßen nach Schleuse aussieht.

Ich habe nicht probiert, ob sich eine Schleuse in dem Sinn modden läßt, daß für die Schiffe Schleusentore auf- und zugehen. Das wäre der Fall, wenn man mit An- und Ablegen an Häfen eine Animation im Hafen abspielen kann. Dann sähe es wenigstens so halb nach Schleuse aus. Auch der Main hat übrigens eine Schleuse direkt gegenüber der Altstadt von Würzburg.

Wenn der Main schmaler als der Neckar aussieht, dürfte es an den Umgebungen der Brücken liegen. Bei Würzburg hat er einen Abfluß, den der Neckar erst hat, nachdem er Kocher und Jagst aufgenommen hat.

JS39 am besten funktioniert jpeg/jpg, einfach über den Knopf "Hochladen" hochladen oder einfach per drag and drop in den Beitrag ziehen.

Gibt dann auch gleich ne Möglichkeit, das in den Text einzubinden.

Falls die Bilder trotz jpg zu groß (<1MB) ist gibt es verschiedene Tools im Internet, die das weiter komprimieren