Servus beinand,
bin gerade auf ein sehr komischen Fehler gestoßen. Habe die Scripts durch sogenannte Direktiven verschlankt (bin zu faul Game::... zu schreiben), jedoch knallst du nach einer gewissen Zeit auf einen Fehler - "zu viele using-Direktiven". Like what? Muss ich jetzt wirklich den ganzen Mist wieder umstellen auf die dumme Schreibweise oder gibt es einen anderen Workaround hierzu? 
Hier der obligatorische Biersmiley-Protest *PROST* 
LG Korbi
Wusste nicht, ob das hinter unter Dir... Dior... Diarrhöe.... Dioramen fällt oder nicht, aber hier. Mein aktuelles Werk. Ich arbeite an einem nochmal anderen Teil des Zivilverkehrs (der hier im Forum zu finden ist) sowie ein paar neuen FireObjects an Sachen, die ich sowieso neu beleuchten musste.
Das ganze Zeug kommt in eine Sammlung namens "Project Relight and Fire" - soll sowas wie ein CCC für andere Objekte sein. Ich möchte hier Häuser und Objekte mit ein paar neuen und realistischeren FireObjects und Lights ausstatten, nachdem ich das für ein anderes Projekt brauche *HHust* 
Da es noch keinen Biersmiley gibt - einfach vorstellen, wie ein ungepflegter aber eloquenter Straßenpenner euch zuprostet *PROST*
Logeintrag sagt für deinen direkten Call bzw. meine Variable:
!Name f22_tmf
Aber - StrCompare hats gerissen. Jetzt kann ich meine TMF endlich wieder installieren. Deinstallieren funktioniert auch. Jetzt muss ich mein Auto nur noch davon abhalten zu früh aufzubauen - der wechselt das Modell bereits im Hof, falls ich es irgendwo anders installieren lasse - anstatt erst hinzufahren, dann zu wechseln und dann aufzubauen Wahrscheinlich ein Layer 8 Fehler, aber so what Mein wichtigstes Problem ist schon mal beseitigt. Würde mich aber interessieren, ob das ein C++ Quirk ist oder von EM4 - in C# hatte ich niemals so einen komischen Fehler. :X
Und wie stellst du fest, dass das Fahrzeug rückwärts fährt? (Ich denke fast, dass ich von meinem obigen Plan nicht abweichen werde, aber die Rückfahrleuchte wäre interessant *stups,stups* )
Wenn man sich überlegt, dass ich das dann für knapp 100 Fahrzeuge machen muss, explodiert der Aufwand mehr als mir lieb ist 
Wenn du Tagsüber headlights brauchst musst ein anderes Light belegen.
Theoretisch könnte ich auch mit Prototypen-Wechsel arbeiten, aber ich glaube fast, dass das Ergebnis nicht den Aufwand rechtfertigt. Für gerade mal ein paar Lämpjes
Danke für die Antworten. Das mit den Trafficlights fällt jedoch leider flach, da ich bereits Triblitz und Umfeldbeleuchtung separat eingebunden habe.
Sersn, leider nerv ich hier das Forum bald richtig, weil ich ständig auf neue komische Eigenarten der Scripte stoße (oder Fehler mache).
Ich lese gerade den Namen eines Hubrettungsfahrzeuges aus und möchte dann anhand dessen etwas machen. (Switch bzw. if-Statement) Jedoch kommt es IMMER dazu, dass der ausgelesene Name dann nicht der ist, mit dem ich es abgleiche.
Das hier geht in den Else-Block über...
char* nameFzg = Caller -> GetName();
if (nameFzg == "TMF")
{ ... }
else
{ ... }Das hier ebenfalls:
char nameFzg[] = Caller -> GetName();
if (nameFzg == "TMF")
{ ... }
else
{ ... }In einem Switch-Statement springt er auch nicht auf den Namen an:
switch (Caller -> GetName())
{
case "TMF":
// ...
break;
}Da ich erst mit der childID gearbeitet hatte, habe ich dann Case-Grouping versucht, was komischerweise auch nicht geht:
switch (childID)
{
case 0:
// default
break;
case 1:
case 2:
// ...
break;
}Selbst eine Schreibweise, bei der die Cases anders geschrieben werden, scheint es nicht zu gehen:
switch (childID)
{
case 0:
// default
break;
case 1 ... 2:
// ...
break;
}Falls ihr da ne Ahnung habt, woran ich hängen bleibe, dann bitte Bescheid geben. 
LG Korbi
Moinsen,
mich treibt gerade eine Funktion von Emergency in den Wahnsinn:
Wenn ich das Headlight an einem Fahrzeug an- oder ausschalten möchte, dann spinnt das - manchmal lässt sich das Headlight anschalten, manchmal nicht, keine Ahnung, wo der Wurm drin ist. Hat jemand ne Ahnung, wie man das auslesen kann bzw. wie die Schaltung dann auch tatsächlich an und aus geht? (habs auch schon mit fahrzeug.EnableHeadlights(true/false) probiert, aber da geht auch nichts. 
object A00_Licht_an : CommandScript
{
using namespace Audio;
using namespace Game;
A00_Licht_an()
{
SetIcon("Licht_an");
}
bool CheckPossible(GameObject *Caller)
{
return Caller -> IsValid();
}
bool CheckTarget(GameObject *Caller, Actor *Target, int childID)
{
return true;
}
void PushActions(GameObject *Caller, Actor *Target, int childID)
{
Caller -> PushActionWait(ACTION_NEWLIST, 1.0f);
PlaySample("mod:Audio/FX/Fahrzeuge/KFZ_SChalter.wav");
Vehicle fahrzeug(Caller);
// Pruefung, ob Licht an ist
if (!fahrzeug.IsLightOn())
{
Caller -> EnableHeadLights(true);
}
else
{
Caller -> EnableHeadLights(false);
}
}
};Sersn beinand,
wie kann man bei den FP Params (oder anderswo) einstellen, dass ein Einsatz einfach nie scheitert, egal, was man für nen Käse baut.
(Hintergrund: Ich möchte selbst bei Toten noch den Einsatz weitergehen lassen, bis diese tatsächlich vom Bestatter abtransportiert wurden. 
Habe bereits die Mechanik für einen Totenschein, eine Todesermittlungssache und die Bestatter erstellt - und die funktionieren 
)
Wäre nice, falls einer nen Clue für mich hat 
LG Korbi
PS: warum zum Teufel haben wir keine BIER-Smileys?!?!?!?!?!?!
Habs durch eure Antworten fixen können, danke. Zwar ist selbst bei 60 die Ampel noch recht zügig, aber das ist glaub ich auf die FPS gehooked, richtig?
Sersn beinand,
soweit ich das noch von damals im Kopf habe - die Ampeln sind ja irgendwie an die FPS oder CPU-bound. Wie genau kann ich die Ampeln einstellen, dass sie deutlich länger grün oder rot sind? Die schalten bei mir durch als wäre es hier volle Kirmes.
LG Korbi
