Suchergebnisse

das Problem in dem Code ist, das du die Figur per GML-Quellcode (1 Zeile) zum nächsten festen Objekt in Bewegungsrichtung bewegst. Wenn also zu dem Zeitpunkt wo du das ausführst kein festes Objekt in Spielerrichtung nahe ist, dann kann es sehr weit bewegt werden. Wie du das beheben kannst, ist indem du dem "move_contact_solid(direction,-1);" ein Limit gibst:GML-Quellcode (1 Zeile) So würdest du maximal 20 Pixel bewegt werden. Außerdem hast du ja gesagt, das es immer nach oben bewegt wird, dies s…

Wenn auf deren Seite steht, dass du sie verwenden darfst, dann darfst du die wohl auch verwenden. Aber Nachfragen kann nie schaden!

Ich weiß jetzt nicht; welchen GM du hast, aber du könntest versuchen das Projekt in einem älteren oder neuerem GM mal zu laden, vielleicht schafft irgendeine version es ja doch noch das Projekt zu öffnen.

Hallo erneut Zitat von Recoonz: „aber das mit "sektion", "key", "wert" verstehe ich noch nicht.“ Hm dann glaube ich, du hast es doch nicht verstanden... Ich habe es doch eigentlich gut erklärt. In der ini wird ja etwas gespeichert. Dies erfolgt über eine "sektion" also ein Oberpunkt, vorstellbar wie eine Überschrift über einer Tabelle und über ein "key", ein Unterpunkt, vorstellbar wie ein Eintrag in einer Tabelle. und zuletzt gibt es noch den wert, der in der Tabelle eben gelesen oder geschrieb…

Ja, ini-Files sind da echt eine gute Idee, es gibt auch andere Lösungen, aber die ini ist die wohl einfachste. Der Spielstand ist während des Spielens "nur" im Arbeitsspeicher des Gerätes. Dieser löscht sich aber von selbst, wenn das Spiel beendet wird. Du musst also vorher den Spielstand auf die "Festplatte" des Gerätes sichern. Ich hoffe bis hier war das schonmal verständlich. Um nun dieses in das Spiel einzubauen gibt es nunmal die ini-Funktionen. Diese sind recht einfach aufgebaut. Erst eine…

Addiere oder subtrahiere doch einfach 180 zum/vom Winkel des Spielers. Das sollte dann doch immer die Gegenrichtung sein, oder verstehe ich da die Frage falsch?

joa ich denke der schmiert ab oder so, weil er nicht mit dem Spiel connecten kann, da es in einer Endlosschleife landet oder so... für genauere Infos fehlen mir irgendwie genauere Angaben zum Problem.

viellecht verendet das Spiel einfach nur in einer Endlosschleife oder so, pack doch mal in ein create-event eine show-message um dies zu testen.

Zitat von Gregor: „view_xview[0]=x-960; //960 ist hälfte der x-resolution (1920) view_yview[0]=y-540; //540 = hälfte der y resolution (1080)“ Dieser Teil des Codes kommt mir in dem Code irgendwie sinnlos vor... naja egal, kann ich verstehen, dass man einfach alte Codes im Editor stehen lässt passiert wohl jedem mal

Prüfe doch mal per Debug-Modus, ob das Spieler-Objekt selber noch existiert, wenn ja, dann prüfe auch ob x und y stimmt. Mit solchen Infos würden wir näher an die Lösung kommen

Na bitte, schön das es dir gefällt, ich dachte schon da geht mal wieder was nicht im GMS, dass das Example nicht funktioniert...

Hallo, erstmal dachte ich nur so HÄ!... aber ich glaub ich weiß was du meinst beim ersten Problem kann ich dir nur pixel-interpolation empfehlen, keine ahnung woran das liegen kann... beim zweiten Problem kann ich eigentlich nur sagen das das ja realistisch ist, das wenn sich das ziel bewegt, man schwerer trifft, mach doch einfach mal die Schüsse schneller. beim dritten Problem sieht es so aus als hättest du das so programmiert, das der kaputt geht... vielleicht zerstörst du den Schuss ja im Col…

Hab dann doch auf surfaces zurückgegriffen... und ist leider auch mit GM8 erstellt, aber bitte:

Irgendwie passen deine Codes nicht ganz zusammen Pestamoebe... Zum Problem: Das Wichtigste ist im draw event von irgendeinem Objekt, welches den Highscore anzeigen soll: GML-Quellcode (1 Zeile) und dann wo man ein Highscore eintragen kann (ich glaub da, wo der Spieler scheitert oder eben gewinnt) GML-Quellcode (1 Zeile)

Hallo, ich würde sagen das geht recht leicht mit draw_sprite_part(), das kann teile von sprites zeichnen, ich werde mich mal informiren und warscheinlich noch nen example machen.

Ein recht leicht zu verstehendes Spiel für zwüschendurch würde ich sagen, nur leider hats bei mir nicht so viele frames... der spieler ruckelt schon irgendwie sehr. Zudem finde ich das menü auch etwas komisch mit dem "Open" da unten. Aber auch vor allem grafisch ein schönes Spiel

jo stimmt, irgendwie eine coole idee

ich weiß jetzt nicht genau was du mit "es werden die Größen angepasst" meinst, klingt aber für mich irgendwie nach alpha 0 beim drawen oder sowas

Ich bin mir da auch sehr sicher... Ich glaub es wird da bald sogar Decompiler geben die Frage ist bloß, warum Yoyo-games das so gemacht hat.

ist das thema noch aktuell? Du hast da eine prima Endlosschleife reingehauen es kommt mir so vor, als währe es ein Step-Event, dann kannst du einfach das while durch ein if ersetzen und es sollte gehen. - LG Larsi