Frage an Eddi:

Stations var42 gibt (auch) den track type zurück (für DBrails zB 4 .. 8). Wie ist es wenn mehrere track Sets in einem Spiel genutzt werden? Wie sehen dann die Werte in var42 aus? Bis 16? In Reihenfolge der geladenen Sets?

Gruß
Michael

Das hat nix damit zu tun, welche Sets geladen sind, sondern wie deine Railtype Translation Table aufgebaut ist. Wenn du da Gleistypen von anderen Sets mit aufgenommen hast, können die auch zurückgegeben werden.

Und die Werte können auch größer als 16 sein. Unbekannte Gleistypen haben den Wert 255.

Eddi schrieb:Das hat nix damit zu tun, welche Sets geladen sind, sondern wie deine Railtype Translation Table aufgebaut ist. Wenn du da Gleistypen von anderen Sets mit aufgenommen hast, können die auch zurückgegeben werden.

Warum sollte denn ein Bahnhofs-Set eine railtype table enthalten? Als Ergebnis einer unserer früheren Diskussionen hatte ich die doch bereits aus NewStations entfernt.

Ich will auch kein railtype label abfragen, ich möchte lediglich wissen wie die Gleistypen in var42 dargestellt werden wenn ein Benutzer mehrere Gleissets lädt. Ob die also in der Reihenfolge der newgrf Aktivierungen hochgezählt werden, oder wie auch immer?

Eddi schrieb:Und die Werte können auch größer als 16 sein. Unbekannte Gleistypen haben den Wert 255.

Also 0 .. 16 und 255. Ganz genau?

Gruß
Michael

Also sowohl die Specs als auch der Code sagen "translated railtype"...

Also so lang wie deine Railtye Translation table ist, so hoch können auch die Werte sein.

An die "frühere Diskussion" kann ich mich nicht erinnern...

Also ich hab nochmal tiefer im Code gegraben, und falls keine Railtype Translation Table aktiv ist, werden tatsächlich die "rohen" internen IDs zurückgegeben, also 0..15 (bis einer noch mehr Gleistypen implementiert.)

Die werden dir aber kaum eine Hilfe sein

[nochmal OT]

Eddi schrieb:Also ich hab nochmal tiefer im Code gegraben,

Danke.

Eddi schrieb:und falls keine Railtype Translation Table aktiv ist, werden tatsächlich die "rohen" internen IDs zurückgegeben, also 0..15 (bis einer noch mehr Gleistypen implementiert.)

Die werden dir aber kaum eine Hilfe sein

Naja, schon. Allerdings gibt es noch einige Probleme mehr ...

Wie Robert weiter oben schon schrieb - und auch von anderer Seite wurde ich darauf angesprochen - wäre es wohl wünschenswert auch andere Gleis-Sets als DBrails zusammen mit diesen Pseudo-Gleisen in NewStations 07. nutzen zu können (momentan werden diese Bhfstypen einfach deaktiviert, bei fehlendem DBrails).

Das wäre von meiner Seite aus durchaus machbar, ich würde pro Gleis-Set und Streckentyp jeweils 12 zusätzliche sprites einbinden (relativ einfach durch advanced sprite layout für stations), die mir von interessierter Seite zugeliefert werden müssten.

Da ergäben sich allerdings einige Fragen. ZB

- wie kann man zwischen den Streckentypen von Gleis-Sets unterscheiden die dafür dasselbe label nutzen. Bzw, ist dies überhaupt möglich? Die Dokumentation kommt mir immer schwammiger vor, je öfter ich darauf schaue:

Zitat:In NFO, rail type IDs will be GRF local, with an ID to label mapping. Therefore to modify an existing rail type, specify its label in property 08. To create a new rail type, again just specify its label in property 08. This way there is no need for complex GRM mechanisms to allocate IDs. If a label 'clashes' with another GRF, then one GRF will end up modifying the properties instead of creating a new rail type.

Für mich ist bereits der erste Satz ein Widerspruch. Weiter, was heisst hier "new rail type"? Ein Typ der kein default Typ ist? Oder ein Typ der nach einem anderen "neuen" Typ aktiviert wird, von einem anderen Gleis-Set? Und wenn mehrere Gleis-Sets dasselbe label verwenden, dann werden die properties des einen (welches?) überschrieben?

Geht noch weiter:

Zitat:When a new rail type is created, it is populated with the information from the first rail type, except that the compatible and powered list contain only the rail type being created. However, no default values should be assumed, as the first rail type may have been modified.

Mannomann.

Ich habe mir vorhin einige Gleis-Sets auf die verwendeten label und ihr Kompatibilitäts-Verhalten angeschaut, und das ist einfach demotivierend.

Gruß
Michael

(13.07.2018 20:05)mb schrieb:  - wie kann man zwischen den Streckentypen von Gleis-Sets unterscheiden die dafür dasselbe label nutzen. Bzw, ist dies überhaupt möglich? Die Dokumentation kommt mir immer schwammiger vor, je öfter ich darauf schaue

also ich würde erstmal anfangen, die geladenen GRFs zu prüfen. Theoretisch weiß das Spiel auch, aus welchem GRF ein Gleistyp stammt, ich wüßte aber nicht, wie man an diese Information aus dem GRF heraus rankommt (sowas wie Var 25 für Fahrzeuge)

Zitat:In NFO, rail type IDs will be GRF local, with an ID to label mapping. Therefore to modify an existing rail type, specify its label in property 08. To create a new rail type, again just specify its label in property 08. This way there is no need for complex GRM mechanisms to allocate IDs. If a label 'clashes' with another GRF, then one GRF will end up modifying the properties instead of creating a new rail type.

Zitat:Für mich ist bereits der erste Satz ein Widerspruch. Weiter, was heisst hier "new rail type"? Ein Typ der kein default Typ ist? Oder ein Typ der nach einem anderen "neuen" Typ aktiviert wird, von einem anderen Gleis-Set? Und wenn mehrere Gleis-Sets dasselbe label verwenden, dann werden die properties des einen (welches?) überschrieben?

ich seh nicht genau, wieso das relevant ist, da geht es dorch darum, wenn man in einem GRF ist, das Gleistypen definiert. Das ist fpr das Bahnhofsset doch irrelevant. aber mal krz zusammengefasst:

Es gibt 3 verschiedene IDs:

1. Den Railtype-Label
2. Eine Numerierung, die nur innerhalb des definierenden GRFs gültig ist
3. Eine Numerierung, die global ist, und intern vom Spiel verwendet wird
   

In dem Absatz geht es um die 2. Art von Numerierung, und daß man sich darüber keine Gedanken machen muß, ob man da im Konflikt mit anderen GRFs steht.

Ich habe mal drei kleine Videos erstellt

Damit kann man schon einiges anfangen, nur fehlen mir persönlich die Tageslänge und vernünftige Fahrpläne.

Einfahrt in einen Kopfbahnhof mit E-Traktion und während der Wende der Wechsel auf V-Tration.

• Traktionswechsel E auf V
  

Hier die Einfahrt mit E-Traktion, der Park wird mit 2 Wagen gestärkt und dann abgezogen damit das Triebfahrzeug aus dem Bahnhof kommt. Dann die Bereitstellung und das Anhängen des alten Triebfahrzeuges

• Stärken und Richtungswechsel im Kopfbahnhof
  

Und hier noch ein kleiner Spaß was auch geht. Ein Dampfzug mit Bremswagen muss am Endbahnhof um den Zug drumherum und auch den Bremswagen wieder ans Zugende setzen.

• Dampfzug mit Bremswagen muss umsetzen
  

Mal abwarten was da noch draus wird. Im Moment noch sehr kompliziert und mit einigen Fehlern behaftet. Aber sehr schick.

Viele Grüße