Suchergebnisse

Und es will einfach nicht aufhören mit den "unexpected errors" . Also diesmal ist der Fehler aber Game Maker spezifisch. Und zwar, wenn ich den Skript GML-Quellcode (34 Zeilen) im Draw-Event eines Objektes ausführe, dann bekomme ich einen "unexpected error". Wenn ich allerdings eine Surface erstelle und das Skript im Step-Event auf die Surface anwende, wird ganz normal gezeichnet, so wie es sein soll. Also ich hab zumindest herausgefunden, dass der Fehler nach beliebig vielen Schleifendurchläufe…

Jop, das war der Fehler. Komisch, dass beim Testen in Netbeans nichts gesagt wurde. Anscheinend wird eine Division durch 0 dort abgefangen. Naja, hab die Bedingung der ersten for-Schleife angepasst. Vielen Dank, Bl@ckSp@rk, dass du dir die Mühe gemacht hast, meinen ekelhaften Code durchzulesen. MfG

gm-d.de/wbb/index.php/Attachme…a1afb62cc44376b4b12ba4b50 Edit: Also ich kann mir das echt nicht erklären, denn wenn ich es in Netbeans teste, dann funktioniert die Funktion einwandfrei.

Die Vermutung hatte ich auch, aber das kann ja nicht sein, denn wenn ich z.B. Quellcode (1 Zeile) dann gibt es keinen Fehler. Und die Maps und Vektoren werden ja im Konstruktor folgender Maßen initialisiert: [hide=Vorsicht]Quellcode (43 Zeilen)[/hide] Ich werde mir mal die out_of_range exception anschauen. Danke für die Antwort. Edit: out_of_range exception wird nicht geworfen, wenn ich ->at(j) benutze.

Ich bin's noch mal. Wollte nicht extra einen neuen Thread dafür aufmachen. Folgende Zeilen bescheren mir immer noch einen unexpected error: Quellcode (2 Zeilen) Was ist denn daran falsch? Ich finde bei Google einfach nicht die Lösung des Problems. Ich hab es mit ...second->at(j) auch probiert, und dort bekomme ich auch den selben Fehler. Auch wenn ich ohne Pointer arbeite bekomme ich den Fehler und wenn ich anstatt einer map einen vector aus vector nehmen, bringt das auch nichts. Wenn ich einen …

@Bl@ckSp@rk: Du bist echt der Retter in der Not ^^. Die komplette innere for-Schleife hat keinen Sinn gemacht. Aber warum zeigt mir der Compiler keine Fehler an, wenn ich mit at(i) kompiliere? Ist es sicherer sowas zu schreiben: Quellcode (1 Zeile) anstatt sowas: Quellcode (1 Zeile) ?

Ok, aber ich denke nicht, dass da was falsch ist, da ich mit dem selben Quellcode auch schon vorher getestet habe und dort alles glatt ging. gm-d.de/wbb/index.php/Attachme…a1afb62cc44376b4b12ba4b50. Edit: gm-d.de/wbb/index.php/Attachme…a1afb62cc44376b4b12ba4b50vergessen. -.-

Guten Tach, Leute! Folgendes Problem: Wenn ich meine DLL kompiliere, sie dann in eine GEX packen will, test weise in ein GM-Projekt einbinden will und das Spiel dann starte um die Funktionen zu testen, kriege ich den Fehler hier: errorkpp.png [hide=Problemsignatur:]Problemereignisname: APPCRASH Anwendungsname: test.exe Anwendungsversion: 1.0.0.0 Anwendungszeitstempel: 2a425e19 Fehlermodulname: libstdc++-6.dll Fehlermodulversion: 0.0.0.0 Fehlermodulzeitstempel: 4e71847f Ausnahmecode: 40000015 Aus…

Schau dir mal parameter_string(n) und parameter_count() an. Das sind die Argumente, die man einem Programm, das mit dem GM erstellt wurde, übergeben kann. Ähnlich wie bei Java oder C mit public static void main(String[] args) bzw. int main(int argc, char **argv). parameter_string(0) ist hierbei der Pfad, wo sich die Datei im Moment befindet. Wenn du mal eine .exe mit dem GM erstellst und die dann über die Konsole aufrufst (z.B. test.exe bla), dann hast du in parameter_string(1) den String "bla" …

@mar96k: Man kann die Animationen als .png exportieren. Schau mal unter "File". Da kannst du jedes Bild als einzelne Datei speichern oder als Strip, aber nur dann, wenn die Animation mindestens zwei Frames hat. Ich dachte, mit dem Example wäre klar, wie man die Animationen einbindet. Fürs Tutorial fehlt mir im Moment Zeit. Sorry. Bei Gelegenheit werde ich eins machen, oder jemand anderes, der mein Werk versteht, kann ein Tutorial erstellen .:P MfG

Es wär mir ziemlich neu, dass sich Objekte im GM von alleine löschen. Zeig mal deinen Code her.

Entweder du löschst das Objekt nicht oder du zeichnest den Laser auf eine Surface ohne sie nach jedem Step wieder zu "putzen". MfG

Nimm lieber die ExtremePhysics Engine 2.2. Da gibt es ein Example, wo genau diese Art von Wasser simuliert wird. Außerdem ist die GM Physics älter als ExtremePhysics und wenn mich nicht alles täuscht arbeitet ExtremePhysics auch schneller. Zumindest muss die CPU dort bei Cricle-Shapes weniger arbeiten als bei Vierecken. Hinzu kommt, dass ExtremePhysics sehr gut dokumentiert ist, sodass man recht schnell damit klar kommt. Schau dir einfach mal die Beispiele an. MfG

Warum willst du denn unbedingt für das iPhone ein Spiel entwickeln? Wenn du schon Java kannst, dann schau dir die Android SDK an und entwickel dafür ein Spiel. Falls es sich einiger Maßen gut verkaufen lässt, dann kannst du es via Cross-Compiling (bin über den hier gestolpert) für iOS porten. Ich weiß allerdings nicht, wie das genau aussehen wird. Kannst dich ja mal in das Thema einlesen. Edit: @Unten: schau mal hier. MfG

1. self.x bzw. self.y ist unnötig. 2. Was ist so schwer daran das Projekt hochzuladen?

Was passiert in den anderen Events?

Da musst du, wenn der Gegner bzw. das Objekt was verfolgt wurde, die direction zum Zeitpunkt des Todes speichern. Das funktioniert mit: GML-Quellcode (1 Zeile) Und dann musst du noch den speed auf einen bestimmten Wert setzen.

Speicher dir vorher die Breite und Höhe manuell in zwei Variablen ab und setze die Größe per: GML-Quellcode (1 Zeile) Über deine Variablen bekommst du dann die Größe.

Code her!

Zitat von jlsnews: „Als Beispiel: GML-Quellcode (2 Zeilen)“ Zitat von freestyle_kinq: „in der Mitte des Fensters“ => GML-Quellcode (2 Zeilen)