Beiträge von EAT1963

Die Dateien liegen, wie es aussieht, in verscheidenen Verzeichnissen:

• Irgendein Metroliner Mod.
• res-Verzeichnis von TPF1.

Dort musst du suchen.
Mehr kann ich dir dazu leider auch nicht sagen.

LG Enno

Zitat von eis_os

Dafür habe ich in CommonAPI noch subtype = "integer" für type="number", definiert. (In der CommonAPI/2 werden dafür andere UI Typen verwendet)

Bedeutet dies, es wäre für die CommonAPI von Vorteil, wenn zusätzlich subtype definiert wird?
Falls ja, nur für number oder auch für andere Datentypen?

In der transfer_log.lua kannst du unter Error Files genau erkennen, welche Dateien der Konverter vermisst hat.
Füge diesem dem Mod bei und konvertiere erneut.

LG Enno

Zitat von Xanos

Für die Sortierung der settings Keys haben wir eine manuelle Sortierung mittels "order" definiert.

Diese wird von Mods, z.B. der Donnerbüchsevon @MaikC, welche meine kleine API verwenden unterstützt und ausgegeben.
Somit kann die CommonAPI diese ja auch nutzen.

Hm, @eis_os, ich nehme an, du liest die settings aus der function data des jeweiligen Mods aus.
Wenn hier nun meine kleine API zum Zuge kommt, so kann ich durchaus auch eine sortierte Ausgabe vornehmen.
Das wäre eine leichte Übung...

Zitat von Marcolino26

Warum war es dann bei mir jetzt false?

Habe nochmal nachgeschaut und.
Ist mein Fehler und wird in der nächsten Version gefixt sein.
Sorry.

Zitat von Marcolino26

Sicher, dass das nirgendwo ein Fehler bei dir im Skript ist?

Ich bin sicher, dass er den Eintrag mit true hinzufügt, wenn er nicht vorhanden ist.
Falls er vorhanden ist, so wird der vorherige Eintrag übernommen.

Ah, stimmt.
Wenn er nicht angegeben ist, dann wird true als default genommen und eingetragen.

Zitat von Marcolino26

Muss bei oldSeatstyle nicht forward=true kommen?

Nein, es kommt das, was der Modder eingetragen hat. Der Konverter behandelt dort nix, sondern gibt die Angaben des Modders 1zu1 aus.

Zitat von Train Gamer

Wollte mir die konvertieren aber finde nur den für Train Fever..... Und in der Version von Train Fever ist keine Mod.lua drin.

Einfach, wie in der Beschreibung zum Mod, konvertieren.
Historie:
Version 0.12:
- Added: Erstellung einer mod.lua (tf_mod.lua), falls es sich um einen TF-Mod handelt (info.lua gefunden).

Zitat von Dreadstriker

Konnte schon irgendwer herausfinden was es mit dem "pillarLen" Parameter auf sich hat?

Es gibt 4 neue Parameter in TPF2:

• pillarLen - Ich denke, die Breite eines Pfeilers.
• pillarMinDist - Mindestabstand zwischen den Pfeilern.
• pillarMaxDist - Maximalabstand zwischen den pfeilern.
• pillarTargetDist - Angesterbter Abstand zwischen den Pfeilern.

Diese kann der Konverter nicht wissen. Von Daher bitte händisch nachtragen.

LG Enno

Edith meint, ich hätte nach dem heutigen Besuch des Schweriner Weihnachtsmarktes einfach zuviel "Lühlein" im Blut und sollte Antworten eher auf eine nüchternere Zeit verschieben.

+++ Werbung +++ Werbung +++ Werbung +++ Werbung +++ Werbung +++ Werbung +++

Neues Update (Version 0.13) für den TPF1 --> TPF2 Konverter verfügbar:

• Added: Nicht gefundene dds-Normals werden in "transfer_log.lua" nun ebenfalls ausgegeben.
• Changed: eatglobal-API nun in Version 2.21
• Fixed: Erkennung "redGreen" bei Normals verbessert.

Viel Erfolg damit

LG Enno

Zitat von melectro

In the vanilla mdl the TransportVehicle is using cargoBay like the Tug boat, therfore I'm curious to know why loadIndicators isn't converted into cargoBay?

Eine Umwandlung von loadIndicators nach cargoBay ist schlicht nicht möglich, da dem Konverter verschiedene Dinge einfach nicht bekannt sind:

• Die räumliche Ausdehnung cargoBay.
• Der Meshindex, an welchen die cargoBay gebunden werden soll.
• ....
  

  
  

Hier eine Gegenüberstellung, welche Informationen ich habe (links) und welche ich benötige (rechts), wenn ich von loadIndicators nach cargoBay konvertieren möchte,
wobei hier keine benutzerdefinierten Meshes unterstützt werden:

LG Enno

Zitat von melectro

I am studying "Virgo Towboat" and there the indicators works

Hier werden Einträge folgender Art genutzt:

cargoEntries = {
								{
									capacity = 650,
									cargoBay = {
										bbMax = { 32.318699975586, 4.9700999259949, 3.5, },
										bbMin = { 13.892600059509, -4.9700999259949, 1, },
										cargoFormat = "BIG",
										childId = 1,
										gridSize = { 3, 4, },
										sizePolicy = "STRETCH_HEIGHT_SCALEY",
										type = "DISCRETE",
									},
									seats = { },
									type = "STEEL",
								},
							},

Es wird also ein Eintrag cargoBay genutzt, um in einem bestimmten Raum Güter-Meshes darzustellen, welche in den Gütertypen definiert sind (cargoFormat = "BIG").
Dies hat nichts mit den Ladunsgindikatoren für vom Spieler selbst erstellte Meshes zu tun.

Zitat von melectro

When comparing TpF1 and TpF2 mdl files there are some differences in "transportVehicle" and I'm sorry but the converter seems to not convert this part properly.

Was genau behandelt der Konverter hier nicht korrekt?

Das Paket wurde versandt.
Um der Zügigkeit willen, habe ich sämtliche, verfügbare Traktion zum Einsatz gebracht:

(Das Paket befindet sich ganz rechts )

LG Enno

Zitat von andy2612

Müsste man es aber dann nicht Depot++++ nennen

Hm....

So langsam wird es:

Nun muss ich das ganze wohl langsam packen und in den Versnad an @Taigatrommel66 geben.

@Taigatrommel66,
warte noch einen Moment.
Ich konvertiere alles gerade und lasse es dir dann zukommen.

LG Enno

Also die Erste fährt schon mal:

Zitat von GrumPa

Oh, ich dachte, auskommentierte werden ignoriert. Daher habe ich das nicht beachtet.

Das werden sie, wenn die Positionen errechnet werden.
Ist allerdings oldSeatsStyle = true, anstelle von oldSeatsStyle = false,, so kann so etwas vorkommen.

Zitat von Blackstar

Ich fange mal an dir für deinen Einsatz zu danken.

Ach du grüne Neune.
Herzlichen Dank dafür.