(08.06.2010 18:52)mb schrieb:  

Eddi schrieb:[...] Das Spiel merkt sich, daß das Fahrzeug vom dbsetxl definiert wird (Action 3).

Bei der Auflösung der Refitmaske wird nun das GRF des Fahrzeugs befragt, also dbsetxl. Dort gibt es aber keine Cargo Translation Table, weshalb die Auflösung gemäß der Cargo-ID benutzt wird, während die Cargo Translation Table aus dbxl_firs ignoriert wird. Das funktionierte also nur rein zufällig in dbxl_ecs, weil die Güter in der gleichen Reihenfolge standen.

Nach meinem Verständnis sollte die ursprüngliche Frachtmakse, genauso wie alle anderen action0 properties, durch die nachfolgend geladene grf überschrieben werden. Ich habe das Gefühl das dies in OTTD hier nicht richtig funktioniert.

Also Frosch meinte, TTDPatch verhalte sich da genauso, ausschlaggebend ist die Action 3.

Zitat:Die CTT ihrerseits ist ja gerade für derartige Zwecke (grf-übergreifend) da.

jein, CTT sind dazu da, Cargos GRF-übergreifend zu benutzen, die CTT selbst ist nicht grf-übergreifend. Da jedes GRF eine eigene (verschiedene) CTT haben kann, muß das Spiel irgendwie mehrere CTTs verwalten können, und an der richtigen Stelle entscheiden, welche CTT gerade gültig ist, und dieser Gültigkeitscheck versagt hier.

Zitat: Die Anordnung der labels in der CTT hat übrigens keinen Einfluss auf das falsche Verhalten, damit habe ich gestern abend einige Zeit verbracht.

Aber versuch trotzdem spaßeshalber mal diese hier: