Suchergebnisse

Ist ne Idee, ich fänds aber schöner, wenn der Hintergrund scrollen würde und nicht einfach als ein Bild dem View folgen würde... Trotzdem danke für den Vorschlag!

In meinem aktuellem Projekt habe ich ein Problem, welches ich nicht wirklich verstehe: wenn sich der View bewegt, ruckelt der Hintergrund - aber nicht konstant, sondern "verschieden stark". Es ist ein wenig wie eine Sinuskurve: variiert von gar nicht ruckeln über leicht ruckeln bis zu stark ruckeln, dann wieder leict ruckeln und gar nicht ruckeln. Irgendwelche Ideen, woran es liegen sollte? Hier die Techdemo, die Zahl über der Figur gibt an, wie oft die 60steps roomspeed durchgelaufen sind.

Zitat von LoganTheManster: „statt "spieler" setzt du den Namen des Spielfigurobjekts rein“ Da die Aktion im Schützenobjekt drin ist, bezieht sich x, y und Schuetze_Links.x, Schuetze_Links.y auf genau den gleichen Punkt, somit ist der Abstand der Punkte kleiner als 200. Ersetz Schuetze_links mit deinem Spieleobjekt, dann müsste es klappen.

Ich würde behaupten, dass es nunmal am weichen Rand liegt. Die Linien in Achtung-die-Kurve haben auch nen harten Rand und nur deswegen bleibt die Farbe in den Kurven gleich.

pointdistance.png So sollte es aussehen, also genau das vor dem Schussbefehl setzen, statt "spieler" setzt du den Namen des Spielfigurobjekts rein und in Value den Abstand in Pixeln, ab welchem der Schütze anfangen soll zu schießen...

Hat der sprite "button_weiter" eine collision mask oder kommt der Name oder der Name des Objekts doppelt vor?

Im Bullet-Objekt: Create: GML-Quellcode (3 Zeilen) Step: GML-Quellcode (1 Zeile)

Zitat von schnipfl: „Edit: Das Viereck bleibt sogar trotzdem unsichtbar... Das ist guuuuut :D“ Sobald ein Objekt irgendetwas im Draw-Event stehen hat, wird seine Grafik nicht mehr automatisch gezeichnet (was man ja mit GML-Quellcode (1 Zeile) nachholen kann )

Ich habs mal angespielt, macht einen recht soliden Eindruck. Zwei Sachen sind mir aufgefallen: - es wäre schön, wenn man Feedback bekommen würde, nachdem man gewonnen hat, momentan merkt das Spiel es ja anscheinend nichteinmal - du solltest dafür sorgen, dass das Spiel nicht schon gelöst startet

1. Benutzt du deine interne (192....) oder deine externe (z.b. 89....) IP, um den Port zu testen? 2. Ich würde mich selbst nicht auf die Aussagekraft solcher tests verlassen, laut canyouseeme.org/ ist mein Ports 25565 geblockt, ich kann aber trotzdem problemlos über diesen Port einen Minecraft Server hosten - schau vielleicht erst nach ob das was du brauchst speziel bei deinen jetzigen Port-Einstellungen geht, bevor du dich wegen angeblichen allgemeingültigen Ergebnissen verrückt machst - dü kön…

Zitat von LoganTheManster: „wird sich der Player 8 Pixel pro step bewegen“ Ich meine natürlich 5 Pixel pro Step und freut mich, dass ich dir Helfen konnte

Zitat von CreamyCewie: „Wenn ich es jetzt also mittels Keyboard-events mache, käuft der Player immer bis er wo kollidiert, richtig? Denn genau das möchte ich verhindern, er soll sich nur bewegen, solange man die Taste gedrückt hält.“ Nein, der Code wird nur ausgeführt, wenn die Taste gedrückt ist. Die Key Press und -Release Events sind dazu da, um irgendwas zu machen in dem Moment, in dem die Taste gedrückt wird oder losgelassen wird (braucht man, wenn man die Bewegung über den Speed macht, so w…

Vielleicht hilft das: Mach für das laufen Keyboard-Events (keine Key Press-Events) und als Aktionen solltest du Move to contact mit den Parametern: Direction - 0 für rechts, 90 für hoch, 180 für links, 270 für runter Maximum - etwas irreführend, das ist aber im Grunde die Geschwindigkeit (5 ist ein guter Richtwert, spiel damit ein wenig rum) against - solid objects Du solltest auch sicherstellen dass d im Menü-Objekt das häckchen bei "Solid" drin hast

Hm... keine Ahnung, aber versuchs mal ein wenig anders: Tu die "Bounce against solid objects"-Aktion nicht in ein Kollisionsevent sondern ans Ende von allen Press Key-Events, vielleicht hilft das.

Dein Menü-Sprite wird wahrscheinlich eine falsche Kollision-Mask haben...

Ich bin wahrscheinlich nicht der Einzige, dem es so geht, aber ich verstehe nicht ganz, wie dus meinst. Versuchs etwas besser zu beschreiben oder mach ne Skizze, dann kann dir auch geholfen werden

Nette und sehr gut umgesetzte Idee, macht ein wenig süchtig^^ Meiner Meinung nach passt die rockige Musik, die kommt, wenn ein Turm zu hoch wird, nicht wirklich zum Rest des Spiels... klar sehe ich ein, dass es ein Kontrast darstellen soll, ist aber mMn zu über trieben. Ansosnten: weiter so!

(Bevor iwelche Unterstellungen auftauchen: ich hab den ganzen Thread durchgelesen) Mal ein ernstgemeinter Vorschlag: wenn nichts anderes hilft copy&paste "einfach" alles in eine neue Projektdatei... also nicht mergen, sondern die Objekte und Events erstellen und alle Scripts und Execute-Code-Blöcke copy&pasten... klar ist es verdammt viel Arbeit, aber nach spätestens ner Woche (wenn du dich ranhällst) hast du ein funktionierendes Projekt, falls der Fehler, wie du ja vermustest, an der Projektdat…

Das Funktioniert nicht, weil die Objekte nicht 100%ig gleichzeitig zerstört werden und somit im Stepevent nach der Zerstörung des 1. Objekts gemerkt wird, dass die Reihe nicht mehr vollständig ist. Ich hab mich vor einigen Wochen zur übungszwecken an einen Tetris-Ableger gewagt, hier sind meine (sehr ausführlich kommentierten) Skripts dafür: Nach jedem "Ablegen" eines Bausteins wird dieser in vier "obj_viertel" geteilt (Du hast bei dir ja auch ein einziges Objekt, das überprüft werden muss, also…

Bitte zutrefendes ankreuzen: [ ] ich weiß was Drag&Drop ist [ ] ich benutze Drag&Drop [ ] ich weiß was GML ist [ ] ich benutze GML [ ] ich weiß was Variabeln sind [ ] ich weiß wie man Variabeln benutzt [ ] ich weiß was ein Collision-Event ist [ ] ich weiß wie man ein Collision-Event benutzt Wenn du mir das ausgefüllt hast kann ich gerne versuchen, dir den Kram den du brauchst zu erklären und zwar so dass es dir was bringt