Wir begrüßen euch in der Fan-Community zu den Spielen Transport Fever und Train Fever, den Wirtschaftssimulatoren von Urban Games. Die Community steht euch kostenlos zur Verfügung damit ihr euch über das Spiel austauschen und informieren könnt. Wir pflegen hier einen freundlichen und sachlichen Umgang untereinander und unser Team steht euch in allen Fragen gerne beiseite.
Die Registrierung und Nutzung ist selbstverständlich kostenlos.
Wir wünschen euch viel Spaß und hoffen auf rege Beteiligung.
Das Team der Transport-Fever Community
Je mehr Mods installiert sind, umso länger braucht das Script (es werden alle Mods nach mdl-Dateien durchsucht).
Und ja, es sollte das TF-root-directory sein.
Unten im Fenster hast du eine Statusleiste, die dir sagt, was gerade gemacht wird. Da kannst du dann auch sehen, wo's ggf. nicht weiter geht (ich schließe einen Programmfehler nicht aus. Aber bitte wenn's geht immer die neueste Version nutzen.)
Ich werde mal schauen, ob ich das Laden auf mehrere Prozessoren verlagern kann.
Changelog v1.7a
Fixed: Falscher Default-Wert für Fahrzeuge mit Kapazitäten
Changed: loadingSpeed umbennant zu loadSpeed (Konsistenz mit MDL-Bezeichnungen)
Fixed: Mehrfach vorhandene MDL für Multiple Unit führten zu verfälschten Werten (Werte wurden summiert). Achtung: Verwendete MDL wird zufällig vom Programm ausgewählt (kein Verhalten spezifiziert)!
@Merk: Für den image-Tag muss ich noch paar Daten auslesen. Das kommt in einer späteren Version.
Changelog v1.8a
Added: [image=forward,render]UI hinzugefügt; Merk ich habe mal versucht deine Konvention zu interpretieren 
. Ich habe aber den Leading Slash weg gelassen. Unnötiges Zeichen . Die Reihenfolge spiegelt die Reihenfolge in der Definition wieder (da bin ich die meiste Zeit dran gesessen 
).
Mit loadConfigs definierte Kapazitäten werden nicht ausgegeben
Oh man... Ich wusste ich hab was vergessen (der Code fehlt dafür komplett - nix mit Überschreiben). Ich habe Seamon hier noch nen Tipp zum Auslesen der Daten gegeben: Balancing-Mod (inkl. Fragen an Nutzer) 
*Kopf*gegen*Wand*Schlag*
Bie Ursache habe ich bei der Kapazität gefunden. Jetzt muss ich sie nur lösen... (Es ist im Teil, der die Beladung zweier Fahrzeuge bzw. Konfigurationen zusammenführt) Gelöst: Fehler war in meiner Implementierung von Lua-Tabellen.
Ich habe über alle Cargos doppelt iteriert. Und dadurch hatte ich natürlich die doppelte Kapazität (Durch den Fehler hatte ich auch z.B. doppelte Leistung und Zugkraft!!! War also ein richtig großer Bug.)
Changelog
Fixed: Bug, der Werte verdoppelte
Add: loadConfigs-Unterstützung
Add: Ladebalken 
GUI: Nein, als Katalog war das nur bedingt gedacht. Es soll nur die Daten der installierten Mods zu einer "Datenbank" zusammenfassen, welche dann bsp. als HTML (also wie eine Website) vorhanden ist. Was ich mir aber auch schon überlegt habe ist, einen Katalog im Programm selber zu integrieren. Und ein Tool, welches den optimalen Zug für die Aufgabe zusammenstellt .
mhhh... Basispfad und ausgewählt Mods speichern 
. Machen kann ich das, nur muss dann wieder eine extra Datei neben das Tool. Und das wollte ich diesmal eigentlich vermeiden. Aber wenn ihr das wünscht...
Ich mach jetzt nen Doppelpost, weil neue Version. Ich denk ich bin da in der Modding-Regel drin...
Es werden nun strings.lua und die .mo-Dateien zum Übersetzen von [name] und [desc] herangezogen. Die Ausgabe als BB-Code erfolgt folgend ([desc] geschieht äquivalent):
Es werden immer der Default-Name als auch alle anderen verfügbaren Übersetzungen ausgegeben.
Beispiel: [name=de]TFV (kurz)[name=fr]TGV (court)[name]TFV (short) > Deutsch, Französisch, Default
Außerdem wurde der from-Tag gefixed.
Oha, habe es eben selber ausgetestet, weil ich das nicht glauben wollte: Nur bei Mods können die Namen per strings.lua übersetzt werden, nicht bei DLCs... 
. Wieder was gelernt. Also muss ich auch die .mo auslesen...
Medi, die strings.lua muss ich trotzdem lesen wegen den Mods...
@fjb, @YstlDystl: Wie könnte man es eurer Meinung nach übersichtlicher gestalten? Meine GUIs sind meist überladen.
Ich habe hier einen Aufbau der .mo-Dateien gefunden: http://www.gnu.org/software/ge…ual/gettext.html#MO-Files
Muss ich halt selber einen Parser schreiben...
Och nö. Schon wieder ein Copy-Paste-Bug...
name kann ich mal versuchen zu Übersetzen. Nur weis ich nicht, wie die .mo-Dateien aufgebaut sind. Die könnten Probleme machen. Die Strings.lua dagegen wird wohl machbar sein.
Ja dann sollte es drauf sein... Versuche das Programm mal von der Kommandozeile zu starten mit java.exe -jar "ModelLister v1.4a.jar" und guck mal, ob da was mit dem Fehler kommt....
Beweis, dass es bei mir geht:
Öhm . Entpacken & Doppelklick sollte eigentlich gehen 
.
Normaler sollten sich zwei Fenster öffnen.... Einer davon frägt dich nach dem TF-Ordner...
Hast du Java den installiert (http://java.com/)?
Hier das aktuelle Programm, mit Exportdaten. Ich hoffe die sind so genehm. Und ich habe nochmal das mit den Wägen geschaut: Es sind für mich dann Wägen, wenn kein Engine vorhanden. Und das mit der "besten" Antriebsart habe ich schon so implementiert gehabt bevor du geschrieben hast 
- wir verstehen uns also.
Hey Merk.
Ich habe noch einen "Einwand" zum type. Wie sollen TRAIN und WAGGON unterschieden werden? Nach der "Typdefinition" von TF gibt es nur BUS, TRUCK, TRAM, TRAIN (MU geb ich dir extra dazu, wenn's sein muss auch WAGGON). Aktuell unterscheide ich dazwischen durch power > 0.
1. [name]-Bug behoben
2. [cargo=passengers]130 ist machbar
3. Dezimalzahlen mit '.': Okay, kann ich machen.
4. BoundingBox merke ich mir mal vor. Ich denke Merk, dass wäre für's Lexikon evtl. auch interessant als [length]-Tag.
5. [color] und wie soll ich die bestimmen 
6. [image] gib mir eine Konvention und ich versuche mein Bestes.
Ich sollte schlafen gehen... Die BoundingBox steht ja in der mdl 
Dann ist das kein Ding und in 30min drinnen... Auslesen , Variable, Getter, MU Verarbeitung und Export...
@Merk: die Liste schau ich mir mal morgen nochmal an. Dafür bin ich gerade nicht mehr fit genug. Nur eines: für type würde ich "BUS, TRUCK, TRAM, TRAIN, WAGGON, MU" vorschlagen, für den Antrieb einen vereinfachten engine-Tag mit den Werten "HORSE, STEAM, DIESEL, ELECTRIC". Ob es Passagiere oder Güterwägen sind läst sich ja aus cargo bestimmen. Und danke für die Bug Info.
Uff... ihr wollt die BoundingBox haben? Heißt ich muss die Meshs auch noch laden... Gut machbar ist es, hab's ja schon für den SignalMaker getan (dort wird auch die BoundingBox benötigt).
@Merk: Ich habe einen Bug in meiner BB-Code-Datei gefunden. Im Anhang gibt es neue Dateien (Loks, Waggons, Verbände, LKW, Bus, Tram, KI-Fahrzeuge). Außerdem habe ich die Tags [power] (Gesamte installierte Leistung) und [tractiveEffort] (max. Zugkraft) eingeführt. Hier noch der Hinweis: Der Tag [engine] kann mehrfach auftauchen (z.B. Multiple Unit mit Dampflok und Diesel-Schiebelok oder ähnliches), ebenso der Tag [cargo=160]name (Zahl gibt Frachtmenge an, name das Gut).
@Grimes: Ja da warte ich schon drauf .
Ich war noch etwas fleißig @Merk:
Habe BB-Code-Export eingepflegt nach Bauchgefühl, habe mich an deinem Beispiel orientiert. Habe noch ein paar Tags erfunden, um alle mir bekannten Infos dir zu geben. Außerdem habe ich, um verschiedene "Sourcen" (also Vanilla, DCL, MOD) zu trennen, den [vehiclelist]-Tag genutzt und durch die Tags [isMod],[isDLC],[modName] und [modVersion] ergänzt.
Außerdem habe den Tag [lifetime] in [lifespan] umbenannt, da das TF-konformer ist (und auch dass es auf Deutsch "Lebensdauer" heist und nicht "Lebenszeit" ).
Beispiel für Trams hängt an.
Ach ja: In Strings sind Zeilenumbrüche mit [br] maskiert, \ maskiert dazu noch \, [ und ].
Beispiel hierfür: Dieser Text \[Farbe: egal\] bricht hier[br]um, aber nicht \[br\] hier. \\Was ist das?\\ bedeutet:
Wir arbeiten da glaub zusammen. BB-Code wird ja im Normalfall vom Server (php) verarbeitet. Ich habe vor, eine "Offline"-Variante* zu bauen, um eben alle Mods in einer Zeitleiste zu haben. Merk macht es für's Forum. Da mein Programm jetzt schon quasi fertig ist im Bereich des Einlesens aller Dateien, kümmer ich mich um das automatische Generieren der Fahrzeugdaten. Ich mach quasi die Datenbank, Merk liest diese wieder aus und gibt es lesbar zurück.
*Internet wird zum Herunterladen der Scripte benötigt
@Merk: Ich bräuchte nur eine Spezifikation, wie der Code aussehen soll für verschiedene Fahrzeugarten. Und natürlich welcher Wert was bedeuten soll (z.B. für type-Tag). Wie sieht den für ein Fahrzeug eine Zeile BB-Code aus? Dann mach ich mich da mal an einen Generator.
Zeitleiste werde ich wohl trotzdem machen mit HighchartsJS für ne Zeitleiste, die der Nutzer selber erstellen kann. Dort hat er all seine installierten Mods mit drinnen. Oder ich klau mir später den Quellcode aus dem Lexikon mit Merks Tabellen und fülle per Programm die Daten ein...
Mhhh... Wenn einer mal die gesamte Webdisk runter lädt und installiert, könnte man für den aktuellen Stand _alle_ Sachen auflisten... Gibt's Freiwillige? 
Bekommt beim Communitytreffen eines der folgenden Dinge von mir spendiert (sofern es bei mir klappt): 2 Kugeln Eis, eine Wurst oder ähnliches, nen Kaffee oder Tee, nen Bier oder auch einen Softdrink.
Ich könnte dir die BB-Tag-Daten autogenerieren @Merk. CSV hab ich bereits gemacht.
Übrigens gibt's jetzt v1.1-alpha vom ModelLister im Anhang. Im Moment wird alles noch als CSV exportiert.
Die Exportierten Daten liegen im TF-Ordner im Ordner "ModelLister".
Known Issues: Multiple Units haben noch keine Fahrzeugdaten (Gewicht, Höchstgeschwindigkeit, etc.). Schneller implementiert als gedacht... v1.1a
Um die Fahrzeuge deinem Programm hinzufügen, müssen diese ja erst einmal heruntergeladen werden, oder?
Ja das müssen alle Mods (ich mach die Liste gleich für alles^^) heruntergeladen werden. Vielleicht wäre es auch eine Idee, es als Offline-Datei beim Nutzer zu erstellen. Die Datei kann dann im Browser angeschaut werden....
@mediziner: Dann is ja gut 
.
