Suchergebnisse

Dann solltest du auch angeben was nicht klappt, sonst können wir leider nicht helfen ! Benutzt du Gamemaker 8 ? Wenn ja hol dir Studio, gibts auch kostenlos.

Im Collision Event vom Spieler : GML-Quellcode (3 Zeilen)

Kannst du dir doch auch ganz einfach selbst machen, obj_menu was dann beispielsweise in der Oberen linken Ecke vom GUI so ein Drop down menü drawt

Guck auch mal in vitual_keys und key_map, damit solltest du alles anstellen können was du brauchst

Dein Problem ist vermutlich, das die Arbeit in den Schleifen so umfangreich ist, dass sie nicht in einen Step "passt" (zeitlich gesehen), von daher also das Spiel einfriert. Um dem zu entgehen musst du die Arbeit irgendwie intelligent aufteilen, oder du lässt immer mal wieder in der Schleife den Bildschirm manuell malen. Insgesamt dauert es dann zwar noch minimal länger, allerdings ist dann wenigstens wieder bewegung im Spiel.

Dann währe es wahrscheinlich einfacher wenn du auch GMs virtual keys benutzt taste1 = virtual_key_add(x, y, breite, höhe, vk_up); und virtual_key_delete(taste1); dann fragst du ganz normal die Taste (hier vk_up) ab, musst nurnoch an x,y passendes Sprite malen

Verschiedene Bildschirmauflösungen

Du brauchst einmal eine globale Liste um deine Objekte zu speichern und eine für die Respawnzeiten: Am besten erstellst du ein obj_respawner, in seinem Create : GML-Quellcode (2 Zeilen) und destroy event : GML-Quellcode (2 Zeilen) Im Step : GML-Quellcode (11 Zeilen) Im Gegner, wenn er sterben soll : GML-Quellcode (3 Zeilen) Das ist alles was du brauchst, die vermutlich performanteste Weise wie du alle Gegner unabhängig voneinander nach seperater Zeit respawnen lassen kannst. Das gute ist das du …

Du musst nur im Collision event des Spielers mit dem Block abfragen, ob die y Koordinate > der oberen y Koordinate des Blocks ist. Trifft dies zu, so musst du deinen Kollisionscode nicht ausführen und man sollte von unten hinaufspringen können.

Oben unter Resourcen. Wurden jetzt wohl in Macros umbenannt. Geh ma in die Demo auf -> define Macros. Wenn da was drin ist dann hast du das Problem lokalisiert.

Wellenshader für das Wasser : https://dl.dropboxusercontent.com/s/f98u3k06su5hpr7/Wave.gmz Wenn du einen Shader aus einem DemoProjekt hast : Die benutzen meist Konstanten, die dann natürlich nicht mehr in deinem Projekt drin sind. Musst du mal nachgucken

@LEWA precise collisionmasks sind natürlich deutlich rechenintensiver und in keiner Art und Weise effizient. Aber es ist alles eine Frage der Umsetzung. Wenn du alles so Codest das unnötige Instanzen deaktiviert werden und generell der Bereich durch ein paar clevere Algorithmen eingegrenzt wird, dann gibt es überhaupt keine Probleme, nichtmal bei Sprites 2000x2000 +

ein Haken bei "precise collision masks" schafft Abhilfe.

Wenn ich das richtig verstehe hast du Skalierungsprobleme? Dann kann ich dir nur mein altbewährtes Skript auf den Weg geben, allerdings sollte klar sein, das bei einigen Auflösungen solche 1Pixel Abweichungen defakto nicht ausgeschlossen werden können. Dein Bildschirm kanns schlecht halbe Pixel anzeigen, ausser durch Interpolation. GML-Quellcode (18 Zeilen)

Ich hab dich nie dazu gezwungen meinen Lösungsansatz zu verwenden. Du wolltest in erster Linie wissen wie man das mit dem Alphawert hinkriegt. Jetzt setz dich hin, nimm beide Ansätze, und überlege dir mal wie du die Alphatransparenz von meinem in den Surface Ansatz eingebaut bekommst. EDIT: wenn ich mir das aber so nochmal angucke, dann müsste das von Chinafreak schon so funktionieren. Eventuell hast du irgendwas falsch gemacht

Du hast nie erwähnt das man alle möglichen Formen damit fahren soll. Du wolltest eine Spur die hinter dem Fahrer ist, langsam faded und sich in Fahrtrichtung krümmt, und das hast du bekommen. Wenn du mehr willst musst du mit Arrays arbeiten

@ZaMi_ Das wird dir sowieso nichts bringen, denn wie wir schon vorher im Thread festgestellt haben, leidet MultiDekey eher an einer Verfälschung der Farbwahrnehmung als an wirklicher Farbenblindheit, entweder halt durch eine Erkrankung des Sehnervs oder eine von der Norm abweichende Verarbeitung der Farbeindrücke im Gehirn, und das ist bei jedem Erkrankten nunmal unterschiedlich in wie fern sich das äußert. Stell dir einfach vor wenn ein Bild zu sehr übersättigt ist oder umgekehrt, so dass Farbe…

Dann musst du das Skript einfach mit einer Variable füttern, welche sich langsam an die Rotation annähert. Also wenn "dir" deine eigentliche Richtung ist, dann näherst du "sDir" mit etwas wie sDir += angle_difference(dir,sDir)*.02; an die eigentliche Richtung an. Somit kannst du die Rotation auf beliebig viele Steps ausweiten.

Ich habs doch getestet... Sah genau so aus wie bild1 Natürlich nicht mit nem scrollenden Hintergrund, aber ohne jetzt scheisse rüberzukommen, ein bisschen selber denken sollte doch drin sein.. Wenns kacke aussieht dann musst du halt noch ne zwichenvariable einbauen welche dann langsamer rotiert.

Create event : GML-Quellcode (1 Zeile) draw event : GML-Quellcode (2 Zeilen) Skript : GML-Quellcode (18 Zeilen) voila, bitte schön. Nichts ist unmöglich! (toyota)