Beiträge von Ehrler

Sehr beeindruckend zu sehen, wie das konstruieren "richtig" geht. Ich hatte zu Uni-Zeiten zum Geld verdienen immer mit Solid Edge, daher mit Volumenkörpern, gearbeitet. Ich war zwar nicht sonderlich talentiert, zum konstruieren von einzelnen Maschinenteilen hat es aber gereicht (für den TEE wohl trotzdem nicht ). Leider habe ich heute keinen Zugriff mehr auf solche CAD-Programme. Mit der Konstruktionsweise von Blender u.ä. fühle ich mich immer, als wenn ich zwei linke Hände hätte

Von daher: Respekt Das gezeigte sieht nach richtig viel Arbeit aus

Danke! Danke, dass du dich seiner annimmst! Du schließt mit der Mod für mich eine riesen Lücke. Noch dazu verbinde ich mit dem TEE einige schöne Erinnerungen. Ich freue mich drauf!

Gruß,
Ehrler

PS:
Ich habe schon so lange darauf gehofft, dass jemand den TEE übernimmt, dass ich mich schon selbst zwei Wochenenden mit Blender auseinandergesetzt habe. Ich bin aber als blutiger Anfänger irgendwann an der Front einfach nur gescheitert.

Die blauen Wagen sind die alten (und noch immer großartigen) m-Wagen von @xAlex666 aus Train Fever.

Zitat von Windmond

Ich tipp auf den TEE alias den 601er

Auf den habe ich kurzzeitig zu hoffen gewagt, allerdings ist der nicht in der u.g. Liste aufgeführt

Zitat von lange

https://de.wikipedia.org/wiki/…reihen_der_Deutschen_Bahn

Was natürlich unglücklich wäre, wenn man jetzt eine neue Karte anfängt und Ende März der Patch kommt mit dem Hinweis, dass die Verbesserungen an der Performance nur mit einer neuen Karte wirksam sind. Das verstehe ich in dem Fall auch unter Kompatibilität.

Klingt beruhigend. Dann lohnt es sich ja vielleicht doch zum Wochenende eine neue Karte anzufangen

Jenachdem wie die Performance verbessert werden soll, kann ich es mir vorstellen, dass die Kompatibilität nicht gegeben sein wird. Es hapert ja meist an der Berechnung der Sims, wenn ich das richtig in Erinnerung habe.

Keine fundierte Einschätzung, eher eine Ahnung. Darum ist mein obiger Post auch als Frage formuliert.

Interessant zu wissen wäre, ob der angekündigte Performancepatch Savegame-Kompatibel ist. Hat sich da schon mal jemand zu geäußert?

Möglicherweise verwendest du zu viele Haltestellen und zu lange Routen, sodass die Sims zu Fuß schneller am Ziel sind. Ggf. erreichen deine Sims über die Routenführung auch nicht alle Stadtteile optimal bzw. müssen oft umsteigen.

Ich habe mir gerade dein neues Video zum Tal bei Kapfenberg angeschaut. Es ist sehr beeindruckend, was du mit dem neuen Kameratool und deiner Liebe fürs Detail aus dem Spiel rausholen kannst. Es macht mir großen Spaß deine Anlage anzuschauen, eigentlich schon mehr als selber zu bauen.

Im Tal haben mich die zum Teil sehr geringen Abstände zwischen den Zügen überrascht. Ich hätte gedacht, dass die dir Probleme machen würden, da es ja, sobald ein Zug hält, beinahe sofort zu einer Kettenreaktion kommt. Insbesondere zwischen Güter- und Personenzügen, z.B. ab Minute 7:23.

Zitat von lange

[...], wenn es für Train Fever und/oder Transport Fever m-Wagen geben würde.

Schon klar Nutzen kannst du sie trotzdem.

Aber die gibt es doch?

m-Wagen 1954 (Repaint)

m-Wagen 1959

m-Wagen 1963

Zu den Dampflokomotiven habe ich eben einen sehr schönen Kurzfilm auf Youtube entdeckt, der auch auf technische Details eingeht. Insbesondere zu Anfang werden auch die verschiedenen Modelle und den Zuggarnituren vorgestellt. Der Rest ist aber auch sehr interessant

Deutzer Dampfer

Es gibt Neuigkeiten. Urban Games, in Person von Tom, hat auf meine Anfrage reagiert und meine überstellten Dateien ausgewertet. Vermutlich hat deine Mod mit dem Fehler nichts tun, sondern die Ursache ist auf meine Änderungen zurückzuführen.

Laut Tom versucht auf meiner Karte eine Stadt ein Gebäude upzugraden. Die Stadt kann jedoch keinen passenden Haustyp finden bzw. bauen. Tom gab mir weiterhin den Hinweis, dass für jedes Jahr und jede Grundstücksgröße ein passendes Gebäude vorhanden sein muss. Ich vermute daher, da ich ja die Epochen B und C weit nach hinten verschoben habe, dass die Spielmechanik mit fortgeschrittenen Datum größere Gebäude bauen möchte, die in Epoche A gar nicht existieren. Insofern scheint es nicht nur eine Abhängigkeit zur aktuellen Epoche zu geben, sondern ebenfalls zum aktuellen Datum.

Wenn das nicht von Urban Games selbst behoben wird (im Rahmen der Optimierung der Modbarkeit) bzw. aktuell erst einmal für mich, versuche ich gerade einen Workaround zu entwickeln. Entweder die zusätzlichen, datumsabhängigen Gebäudegrößen in den Epochen B und C zu löschen oder neue Gebäude, Dummys etc. in die Epochen B und C einzubauen, sodass dieser Fehler nicht mehr auftritt.

Frage an euch: Ist das Hardcoded? Wenn nicht, in welchen Dateien kann ich meine vorgeschlagenen Änderungen vornehmen?

Zitat von Grimes

Und is ja nicht so als ob ich heute irgendwie Modding Technisch total ausraste

Ich glaube, wir haben alle nichts dagegen, wenn du weiterhin ausrastest

Vielen Dank für die Silberlinge!

Hallo Atomic Dad,

ist bisher auch nur eine Vermutung. Ich habe auch Urban Games angeschrieben und gefragt, ob die mit dem Fehler was anfangen können.

ich habe die Datei mal dem Anhang beigefügt, aber als .txt. Die .lua kann ich hier nicht hochladen. Ich habe nur die Jahreszahlen in den Zeilen 146 und 147 geändert. Zur Zeit probiere ich ein drittes Projekt, aber dieses mal ohne Änderung der townbuildingutil.lua. Weiterhin habe ich deine Custom-Version des Epochen-Mods nun auf die Jahre 1910-1974 eingeschränkt, bleibe also definitiv nur in Ära B. Mal sehen ob das was bringt.

Hallo Conecto,

mit dem Schönbau-Modus ist in dem Fall vmtl. genau das gemeint, was du gerade an Mods angefragt hast. Mit einem Kostenlos-Mod rückt der wirtschaftliche Sinn des Spiels nämlich in den Hintergrund. Weiterhin kann man seinen persönlichen "Schönbau-Modus" natürlich weiter optimieren. Beispielsweise mit dem von dir erwähnten entfernen oder präziser, dem verlängern der Lebensdauer ins Unendliche und der Verfügbarkeit der Fahrzeuge direkt am Anfang des Spiels.

Anbei eine kleine Zusammenstellung der Mods, die ich nutze:

Kostenlos-Mod: Standard von Urban Games. Sollte von Anfang an mit installiert sein.

Endlose Lebensspanne für Fahrzeuge

Alles Verfügbar ab 1850

Alternativ kannst du auch den Epochen-Mod nutzen, wenn du zum Beispiel gerne im Dampflok-Zeitalter spielst. Du stellst eine von-bis-Zeit ein und bekommst nur die Fahrzeuge angezeigt, die es in der gewählten Epoche auch gab. Die Fahrzeuge sind dann ebenfalls sofort verfügbar und werden auch nicht mehr aus dem Spiel genommen.

Epochen-Mod

Gruß,
Ehrler

EDIT: Da waren wohl einige schneller als ich

Öfter mal was neues...

Ich habe nach den oben beschriebenen Fehler meine erste Map aufgegeben und eine neue angefangen und bereits 13 Jahre (8.000 ms) gespielt und einige Städte angebunden jedoch noch keine Industrien. Mit der neuen Map habe ich jetzt wieder exakt den gleichen Fehler. Die ersten Jahre absolut keine Probleme und dann zu irgend einen Monatswechsel macht es "zack" und das wars. Ab diesem Zeitpunkt stürzt das Spiel bzw. dann das Savegame ständig ab.

Neben vielen Mods habe ich selber einige Änderungen vorgenommen. Neben mehr Bäumen, weniger Städte etc. habe ich allerdings ebenfalls die drei Epochen des Spiels modifiziert. Die Aktivierung der Epochen B und C habe ich in das Jahr 4000 und später verschoben um dauerhaft mit Gebäuden und Fahrzeugen der Epoche A spielen zu können (passt halt besser zu den 50er und 60er Jahren). Weiterhin nutze ich zusätzlich den Epochen-Mod von @Atomic Dad für eine eingeschränkte Fahrzeugauswahl. Ich vermute, dass möglicherweise die Mod und meine Änderungen nicht passen. Allerdings wundert es mich, dass ich immer einige Jahre ohne Probleme spielen kann
Langsam nervt es mich jedenfalls zunehmend, dass ich Schönbau im fortgeschrittenen Stadium betreibe und dann dieser Fehler erscheint.

c:\build\transport_fever\steam\transport_fever_release\src\game\procedural\buildingtyperep.cpp:71: class std::vector<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::allocator<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > __cdecl `anonymous-namespace'::GetCandidates(const class std::unordered_map<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct BuildingType,struct std::hash<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,struct std::equal_to<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const ,struct BuildingType> > > &,const class ConstructionRep *,int,int,int): Assertion `!result.empty()' failed.

Vielen Dank, Yoshi. Das war der Fehler. Es funktioniert jetzt so, wie ich mir das vorgestellt habe

Danke für den Hinweis. Ich habe einen Lexikon-Eintrag von Mediziner gefunden und mich daran orientiert. Verwendet habe ich jetzt DXT3 und es hat soweit funktioniert.

Allerdings habe ich jetzt das Phänomen, dass ich die neue Textur nur in sehr niedriger Entfernung sehen kann. Ab ein paar Metern Entfernung scheint sich die alte darüber zu legen, obwohl ich diese aus der .dds entfernt habe. Ich habe davon einen Screenshot angehängt. Bei dem Objekt handelt es sich übrigens um den Bahnhof Windsheim 1976 für Transportfever, dem Repaint von Trunky, das von Maverick portiert worden ist. Ich versuche mit diesem Repaint jetzt selbst für meine privaten (!) Zwecke ein zusätzliches Repaint mit der alten Bahnsteigstextur vom Bahnhof_1900 zu erstellen.

Ich bin was Texturen angeht übrigens blutiger Anfänger... Aber ohne es zu probieren lernt man nun mal auch nichts.