Beiträge von sabon

Das Projekt steht zwar aus Zeitgründen seit einiger Zeit, ist aber eine Stufe weiter. Jetzt fehlt noch die gloss/normal/Verschmutzung und das Skriptgenerve.

Die Frage bleibt, aber gut das ich häufig Sicherungskopien mache. Mit der Vorversion funktioniert es wieder. Der fbx-Import scheint weniger störanfällig zu sein.

@Jeremy_mux Danke, Auto-Update habe ich immer aktiv und es funktioniert bei den anderen Baugruppen auch. Ich wäre nicht drüber gestolpert, wenn ich das Phänomen nicht schon wiederholt mit unterschiedlilchen Workflow und unterschiedlichen Bereichen gehabt hätte.

Erst wollte ich den gesamten Komplex als ein Asset erstellen, habe mich aufgrund der recht komplexen Detaildarstellung jedes Gebäudes dann aber entschieden, jedes Bauteil als Einzelasset auszukoppeln und damit mehr Schönbauoptionen zu ermöglichen. Dafür mussten die Achsen neu ausgerichtet werden und dabei ist was passiert, was im ME hakt. Ich werde auf eine ältere Sicherungskopie zurückgreifen und die mal importieren.

Aber auch unabhängig davon würde mich interessieren, wieso der fbx-Import aktuell ist, die Darstellung des mdl-Assets hingegen nicht. Es ist ja nicht nur die verdrehte Achse, es fehlen alle neuen Erweiterungen, die beim Import eindeutig da waren.

Per Model Editor + fbx lande ich hier und mit Model Editor habe ich 34 Seiten, bei denen ich die ersten zwei Zeilen in der Suchzusammenstellung bis ca. 2020 quer gelesen habe. BIn leider nicht fündig geworden.

Danke, ich habe mir die Dateien angeschaut. Da waren aber nur Uralt-dds drin und nur wenige projektfremde Dateien.

Ist ein Unterschied zwischen im ME dargestellter importierter fbx-Datei und Modell sonst schon mal aufgetreten oder kann es sein, das die Installation einen Hau hat?

Wiederholte Neustarts ändern da auch nichts dran. Das ist sowohl bei Blender als auch mit Cinema vorgekommen. Meistens haben größere Veränderungen geholfen, so dass im ME die Änderungen dann irgendwann doch angezeigt wurden.

Der Testwürfel und jetzt eine weitere Änderung werden beim im ME eingefügten Objekt angezeigt, sobald ich die meshes ersetzte sind die Änderungen im Zielobjekt aber nicht dagestellt - als wenn eine alte Version hängen geblieben ist. Es gibt also keine Möglichkeit eines aktiven Resets? Also so was wie das Leeren des Texturcaches, nur zugeschnitten auf den ME?

Beim klicken auf Save werden die neuen meshes in ein eigenes Verzeichnis gespeichert. Aus dem kopiere und lösche diese für das Ersetzen. Damit kann ich sicher sein, das jeweils die aktuellen meshes überschrieben werden:

In der mdl ist nichts auffälliges, ist asolut basic, da noch vorläufig. Bei allen anderen Objekten gab es auch keine Probleme. Deshalb meine Frage, ob der ME gezwungen werden kann, alles neu zu laden damit alle zwischengespeicherten Daten gelöscht werden und nichts hängen bleibt.

Folgendes Problem: Ich hatte beim modden eines Objekts die Achsen falsch gedreht und per fbx in den ME übertragen, dann aber die Achsenposition korrigiert. Im Mod-Programm habe ich diverse Test durchgezogen und die Achsen liegen definitiv mittig richtig im Objekt. Wenn ich das korrigierte fbx-file exportierte und in den ME lade, wird es auch richtig angezeigt. Beim nachfolgenden überkopieren der neuen mesh-Datei im mesh-Ordner wird hingegen permanent die ursprünglich falsche Lage angezeigt.

Daraufhin habe ich im Mod-Programm ein Dummy-Objekt hinzugefügt und das fbx erneut exportiert. Beim Einfügen im ME wird der Dummy-Zusatz auch wie zu erwarten angezeigt, beim Ersatz des mesh-files wird aber immer noch die alte Lage OHNE Dummy-Objekt gezeigt. Da mir beim Repainten schon diverse Male aufgefallen ist, dass neue Arbeitsschritte nicht angezeigt werden, gibt es eine Möglichkeit den ME zum Reset zu zwingen, so dass defnitiv die aktuelle mesh-Datei angezeigt wird (gilt auch für Texturänderungen etc.)? Anmerkung: die Position des Objekts liegt am Gesamtkomplex und ist deshalb zum modden notwendig. Alle anderen Objekte ließen sich problemlos implementieren.

Abb. 1: Objekt mit Dummy-Testobjekt

Objekt nach mesh-Ersetzung, Update fehlt, also nicht die aktuelle mesh-Version

Danke schon mal.

War diesmal kein Komma, sondern ein falscher Ordner. Wie dem auch sei, das Modell sollte nun kurz vor dem Texturieren sein.

Mal sehen. Im ME ist das Modell nun detaillierter angekommen.

Aber in der con scheine ich mal wieder so was wie ein Komma rausgeschossen zu haben, im Hauptprogramm wird es jedenfalls im Gegensatz zu vorgestern gewürfelt und die Fehlermeldung der stout ist nicht hilfreich. Also Feierabend - reicht jetzt.

Als letzte Wasser-Komponente ist noch eine Werft am werden.

Pate standen eine Werft in Hamburg und Tromsö. Noch ist es eine Stellprobe und vielleicht wird es ein zusätzlich ein Schiffsdeopt. Die Halle links wird teilweise keine Seitenwände haben, aber da werde ich noch experimentieren.

Nachdem ich mir eine passende .con für die Brücken angeschaut habe, ist die auch gleich quer über den Schreibtisch an die am entferntesten Stelle geflogen - skripten ödet mich nun mal an. Ich hatte aber tatsächlich ein wenig Zeit, um die Map weiter zu entwickeln.

Im Einfahrtsbereich von Krien Hbf Süd gab es häufig Staus, also habe ich von der Hafenbrücke rechts eine reine Güterzugstrecke ausgefädelt.

Dadurch können zwei Linien aus dem Hbf herausgenommen werden - der Zug hier ist noch auf dem alten Weg unterwegs.

Mit der neuen Brücke gibt es drei Etagen im Einfahrtsbereich.

Da nur ein Viadukt für die Querung des nachfolgenden Areals in Frage kommt, besteht für das Umfeld die Anforderung, die Strecke optisch nicht zu sehr herausragen zu lassen. Hier war ursprünglich lediglich ein Teich vorhanden. Dieser ist nun als "altes" Hafenbecken durch einen Kanal mit dem Hafen verbunden und es musste ein neuer Stadtteil her. Mehr Detaillierung wäre nicht sinnvoll, weil der dicht bebaute Bereich schon zum Stottern einlädt.

Bei der Gelegenheit ist auch eine Hafenbahn entstanden, womit die Linie nach Missen nicht mehr durch das Betriebswerk geführt werden muss.

Beide Strecken münden in die bisherige Getreidestrecke ein, die bis zum Güterbahnhof nun zweigleisig ausgebaut ist.

Die letzten Bilder zeigen die Hafenbahn, hier links ausgefädelt von der neuen Güterbahnstrecke.

Das kann mal ein Lost Place neben der genutzen Strecke werden.

Die Hafenlinie ist mit der S-Bahn-Strecke Richtung Missen hier verbunden und kreuzt in den Güterbahnhof. Da der Kanal zum Hafen nicht mehr für Schiffe genutzt wird, sind die Brücken teilweise sehr tief angelegt.

Für die Busse wird es vermutlich auch passende Anleger geben:

1) Umsteigestation (Stellprobe)

2) Einstiegsvorbauten z.B. für Häfen:

3) Betriebsanleger für Ruhephasen:

4) und Stanardanleger:

Ob das Projekt allerdings funktional umgesetzt wird, hängt davon ab, ob die Anleger wissen, das sie Anleger sind und einen Straßenanschluss haben und ich weiß noch nicht, wie die Anleger wissen, das... Die drei Referenzmods, die ich durchgesehen habe, hatten unterschiedliche Skriptansätze.

Ich bin froh, wenn zum Thema weitere Entwicklungen erfolgen, zumal ich mir in der finalen Version der test37f-Karte die Überlandstrecke ausgereifter wünschen würde, aber das hängt in erster Linie auch mit dem Begegnungsthema der "eingleisigen" Abschnitte zusammen. Die Masten habe ich ausdrücklich für Entwicklungen freigegeben, also gutes Gelingen

Danke Kirsche, das klingt überzeugend und ich lese keinen Nachteil. Ich werde umsteigen. Das war der Tropfen, der noch gefehlt hat.

Bedingt gelöst, nach schließen von Steam sei es per beenden oder Beendung durch Windows ist nach dem Update jedes Mal eine Neuanmeldung notwendig. Die Alternative zu Steam scheint GOG zu sein. Hat jemand Erfahurng zu deren Geschäftspolitik, Zuverlässigkeit, Sicherheit und Offline-Modus?

oberhausener68

Hast du dich per Browser bei Steam einloggen können? Es gibt oben rechts den Button für Steam installieren. Nach einer Datensicherung(!) installieren, hat bei mir Sekunden gedauert, die Installation wurde erkannt und nicht komplett überschrieben.

Danach war die Verknüpfung zur Bibliothek wieder vorhanden und der Start aller Applikationen funktoinierte normal, ABER sobald der Rechner aus war, muß nun ein erneutes Einloggen erfolgen. Dafür den Steam-Launcher (nicht ein Spiel) starten und anmelden sowie sofort offline gehen. Danach das Game starten. Das ist seit dem Update lästig und übergriffig von Steam.

Zu den Offline-Infos: es hat jahrelang funktioniert und es gibt keinen Grund, weswegen es jetzt auf einmal notwendig sein sollte, online zu sein. Updates organisiere ich bewußt selbst und greife dafür gezielt auf Steam zu - hat auch über Jahre funktioniert. Da Steam als Sicherheitsriskio bekannt ist, wäre das Allerletzte, was ich machen würde, die Firewall zu entschärfen. Super-Tipp übrigens, scheint typisch für Steam zu sein. Das Updates Zeit brauchen und ein Spiel dabei nicht gestartet werden kann, ist klar, aber hier auch nicht relevant. Was Spieleanforderungen betrifft, sollte UG auf die Idee kommen, hier eine permantente Online-Notwendigkeit einzubauen, wären sie sofort einen Kunden los.

Ich hatte das Problem zeitgleich auch, vermute es liegt an einem Steam-Update und die respektieren mal wieder nicht den Offine-Modus. Ich habe das Problem "gelöst", indem ich Steam neu installiert habe. Dabei wurden keine lokalen Spieldaten überschrieben, wohl aber die Datei, die beim Start hängen geblieben ist. Ein Back-up der eigenen Daten sollte vorher trotzdem nicht schaden! Allerdings ist nun jedes Mal täglich ein Einloggen notwendig, bevor ein Spiel gestartet werden kann. D.h. vor Start des Spiels kann danach wieder in den Offline-Modus gewechselt werden, nicht aber wenn bereits ein Spiel läuft. Der Offline-Modus ist also derzeit bei mir nur bedingt möglich und damit Steam ein Stück näher vom endgültigen Rauswurf.

Nun ja, eher Hadert, dessen umliegende Städte per Stadtbahn verbunden sind und da sind die B-Wagen im Einsatz:

Leider gibt es die für die Betriebsstätte nicht als Assets.

Im Duewag-Projekt hat sich sehr schön gezeigt, was passiert wenn sich Spezialisten aus unterschiedlichen Richtungen zusammentun und aus dem Modell noch mehr herausgekitzelt werden kann. Die Vorlage war schon so perfekt, so dass ich sogar bis zum Stempelkasten alles übernehmen konnte und nur die offensichtlichen Unterschiede in die Werkstatt kamen. Und es hat sich auch gezeigt, was ich garantiert nicht noch mal im Workflow machen werde. Grundsätzlich finde ich die Idee gut, ein bestehendes Modell weiterzuentwickeln. Ein mögliches Repaint-Plus-Opfer könnte im nächsten Jahr der VT 612/613 sein.

Nachdem die Fahrzeuge wochenlang Skriptrunden im Depot gedreht haben, sind sie nun in die freie Labelbahn entlassen:

Deutscher Standard-Duewag

Viel Spaß damit.