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
Moin,
ich bin mit der neuen dev build gerade im Karteneditor unterwegs und da greift der LayerView Patch mit "2 = Weißes Layer nicht nutzen + UI" bei den Höhenlinien leider nicht.
Irgendwie hatte ich das früher hinbekommen, dass auch bei den Höhenlinien kein weißes Layer war, sondern Stufen in Hellgrün bis Dunkelgrün.
Da ich ein paar Wochen Auszeit hatte, bin ich jetzt nicht sicher, ob es an der Tpf2 build 35732 liegt oder an was anderem.
Habe die neue Version 1.8.20240303-dev der CommonAPI2 sowie die Version 1.60 des Straßenpakets (Rasengleis) installiert und erhalte nun während des Ladevorgangs meines Spielstandes bei 16% die Meldung "Internal error - An error just occured." 
Keine andere Mod wurde aktualisiert oder zusätzlich "neu" aktiviert!
Ist der Fehler irgendwie auszuloten?
Ich hänge die stdout an.
Vielen Dank im Voraus für eine Antwort 
Die angefragte stdout sieht wie folgt aus:
stdout.txt
nach der Änderung wieder auf die CommonAPI2-Version 20240129 erhalte ich dieselbe Fehlermeldung wie gestern und das Spiel stürzt weiterhin ab ...
Wieder bei 16%? Das sieht nach mehr aus.
Ja, wieder bei 16% ...
Lässt sich das Spiel ohne eingeschalteten FlexStreets in CommonAPI2 laden? (Ausschalten, Speichern, TPF2 neu starten)
leider auch nein, wieder Absturz bei 16%
Lässt sich ein neue Karte erstellen?
Eine neue Map, in der nur CommonAPI2 und das Rasengleis als Mods aktiviert sind, lässt sich laden und läuft
GGf. mal die kleine .sav.lua deines Spielstandes anhängen...
wie kann ich die LINE_DESTINATION CommonAPI in meine Mod implementieren? Und wenn diese Implementiert wurde, muss der Nutzer der Mod die CommonAPI geladen haben, damit die Mod funktioniert?
wie kann ich die LINE_DESTINATION CommonAPI in meine Mod implementieren?
Ich habe das wie folgt gelöst (sodass die Anzeige mit sowie ohne CommonAPI funktioniert.):
So funktioniert LINE_DESTINATION, wenn die CommonAPI auch aktiv ist, ansonsten verhält sich das Label wie ein Vanilla NEXT_STOP label.
Direkt zum Anfang vom mdl-File:
function data()
local labelType = "NEXT_STOP"
if (commonapi ~= nil and commonapi.supports and commonapi.supports("LINE_DESTINATION")) then
labelType = "LINE_DESTINATION"
end
return {und dann den labellist-Eintrag an der Stelle type entsprechend angepasst:
{
alignment = "LEFT",
alpha = 1,
-- (...)
type = labelType, -- <=== Der Punkt hier ist wichtig!
verticalAlignment = "CENTER",
dontModify = true,
},Ansonsten kannst du dir das auch direkt in der Mod anschauen: SBB FV-Dosto (RABDe 502) Repaint. Der Code oben stammt aus /res/models/model/vehicle/train/sbb_dosto_middle_1st.mdl
Ist es auch möglich, mit der CommonAPI oder irgendwie anders Linienname und LINE_DESTINATION oder Linienname und NEXT_STOP nebeneinander anzeigen zu lassen? oder kann man einfach eine variable einbauen und die aus LINE_NAME und z.B. NEXT_STOP zusammensetzten?
ich wollte das vorne beim bus linienname und ziel angezeigt werden und nicht nur das Ziel. Ist das möglich?
ich wollte das vorne beim bus linienname und ziel angezeigt werden und nicht nur das Ziel.
Dazu kannst du dir die Mod hier anschauen: Verbesserte Linienbezeichnungen (Update 06.05.23) (die eis_os schon im anderen Thread (RE: Fragen zum Modden)) verlinkt hat.
hallo was is beim common aip die linien event eigendlich?
at one o'clock in the morning everything was fine so I don't know
Du kannst bei Ankunft und Abfahrt "Dinge" programmieren. Ein Beispiel, ich lass die Wagons umsortieren...
das hatte ich total vergessen. Ganz tolle Funktion. Spiele das Spiel quasi als Modelleisenbahn und nun habe ich schier unendlich viele Güterzüge.
Da ja hier nicht wirklich was neues in der letzten Zeit war,
das ist so ne Sache die auch Zeit frisst:
Eigene ladbare TramTracks.
Ich hoffe WernerK nimmt mir es nicht übel, das ich zum testen mir ein paar Normalspur Texturen geborgt habe 
Dieses Feature hat in den letzten 14 Tagen große Fortschritte gemacht und eigentlich fehlen da "nur" noch die Sackgassen, viel testen und feinschliff.
Und ja, man kann bis zu 30 TramTracks aus eigene config Dateien laden.
Fehlende Sachen:
- Sackgassen
- Sortierung bei Kreuzungen. Da wird wohl noch ein Integer Wert kommen.
- Konstruktionen -> keine Ahnung wie ich das ermögliche. Eigentlich sollte es möglich sein...
- Tool zum Elektrifizieren kann nur ja/nein, sollte aber auch die TramTracks erlauben
-
Nicht möglich:
Eine Kreuzung mit verschiedenen Typen. Vielleicht baut uns ja jemand ein Dreischienen bzw. Vierschienen Gleis.
Auch wenn ich mittlerweile sehr viele Teile des Straßencodes geändert habe, hab ich den Rendercode für Kreuzungen kaum angepasst. (Es werden nur die Texturen anders angesprochen und der Oberleitungscode abgeschaltet und dann später durch CommonAPI2 aufgerufen
Bekannte Probleme:
- Die UI muss auf tt]experimentalTunnelAndBridgeMinHeight[/tt] gesetzt werden, Der UI Code besteht aus einer Tonnen von Callback Objekten, das war mit das schwierigste.
Eine UI reicht mir zu bearbeiten
