Suchergebnisse

Man hat die Information welche tiles wo sind schon. Ohne die kann keine tilemap angezeigt werden. Man muss nicht noch mit einer langsamen Funktion oder dll prüfen, auf welchem Feld die Einheit steht. Das kann man mit der Position der Einheit und der Tilegröße ausrechnen.

Für Hintergründe brauchst du keine Kollisionen. Du kannst alles im room editor einstellen. Hier ist das gut erklärt: mindtools.tased.edu.au/gamemaker/programming.pdf

Das Problem mit schwarzen Rändern hatte ich vor nem Jahr auch. Es liegt nicht am Gamemaker sondern am Grafikprogramm oder Bildformat. Versuch mal das Bild als png mit alpha channel abzuspeichern!

Der rechte Analogstick müsste statt x/y die Achsen z/r haben. Den Winkel kannst du dann mit arctan2(y2-y1,x2-x1) berechnen. GML-Quellcode (2 Zeilen)

Dass du nicht beliebig viele Tasten drücken kannst liegt an deiner Tastatur. Wichtige Tasten wie asdw und die Pfeiltasten sollten aber gleichzeitig funktionieren. Für das Menü brauchst du nur ein Objekt, ich glaube das ist sogar wesentlich einfacher. Dem Objekt gibts du eine Variable menupos=1. Wenn du "runter" drückst wird der Wert erhöht und der nächste Menupunkt markiert. Wenn du ganz unten bist und "runter" drückst, springt der Wert auf 1 zurück.

Auf jedenfall sieht ein Spiel am flüssigsten aus, wenn die fps identisch mit der monitor refresh rate sind. Das mit dem menschlichen Auge habe ich schon öfter gehört, aber das ist Quatsch. In der Realität ist es vielleicht so aber der Computer funktioniert etwas anders, sodass man den Unterschied zwischen 30 und 60 fps direkt sieht.

Zitat: „Original von MewX und den room_speed auf einen Wert über 60 zu stellen ist sittenwidrig und gehört verboten.“ Unter 60 sollte man nicht einstellen. Aber room speed 70,72 oder 75 ist völlig in Ordnung. Bei room speed 600 muss der Computer auch alles 10 mal so oft berechnen und es fängt schnell an zu ruckeln!

Öffne mal eine Grafikdatei mit nem Texteditor! Dann siehst du die einzelnen Zeichen, jedes davon hat einen ASCII-Wert zwischen 0 und 255. Im Gamemaker stellst du erst die Größe der Datei fest, dann liest du sie mit readbyte in einen array ein. Dann gehst du den array mit einer Schleife durch und veränderst die Werte. Dann schreibst du alles wieder in die Datei.

Bei so einer Demo wird ein Replay abgespielt. Dafür brauchst du eine globale Variable: replay=0. Für jede Tastenkombination im Spiel schreibst du pro Frame eine Zahl in eine Textdatei. Z.B. wenn du nach links läufst schreibst du eine 4, wenn du nach rechts läufst eine 6 in die Datei. Wenn dann ein Level vorgespielt werden soll, liest du die Zahlen aus der Datei in einen Array ein. Dann startest du das Spiel ganz normal nur mit "replay=1". Dann kann der Spieler nicht steuern, sondern er wird je n…

Ja das ist einfach. Hier gibts eine Anleitung: pugfuglygames.com/bullets___debris.html

Das Raumschiff sieht gut aus. Nur der Sprung von Schritt 3 auf 4 ist so riesig. Mit ein paar mehr Zwischenstufen wäre das Tutorial perfekt!

Das hört sich nach screen tearing an. Du kannst "sync to avoid tearing" aktivieren, das hilft etwas. Aber das Spiel wird dadurch langsamer.

Wenn du eine Datei verschlüsseln willst, muss du erst die Dateigröße festellen, dann komplett in einen array einlesen. GML-Quellcode (12 Zeilen) Dann veränderst du die Bytes ein bischen. Da musst du dir eine eigene Methode ausdenken die nicht so leicht zu knacken ist. GML-Quellcode (5 Zeilen) Dann schreibst du die verschüsselte Datei: GML-Quellcode (6 Zeilen) Wenn du die Highscores dann aus der Datei lesen willst, musst du erst entschlüsseln dann lesen und wieder verschlüsseln.

Lies dir das mal durch: hem.passagen.se/birchdale/carl…ML/Beginners_Guide_1.html Da werden deine Fragen alle beantwortet.

Damit das Raumschiff nicht aus der Sicht fliegt, baust du eine IF-Abfrage ein. GML-Quellcode (2 Zeilen) Wenn du beide Grafiken zentrierst kannst du den Schuss so z.B. 20 Pixel über dem Raumschiff starten lassen: GML-Quellcode (2 Zeilen) Und wähl mal eine anständige Auflösung (z.b. 640*480)

Du kannst die Einstellungen in eine ini-Datei schreiben. GML-Quellcode (9 Zeilen)

Was das Beste für 3D-Spiele ist, weis ich nicht. Bei 2D-Actionspielen mit schnellen Bewegungen sind 60 fps Plicht. Bei langsamen Spielen ohne Scrolling kann man auch 30 nehmen.

Du musst nur einen if-Satz in die Kollision einbauen. Im create-event legst du fest: collision=0. Bei der Kollision wird fragst du dann ab ob es schon eine Kollision gab: GML-Quellcode (5 Zeilen)

Gut, dann lasse ich alles so wies ist. Vielleicht liegts auch am Gamepad, das ist ca. 10 Jahre alt

Ich habe gerade mal zum Testen mein Gamepad rausgezogen. Dabei gingen die fps direkt von 60 auf 37 runter. Ich dachte erst es liegt an meinem Spiel aber ich habe keinen Fehler gefunden. Dann habe ich eine neue gm6 gestartet, die nur einen Raum hat, der mit 60 fps läuft. Ganz ohne Objekte. Wenn ich mein Gamepad rausziehe sinken die fps auf 41, wenn ich es wieder anschliesse sind es wieder 60 ?(. Versucht der Gamemaker auch ohne Joystickabfrage im code auf das Gamepad zuzugreifen?