Suchergebnisse

Klingt in der Tat nach einem Grafikfehler der im Cache gespeichert ist. Der Pinsel sollte helfen, da dann alle Texture Pages neu erstellt werden.

Das beste ist wohl selbst ein paar Spiele die einen guten Ruf haben zu spielen und versuchen bewusst aufs Level Design zu achten und was der Level Designer sich bei bestimmten Hindernissen gedacht hat. Vor allem die ersten Level dienen oft als verstecktes Tutorial von dem der Spieler garnichts mitbekommt. Gibt da auch ein interessantes VIdeo zu Super Mario Bros. Level 1-1, was ich mal schnell raussuche: youtube.com/watch?v=ZH2wGpEZVgE Aber letztendlich werden viele Level Designer wohl nach Bauch…

Klingt so, als wäre "text" kein Array. Hast du eine Variable die ebenfalls "text" heißt oder eine andere Ressource wie sprite, objekt, font?

Um mal alle Möglichkeiten aufzuzählen die mir spontan einfallen: - Du berücksichtigst nicht, dass dir die Grid- und nicht die genaue Mausposition im Room Editor angezeigt wird, sofern der Grid nicht 1*1 beträgt. - Du drawst die Sprites via Code an einer anderen Position - Du hast den Originpunkt ausversehen anders gesetzt als gewollt (Sei es im Sprite-Editor oder nachträglich im Code) - Du hast (als einziger) einen seltsamen Bug, eine Neuinstallation vom GM sollte helfen.

Wie ist deine Auflösung, Viewgröße und viewport? Scheint eine zusammengestauchte darstellung zu sein. (Renderauflösung höher als die auf den Screen dargestellte)

movesleft() und tokenClicked() scheinen benutzerdefinierte Scripte zu sein, was genau ist da jetzt so besonders an der Schreibweise? Wenn du den Alhorithmus verstehst, solltest du auch wissen wie man ihn im GM anwendet. In deinem Fall zum bewerten der möglichen Züge in einem Tic Tac Toe Game für die GegnerKI.

Deine Ausdrucksweise mit dem "wiederholen in if" ist etwas verwirrend. If-Abfragen sind keine schleifen, der restliche Code wird unabhängig der If-Abfrage ausgeführt und dementsprechend kann es passieren, dass an anderer Stelle der vspeed wert geändert wird unabhängig von der Bedingung. Wenn das "Testspringen" jeden step ausgeführt wird, dann wird auch vspeed jeden Step auf 0 gesetzt. Davon kannst du dann sicher ausgehen und an anderer Stelle den Fehler suchen.

Verstehe immer noch dein Problem nicht, vielleicht helfen Screenshots/Skizzen davon wie es aktuell ist und wie du es gerne hättest. Wenn der View dem Spieler folgt und du das Rechteck über die gesamte Breite des View darstellen willst, dann folgt das rechteck doch indirekt dem Spieler? Es sei den du kommst an den Rand des Rooms und lässt den View diesen Rand nicht überschreiten. Dann ist die Frage wie sich der View und wie das Rechteck in dieser Situation verhalten sollen.

ja was den nun, soll das rechteck über den ganzen view gezeichnet werden oder nur an der position des spielers? Klingt so als hättest du die Lösung für beides bereits, aber möchtest das jeweils andere...

Was soll die innere if Abfrage bewirken? Wenn die äußere true ergibt wird ja bereits vspeed auf 0 gesetzt und die innere ist immer true, wenn es auch die äußere ist, also komplett unnötig. Wie bereits geschrieben, wenn das objekt kurz abbremst und anschließend wieder beschleunigt, ist etwas außerhalb der if abfrage dafür verantwortlich.

da müsstest du schon ein code beispiel geben um den Fehler zu finden. Klingt aber danach, dass deine if-bedingung vspeed auf 0 setzt und irgendwas anderes (Ein Keyboard-Event?) vspeed wieder erhöht.

Du hast es ja schon richtig erfasst, string_copy gibt den text von position 0 bis str zurück, also immer nur einen teil. Und da str jeden step um eins vergrößert wird kommt jeden step ein weiterer buchstabe hinzu,

Die Fehlermeldung sagt, dass es keine instanz von obj_ingamemenu_back gibt. Da du diese in dem geposteten Code nirgens verwendest gehe ich davon aus, dass es obj_testenemi nicht gibt (vllt enemy statt enemi?) und du die Option aktiv hast, dass unbekannte Variablen automatisch 0 zurückgeben. Diese Option sollte man eher nicht benutzen, da es dann öfter zu solchen "falschen" Fehlermeldungen kommt oder schlimmstenfalls gar keine Fehlermeldung kommt und Sachen nicht funktionieren, weil man sich bei …

Weil die Sekunden Variable kein Integer sondern ein real ist, also auch Kommazahlen beinhalten kann. 0.5 Sekunden sind 0.5 Sekunden. Die Sekunde weiß gar nichts außer den in ihr abgespeicherten Wert, der 0.5 beträgt. EDIT: Eine Millisekunde ist übrigens nicht 1/60s, sondern 0,001s. Eventuell ist es das was dich verwirrt hat. Dadurch, dass beides auf dem Dezimalsystem aufbaut kann man einfach mit den Kommazahlen arbeiten. Bei Minuten und Sekunden geht das aus diesem Grunde nicht und man muss da m…

Hier wird es näher beschrieben: yoyogames.com/blog/44

Würde auch keine unterschiedlichen Auflösungen für die Viewgröße und Port on Screen benutzen. Du skalierst es ja dann im Grunde doppelt, wenn du im Fullscreen spielst, was nicht gut aussehen kann.

In den Grafikoptionen sollte standardmäßig "Keep aspect Ratio" angekreuzt sein, was automatisch dafür sorgt, dass das Seitenverhältnis auf allen Bildschirmarten gleich bleibt. Ist das dein Problem oder stört dich, dass manche "Blöcke" ein einzelnes Pixel breiter als andere sind, es also nicht pixelperfekt skaliert? Pixelperfekte Skalierung klappt natürlich nur, wenn die Auflösung des Bildschirmes einem Vielfachen der Renderauflösung entspricht. Wenn man darauf Wert legt muss man das nächst klein…

Das stottern kommt zu Stande, wenn die FPS nicht gehalten werden können. Bei niedrigeren FPS machen die Objekte halt größere SPrünge, dafür ist delta_time ja da. Wenn es auf dem gleichen Gerät ohne delta_time mit kosntanten 60FPS läuft und mit delta_time FPS drops hat ist es natürlich blöd. Hab selbst leider nicht genug Erfahrung mit delta_time gesammelt um beurteilen zu können, ob diese für den Leistungsabfall verantwortlich sein kann oder es an was anderem liegen muss. Du kannst aber im Debugg…

Vermutlich weil keine Begrenzung für den View eingebaut wurde. Willst du eine haben, bau eine ein, sind 4 Zeilen Code Und bei der Raumgröße musst du selber wissen wie groß du die Spielewelt haben willst. Soll man viel erkunden können oder soll es direkt zur Sache und zu Kampf mit der gegnerischen Basis kommen? Da gibt es nicht einen richtigen Wert, hängt alles vom Game Design ab.

Wenn du mit einem View arbeitest: "display_set_gui_size(view_wview[0], view_hview[0])" alternativ room_width und room_height als größen angaben.