Suchergebnisse

Jau, das Menü sieht auf jeden Fall schonmal besser aus als im ersten Teil. Nun probier ich mal wieder den ersten Platz zu besetzen ;). Edit: Hmmm... beim 2.Versuch schon auf Platz 1? Find den Teil jetzt ein wenig einfacher als den ersten. Mir kommt auch alles viel smoother vor. Hast du den room_speed auf 60 gesetzt? MfG

Was sind das denn fuer Objekte, die unter dem Wasser nicht seien sollen. Einfache Kollisionsobjekte oder wie? Wenn das so ist, dann koenntest du ja den merge-Skript von MasterXY benutzen. Dann werden deine grounds bzw. walls zusammengefasst und diese kannst du dann wieder aktivieren (sollte dann nicht so viel mehr Performance fressen). MfG

Abfragen kannst du sowas mit instance_point(x,y,obj); oder instance_place(x,y,obj);. D.h. speichere die ID der Instanz des Objektes was neben deinem Objekt ist in eine Variable und frag ab, falls diese Instanz ueberhaupt existiert, ob sie den selben x- bzw. y-Wert hat und dann fuehre deinen Code aus. MfG Trixt0r Edit: Oh, hab nicht gesehen, dass sich das Problem schon erledigt hat -.-

Wenn ihr den View manuel im Step-Event verschiebt, dann schieb den Code mal ins Draw-Event. Solch ein Problem hatte ich auch mal und als ich meinen Code ins Draw-Event gepackt hab, lief alles flüßig. MfG Trixt0r

Es bringt ja wohl nix, eine Region zu deaktivieren und dann alle Objekte wieder zu aktivieren. Außerdem: Zitat von Sharivari: „Nun habe ich in meinem Controller folgenden Befehl eingefügt, um die Performance zu entlasten.“ MfG

Lass das Controller Objekt doch einfach die ganze Zeit aktiviert. Du musst dein Code nur folgendermaßen abändern: GML-Quellcode (3 Zeilen) Das Problem tritt auf, weil du den Winkel des Views änderst und du hast die instance_deactivate/activate Funktion auf einen Winkel von 0° angepasst, da kann es schon vorkommen, dass das Controller Objekt deaktiviert wird. MfG

Oha, ich dachte du wolltest die Waffe auch um einen Punkt mit einer bestimmten Länge drehen. Aber wenn du deine Kugel erstellst, dann sollst du lengthdir_x und lengthdir_y nicht ins Step-Event setzen, sondern ins Create-Event der Kugel, sowie TrunX es gesagt hat. Ich gehe mal davon aus, dass du die Kugel im Global Left Mouse Button-Event erstellst. Dann mach lieber folgendes: GML-Quellcode (1 Zeile)

Das geht mit: GML-Quellcode (2 Zeilen) Füg es im Step-Event deiner Waffe ein.

Ich finds nicht so prickelnd. Die Grafik ist ok, aber Waterman7 hat Recht. Die Musik bereitet einem Kopfschmerzen. Gameplaytechnisch ist auch nichts dabei, was ich nicht schon gesehen hätte ;D(hab aber auch nur bis zum 2. Level gespielt). Ach ja und der "explosion-effect" im Menü sieht irgendwie zu billig aus. Aber trotzdem Hut ab, dass du es geschafft hast ein komplettes Spiel zu entwickeln (weiter so). MfG

Liegt wohl eher an deiner Tastatur als am Spiel selbst.

Mit instance_place() oder instance_point() kannst du das Problem lösen. Das heißt du speicherst die ID des Blocks in einer Variablen und schaust dann ob das Objekt die selbe Farbe hat. So in etwa: GML-Quellcode (4 Zeilen) MfG Trixt0r

Ein wenig überlegen oder SuFu(GMC gibts ja auch) benutzen dann muss man nicht ständig hier im Forum fragen. Zu erst definieren wir uns einen Script, den wir "angle_diff" nennen und schreiben folgendes hinein: GML-Quellcode (2 Zeilen) Und, dann im :event_step:Event deines Objektes, was ein anderes verfolgen soll: GML-Quellcode (3 Zeilen) Sollte soweit funktionieren. MfG Trixt0r

Ja das muesste funktionieren. Also du erstellst eine Surface in der Groesse deines Sprite-Strips und zeichnest es auf die Surface. Dann kannst mit sprite_create_from_surface die einzelnen Bilder auslesen. Du musst die Sprites dann natuerlich in einer Variable speichern. MfG Trixt0r

Klar ist das möglich. Aber du musst wissen, wenn du mit vielen Partikeln arbeitest, dann nagt das höllisch an der Performance deines Spieles. Du kannst ja mal mit dem Particle Designer ein wenig rumexperementieren (Link), dann musst du nicht alles "zu Fuß" coden. Da es hier um Wasser geht: schau mal hier. Da wird nicht mit Partikeln gearbeitet sondern mit der "ExtremePhysics"-Engine, aber das Wasser sieht sehr realistisch aus. MfG

Dann musst du bei den View-Einstellungen unten Hbor und Vbor erhöhen. 200 und 150 sollte glaube ich in Ordnung sein bei einer View-Auflösung von 640x480. Du kannst natürlich auch 320 und 240 nehmen, dann würde sich der View bei jeder Bewegung mitbewegen (View-Breite/2 und View-Höhe/2). MfG

Sry,da war auch ein kleiner Bug drin :D. Hab vergessen, den Betrag für die Abstände zu nehmen. So hier nochmal: gm-d.de/wbb/index.php/Attachment/11020/ Wenn du willst, dass der View sich langsamer bewegt, dann musst du einfach die Variable sp erhöhen.

Mach einfach ein Objekt, das vom View verfolgt wird und das Objekt soll wiederrum die Maus verfolgen. Ich hab mal ein Example gemacht: gm-d.de/wbb/index.php/Attachment/11019/ Es ist nicht perfekt. Aber es könnte vielleicht weiterhelfen ;). EDIT: Sry hab überlesen, dass es beim Drücken der rechten Maustaste geschehen soll. Habs aber umgeändert. MfG

Bin mir nicht sicher, aber sowas könnte vllt. gehen (gehört ins Step-Event): GML-Quellcode (4 Zeilen) MfG

Man kann den alarm[0] auch im Alarm0 Event auslösen lassen, dann braucht man keine Extra-Variablen. MfG

Links im Baum wo die Objekte, Sprites, etc. stehen, hast du da noch die "Game Information", "Global Game Settings" und "Extension Packages". Doppelklick auf "Global Game Settings" und dann bei "Allow the player to resize the game window" ein Häckchen setzen. Fertig. MfG