Suchergebnisse

schätze mal eher nicht. aber du kannst ja trzd manuell mal deinen view_xport auf (0,0) setzen. dann müsste der oben links sein und die streifen dürften nicht existieren. um zu gucken obs am background liegt, kannst du den ja einfach mal wechseln, während der raum aktiv ist. dann sieht man vlt obs mit dem hintergrund zusammenhängt.

Zitat: „3. "zusätzlich!" soll in jedem Step eine lokale Bewegung per Zufall in alle Himmelsrichtungen erstellt werden. “ aber das würde dazu führen, das dein objekt fast unkontrolliert herrum ruckeln würde, da es jeden step in eine andere richtung gehen würde. für welchen zewck brauchst du denn so einen path? dann kann ich vlt besser nachvollziehen was genau du versuchst zu programmieren.

Deine Collisionsabfragen überlappen sich. Wenn du z.B deine beiden links/rechts abfragen hinter die oben/unten abfragen schreibst, bewegt sich der block nur nach links. Du bewegst dich mit deinem Player in den Würfel. Jetzt geht Game Maker dein Script durch und stell fest, das alle Abfragen zutreffen, weil place_empty nach einer collision zwischen zwei masken in einem punkt guckt. und sobald du den würfel berührst, behrüren sich die masken und jedes place empty trifft zu. mit collision_point kla…

Ob Game Maker das kann weiß ich nicht, aber auf jeden Fall funktioniert verschlüsseln, falls das reicht.

Jop, sind nur Benachrichtigungen.

Du konntest garkeine Collision haben, weil du immer nur dein sprite0 an die Stelle deiner Maus gesetzt hast, nicht aber dein Objekt selber. Collisions abfragen sind immer nur zwischen Objekten.

was soll die app denn im hintergrund alles machen? push notifications müssten ja funktionieren: yoyogames.com/tech_blog/39 vlt hilfts dir weiter

sind die streifen immer nur einen pixel breit? das sieht aus, als würde der view im neuen raum nicht von (0,0) aus gedrawt werden, sondern von (1,0) liegen bei dir xview und xport beide bei (0,0)? und ist der wport so groß wie dein wview?

Zitat: „Wenn ich nun eine abfrage von einer seite mache,z.B. Collision von links, geht es im grunde,kommt nun eine 2 kollision , z.B. von rechts dazu, wird immer nur die 2. abfrage gestartet.“ Also der Fehler tritt auf wenn z.B links und rechts von deinem Objekt eine Collision auftritt? Dein Programm funktioniert nicht in diesem Fall, weil dafür kein Fall definiert ist. Nämlich der Fall, das das Objekt eingeschlossen ist. Der Code sieht nur, das er sich bewegen muss, wenn irgendwo eine Collsion …

Zitat: „Nach einiger Verzweiflung habe es so halb zum laufen bekommen in dem ich bei dem Step Event nicht den Code "if t=0 " eingebe... dann zittert ObjectChild irgendwann total freaky aus dem Bildschirm.“ ja, wenn du das tust, werden ja permanent die koordinaten des pfades verändert, und das jede sekunde mehrfach (halt jeden step einmal). das dann nichts mehr funktioniert ist klar. guck dir nochmal meinen code an und versuche ihn zeile für zeile nachzuvollziehen. falls iwas unklar sein sollte, …

Nicht so wichtig wenn du es nicht benutzt. Falls es dich interessiert was Surfaces sind, Google mal. Damit lassen sich echt viele coole Sachen/Effekte machen. Ich kann mir das immer noch nicht so gut vorstellen wie das bei dir aussieht, deswegen mal nen Haufen Fragen: -Werden die Grafikfehler von Sprites von Objekten erzeugt? Oder auch vom Background deines Raumes? Oder was erzeugt typischerweise die Grafikfehler? Geht der Grafikfehler weg nach dem du room_restart(); ausführst? -Kannst du den Gr…

Benutzt du Surfaces? Und bleibt der Fleck bestehen wenn du im Spiel zwischen Fullscreen und Fenster Modus hin und her wechselt? Bin da auch recht ratlos gerade.

Kannst du die Streifen genauer beschreiben, sind das schwarze Ränder? Bleiben die Streifen auch da, wenn du einen Raum zurückwechselt, bzw sind sie auch schon im ersten Raum? Wenn es schwarze Ränder sind, wird es bestimmt an deinen Views liegen.

Bei mir klappts: hier mein Code: Objekt Pathfinder_Parent: Create: Quellcode (4 Zeilen) Objekt Pathfinder: Step: Quellcode (10 Zeilen)

Vielleicht buggen die Winkel während der Collision rum. Ne Idee zum gucken ob es daran liegt wäre in dem Moment in dem sich die Objekte treffen die Winkel in dem sie zueinander stehen drawen zu lassen, vielleicht sieht man ja dann, das etwas nicht stimmt.

Zitat: „Push :: Execution Error - Variable Get 100000.path(100002, -2147483648)“ Variable Get ist ein Fehler den du bekommst, wenn GameMaker eine Variable nicht findet. In diesem Fall findet GameMaker die Variable Path nicht. Mit der Variable Path meinte ich den Namen mit dem du deinen Path definiert hast. Im Create dürftest du das ja gemacht haben. Tausche einfach Path in meinem Code gegen den Path-Namen in deinem Code aus. Quellcode (1 Zeile) Ein Path besteht ja aus verschiedenen einzelnen Pun…

könntest ja folgendes probieren, hab es selber nicht getestet: im parent.create definierst du zusätlich t=0: und im child.step Quellcode (11 Zeilen) Der Code geht einmal durch alle Punkte von deinem Path und ändert die Koordinaten um +-20 und setzt die geschwindigkeit auf einen zufälligen wert zwischen 5 und 10. Hoffe mal es klappt oder du kannst wenigstens die Idee dahinter verwenden.

Zitat: „Was mich noch gewundert hat, ist das sich das "obj_gegner" nach jeder Ausführung des alarm´s verdoppelt hat und die "menge" sich anscheinend gar nicht vergrößert hat?“ Hast du den Quellcode den du gepostet hast den in den Gegnern selber verbaut? Wenn das der Fall ist, hat ja jeder neu gespawnte Gegner den Wert menge=0 und spawnt für sich selber neue Gegner. Du müsstest also aus der Variable menge eine globale Varibale global.menge machen, damit nicht jeder Gegner, der gerade gespawnt ist…

Ist jetzt vielleicht ne blöde Frage, aber kann dein phy_speed_y/x auch negativ werden? Nur wenn das der Fall ist dürfte deine Funktion funktionieren. Worin besteht denn der Fehler der auftritt?

Ich würde dir wie Morpheus schon sagte auch empfehlen den draw_sprite_ext zu verwenden. Quellcode (6 Zeilen)