Suchergebnisse

Dieser Fehler kommt immer wenn der real() Funktion ein String übergeben wurde der auch andere Zeichen als Zahlen enthält. In deinem geposteten Code findet sich kein real(), also schau mal nach wo du sonst diese Funktion benutzst und wo so ein erwähnter Fall eintreffen könnte. Eventuall hast du auch einer extension ein falsches Argument übergeben, etc.

Ihr habt schon recht was die Tatsache angeht dass es 100te ähnliche Spiele gibt. Trotzdem wäre ich da etwas vorsichtig. Da es ja wie wir ja alle dank Apple wissen, es Patente auf runde Ecken gibt.. steht es ausser Frage dass auch Gedankengut in Softwareform geschützt werden kann. Ob aber eine Spiel-Idee darunter fällt ist ein andere Frage.. Denke wenn ein Spiel wirklich 1 zu 1 übereinstimmt inklusive einer ähnlichen story, nur mit anderen Grafiken, dann kann das zu problemen führen. Sowas solte …

Ja, das kannst du mit den date_ Funktionen anstellen. Schau in die Hilfe Oder du nimmst -$Marvin$-. rechnerische Variante. Die Date Funktionen sind aber z.B. sehr sinnvoll wenn du einfach zwei Zeiten zusammen addieren willst, etc..

Glaube der Fehler ist dort wo jlsnews ihn angedeutet hatte. Versuch mal die Variablen (wie bereits erwähnt) auseinander zu halten! GML-Quellcode (6 Zeilen) Denn wenn ich mich nicht irre, unetrscheidet der GM zwischen eine mittels globalvar globalisierten variablen und der selben variablen mit "global." davor!

Sicher dass nicht irgendwo aus einem anderen Grund die Wände gleich nach dem Erstellen zerstört werden?

@Larsi. Wie gesagt als nächstes fügst du an (vor dem file_close): GML-Quellcode (9 Zeilen)Und schon sind die Koordinaten aller Gegner vermerkt. Einen Endlos-schleifenschutz gibt es nicht und schon garnicht wenn du nur die with-"schleife" benutzst, die kann ja unmöglich unendlich sein. Es könnte tatsächlich sein dass der GM solch eine große Anzahl Einträge in INIs nicht zulässt... @henrik1235 Ich weiss ich weiss. Wollte nur ein doofes Wortspiel machen

Gleich bits würde ich dafür eigentlich auch nicht benutzen. Eher bytes Du kannst ja mal eine simple struktur machen: Eine Zeile beschreibt die Anzahl der Wände und hinterher werden eifnach die x und y Koordinaten reinegschrieben. Also in etwa so: GML-Quellcode (10 Zeilen) Dies speichert in die Datei z.B. das: Zitat: „3 // Anzahl der Wände 100 // x-koordinate der ersten Wand 200 // y-koordinate der ersten Wand 40 // x-koordinate der zweiten Wand 90 // usw... 20 350“ Dies kannst du ganz einfach au…

Zitat von Larsi: „Haha und was bringt mir das ?“ Es ist immer blöd mehrere Variablen mit dem selben Namen zu haben. Sollte aber eigentlich nicht der Fehler sein. Ehrlich gesagt fällt mir kein Fehler auf. Auf jeden Fall kannst du aber die Zeile while(global.i<instance_number(obj_wand)) // Wand vollständig weglassen. Indem du with(obj_wand) schreibst, werden automatisch alle Objekte namens obj_wand durchgenommen! Das with-statement ist sozusagen ebenfalls eine Schleife.

Gibts erst seit GM 8.0. Unsere deutsche Hilfe hier ist von GM 6...

@OraCom Glaube Rayo hat dort das User-event mit einem SCRIPT verwechselt. Dieses kannst du benennen und wie eine normale Funktion mit Argumenten aufrufen! Man könnte theoretisch tatsächlich auch user-events Argumente übergeben da "argument0" usw. im grunde normale variablen sind.. Also wenn du schreibst GML-Quellcode (2 Zeilen)Dann hat die Variable argument3 im user-event-0 weiterhin den Wert 20. Das ist aber eine recht unnötige Konstruktion.. Aber User-Events anhand eines Namens wie ein Skript …

Was du brauchst ist set_application_title(title)

Noch besser wenn du alles abspecken würdest was nicht genau zum Problem gehört (auch Objekte)... erleichtert das Debuggen erheblich.

Das ist eigenartig.. ist der Code sicher in dem Event der Gegner und nichtd es Spielers? Sonst lad mal bitte die gmk hoch...

Mach mal: GML-Quellcode (5 Zeilen)

Also die erste Frage kann man nur beantworten wenn man deinen Code weiss der das Schießen handhabt. Zur zweiten Frage: Du könntest sowas wie Kugeln einsetzen die Objekte sind. Also sobald ein Gegner feuert wird ein kleines Objekt erstelt welches richtung Spieler losgeschickt wird. Kolidiert die Kugel mit dem Spieler bekommt der Schaden ab. Dabei darfst du aber nicht vergessen die Kugeln irgendwann zu zerstören. Z.B. wenn sie einen gewissen Weg zurückgelegt haben oder der Raum verlassen. Eine alt…

Nett nett, das System ist solide! Allerdings geht das bei dynamischen "Castern" (also wenn sie per _position Funktion jeden Step deplaziert werden) ziemlich schnell in die Knie da alle Lichter dann in jedem Step geupdatet werden müssen..

Also ich glaube das müsste man mit primitives lösen. Also mit draw_primitive_begin_texture usw den Regenbogen von einer Textur zeichnen.

Zitat von Bonsaiheld: „Nebenbei bemerkt kann man auf die gleiche Weise auch Sprites relativ zur Auflösung zeichnen, nämlich mit draw_sprite_stretched.“ Ja, aber nicht ohne dass das Bild dabei verpixelt... Und da kann man stattdessen gleich mittels Views skalieren.

Zitat von kaano123: „Also gestern um 00:34 ~ war der GM-D nicht aufzurufen. Sonst weiß ich auch nichts mehr“ Ja, da war GM-D im "Editiermodus wegen Aprilscherz" (oder so ähnlich). Aber was danach war weiss ich auch nicht.

Nein das geht auch nicht mit Surfaces.. du müsstest den Kreis einfach größer Zeichnen. Also wenn du den draw_circle Befehl benutzst, einen größeren Radius wählen. Bei sprites geht das natürlich nur wenn du die SPrites in der maximalen Auflösung dem Spiel beilegst und runterskalierst...