Suchergebnisse
Suchergebnisse 1-20 von insgesamt 21.
Ja das habe ich ja in dem Post davor erklärt, wahrscheinlich ist die Bedingung nicht notwendig, nur dass die Path_funktion so gar nicht tut, konnte ja auch keiner ahnen. Japp kann geschlossen werden, trotz der Missverständnisse: Vielen Dank an alle, vor allem an dich Smokie!
@Fred: Also jetzt machst DU dich langsam lächerlich, ganz ehrlich. Alles muss ich mir auch nicht gefallen lassen: Der Fehler lag daran, wie ich lange zuvor vermutete, dass die Funktion Path_Position nicht richtig funktioniert und DESHALB niemals erfüllt wird. Ich habe doch die Timer im Debugger angeschaut und die haben ausgelöst. Wenn du das mit den "Step Events" nicht verstehst (ich habe geschrieben, dass die Timer auf -1 pro Step stehen), gut, aber werfe mir nicht vor, dass ich nicht alles gep...
Woah ok Kinners, ich habs... Doch kein Logikfehler, sondern die Engine (oder ich interpretiere es mal so). Die Bedingung: global.Path2 = path_position global.timer9 = 2 if global.timer9 = 0 { global.Path2 = 0 hat nicht ausgereicht. Aus irgendeinem Grund erfüllt sich die Bedingung nicht, selbst wenn der Timer 0 wird (wahrscheinlich überspringt er irgendwie die 0 und geht direkt von 1 auf -1 oder so). Ich habe es umgestellt auf: global.Path2 = path_position global.timer9 = 2 if global.timer9 >= 1 ...
Sie wird erfüllt, glaube es mir bitte. Im Code davor (in einem Step Event) steht: global.timer6 -= 1 global.timer7 -= 1 global.timer8 -= 1 global.timer9 -= 1 Das heißt, dass für jeden Frame der Wert des timerX um einen abnimmt. Nein ich halte einen logischen Fehler nach wie vor für am wahrscheinlichsten, aber eben auch die Funktion mit der Path_Position und genau so ist es auch: Ich habe eine andere if-Bedingung (nicht mehr wenn das Auto den Pfad beendet, sondern wenn es mit einem Objekt auf der...
Ach den Teil des Codes habe ich vergessen (hier zu schreiben). Die Timer nehmen natürlich für jeden Step ab, die Bedingung wird erfüllt, sonst würde der Summand ja auch nie 0 werden. Ich sehe doch wann die Werte sich wie entwickeln: Ich lasse sie direkt auf den Screen ausgeben. Ich kann auch ein Video davon machen, das wird aber an meiner Aussage nichts ändern: DIE VARIABLE WIRD NULL WENN DAS AUTO DIE LINIE ÜBERQUERT, ALSO EINE NEUE RUNDE GESTARTET WIRD, ALSO PATH_POSITION = 0 WIRD.
Also ich verstehe echt nicht was du meinst. Ich habe den Debugger benutzt und so das erfahren, was ich bereits vermutete: TyreUse3 wird Null, weil beide Summanden (TyreUse3 selbst, das zuvor noch einen positiven Wert hatte sowie TyreUse2, was ich nachvollziehen kann, weil es von TyreUse abhängt und dieser bei Path = 0 auch kurzzeitig 0 wird) 0 ergeben, was jedoch keinen Sinn ergibt, weil ich doch extra diese ganzen TyreUse-Variablen eingeführt habe (deshalb auch keine "Namen", da sie alle für de...
Die Objekte sind eigentlich nicht von Bedeutung: Object0 ist das Auto selbst, die anderen Elemente sind nur die Buttons im Menü und die funktionieren einwandfrei. Die Programmiersprache ist soweit ich das weiß eine eigens (weiter) entwickelte. Ich zitiere hierfür einfach mal wiki: "Game Maker Language (GML) is the primary scripting language that is interpreted similarly to Java's Just-In-Time compilation used in GameMaker" Vom Gefühl her was zwischen Basic und Java. Aber es geht eh nur um Variab...
Also jetzt schreibe ich es zum dritten Mal: Der Wert wird Null, WENN DAS AUTO DIE ZIELLINIE ÜBERQUERT. ICH WEISS ABER NICHT WARUM. Und mit dem Bug des Compilers meinte ich die Engine: Ich habe inzwischen die Vermutung, dass das mit der "path_position" nicht richtig funktioniert oder verarbeitet wird.
Jo da brauch ich ja keinen Debugger für (obwohl ich ihn benutzt habe), um zu sehen, dass beide Summanden 0 ergeben (müssen), damit am Ende auch 0 raus kommt. Das heißt: Der Wert wird nicht "über die Ziellinie" gespeichert, das habe ich aber vor einem Tag schon geschrieben und verstehe trotzdem nicht, warum das so ist. Aber gut zu wissen, dass ihr es euch auch nicht erklären könnt, vielleicht ein Bug des Compilers.
Nicht dass ich wüsste, ist ja auch in der Formel zu sehen: Keine der Zahlen sollte jemals kleiner als Null werden. Die einzig negative Zahl dort ist "Path2", aber die kann nie kleiner als die "path_position" werden.
Genau bis zu dem Punkt, an dem das Auto die Linie überschreitet und eine neue Runde beginnt (wie ich auch schon geschrieben habe) - also beim letzten Abschnitt. TyreUse3 wird wieder zu 0, ich verstehe aber nich warum, weil ihr vorheriger Wert doch mit dem neuen (von TyreUse2) addiert wird und zumindest ersterer Wert nicht 0 ist.
Klar habe ich ihn benutzt, nur wie könnte er mir helfen den Rechenfehler zu finden? Ich habe schon alles mögliche umgestellt und ausprobiert, finde den Fehler aber nicht, auch nicht mit dem Debugger (da wie gesagt kein Rechenfehler im eigentlichen Sinne vorliegt, sondern die Zahl nicht mit in die nächste Runde übernommen wird).
Der Debugger hilft mir nicht, weil es ja nicht ein "Problem" an sich ist: Die Berechnung funktioniert ja (und bis auf den letzten Punkt sogar sehr gut), sie ist nur nicht korrekt.
Ach man ich bin so nah dran. Ich habe versucht deine Idee mit der Konstanten umzusetzen, scheiter aber seit 2 weiteren Tagen an der Umsetzung: TyreUse = ((object0.path_position-global.Path2)*TyreSave //Grundformel if(position_meeting(mouse_x,mouse_y,object7)) || (position_meeting(mouse_x,mouse_y,object) { //wenn "TyreSave" geändert wird (Variable, die den Reifenabrieb beeinflusst) if(mouse_check_button_pressed(mb_left)) || (mouse_check_button_pressed(mb_left)) { TyreUse2 = TyreUse //aktueller Ty...
Das sieht sehr gut aus, ich fummel mal ein bisschen und sag bescheid, obs funktioniert hat. Danke schon mal für eure Mühen!
Na ja ich hänge schon seit 3 Tagen an dem Problem und ich bin mir sicher, dass es eine recht einfache Lösung gibt. Ich finde sie nur nicht (bin auch eigentlich kein gelernter Programmierer). Ne weil wenn der Startwert von y 3 wäre, würde es auch nach unten rutschen. Aber das ist auch egal, denn selbst ein "verrutschen" nach oben wäre mathematisch gesehen falsch: Der Reifenabrieb von davor, als y noch 1 war, muss dennoch der gleiche bleiben und kann sich nicht für die ganze Zukunft nach oben vers...
So könnte man es sagen. Na ja die ganze Formel ist recht komplex, deshalb habe ich es heruntergebrochen. Sagen wir einfach: y kann die Werte 1-5 annehmen.
Hey, es geht um ein mathematisch-logisches Problem. Es geht um meinen Racing Manager. Ich versuch`s so unkompliziert wie möglich: Reifenabrieb = x * y * Runden x ist eine Konstante, y eine Variable, die sich während des Rennens verändert. Das Problem ist nun, dass sich der ganze "Reifenabrieb" verändert, auch der für die Vergangenheit, wenn ich an der Variable schraube. Das darf allerdings nicht sein, denn der Reifenabrieb, der bis dato geschehen ist, soll auch bleiben. Ändern soll die Variable ...
Ich liebe auch WiSims, nur leider gibt es heute nicht mehr viele und selbst die wenigen sind meist ohne Tiefgang. Man möchte halt ein großes Publikum mit jedem Game ansprechen, weshalb Substanz und Langzeitmotivation meist auf der Strecke bleiben. Würde mich freuen, wenn du dran bleibst!
Ok strange, naja sorry, ich versuch sie nochmal direkt hier upzuloaden. Edit: Done.
27.04.2024, 08:58
Zum Seitenanfang
