Suchergebnisse

Wird auch als JPG nicht funktionieren, da das Bild im Hauptspeicher immer Unkomprimiert dargestellt wird. Sprich, wenn das Bild 8000x8000 Pixel bei 32 Bit Farbentiefe hat wird es immer 244 MB Ram verbrauchen, egal wie groß die Bilddatei ist, selbst wenn es sich um einen großen, weißen Klotz handelt. Verwurster hats bereits gesagt, Tilesets sind hier die Lösung. Tilesets sind auch ohne Probleme komplexer aufzubauen, sprich man kann ohne Probleme auch Komplexere Szenen darstellen. Die Idee von Gre…

Sorry, da war ein Tippfehler im Source. Es hätte in beiden fällen $FF heißen müssen. Das ist die hexadezimalschreibweise für 255. Also die genaue größe von einem Byte. Ich habs jetzt mal im GM ausprobiert, die ergebnisse stimmen eigentlich immer. GML-Quellcode (4 Zeilen)

Hmm... ich persönlich würde die Bit operatoren hernehmen um eine zahl in 2 bytes zu zerlegen. GML-Quellcode (4 Zeilen) >> ist ein bitshift, sprich wenn die zahl vorher so aussieht (in binärschreibweise) 1111111100000000 werde die zahlen um 8 positionen verschoben und es entsteht 11111111. Das &$FF ist ein binäres und, welches mit 255 gemacht wird. Das heißt, es bleibt immer eine zahl zwischen 0 und 255 übrig. wenn du dann deine restlichen 100 bytes gefüllt hast, solltest du diese wirklich mit fi…

Ich hatte einst genau das selbe Problem. Soweit ich das beurteilen kann liegt es an folgendem: Das Create Event wird genau in dem Moment ausgeführt, wenn du das Objekt erstellst. Wenn du also im Create Event auf eine Variable namens index zugreifst, ist diese einfach noch nicht vorhanden. Ich hab das ganze immer so gelöst, indem ich Funktionen geschrieben habe, welche einem Objekt alle Variablen zuweisen, welche von außen kommen: GML-Quellcode (12 Zeilen) Im endeffekt hab ich fast den gesammten …

Ich bin mir nicht ganz sicher, aber ich glaube, das die Pfadfüllungs Routinen vom Photoshop ganz anders aufgebaut sind, als das was du vorhast. Auf jeden Fall bin ich mir ziemlich sicher, das es nicht auf Polygon Basis ist ... Splines währen nur mit Polygonen .... sehr beschränkt darstellbar, sofern du nicht vorhast die Anzahl der Polygone ins endlose zu drehen.

Du mußt bei "Port on Screen" auch dafür sorgen, das beide Views sichtbar sind. Wenn beide z.b. 320x240 groß sind und nebeneinander liegen sollen, ist bei der ersten x 0 y 0 w 320 h 240 und bei der zweiten x 320 y 0 w 320 h 240

Du hast da einfach einen denk fehler eingebaut. Eine Forschleife wird immer innerhalb eines Steps abgehandelt. Was du benötigst, ist eine zähler variable, die jeden step kleiner wird, und das But Objekt selbst wird einmap pro Step erzeugt. z.b. Create GML-Quellcode (1 Zeile) Step GML-Quellcode (10 Zeilen)

die richtige Syntax ist GML-Quellcode (1 Zeile) falsch währe GML-Quellcode (1 Zeile) wobei RAUM_001 der name innernalb des Gamemakers ist, den du auch beliebig unbenennen kannst. Dann mußt du den source allerdings auch wieder umändern.

Oh Gott! 15 Euro. Der Untergang der Welt wie wir sie kannten! Anarchie! Solange der versprochene Zoom im Level Editor ist, ist mir der Rest ehrlich gesagt egal, da ich meinen trusty Röhrenmonitor durch einen TFT mit 1600x1200er Auflöung ersetzt habe, hat sich meine Situation beim Designen von Spielen in einer 320x240 Auflösung nicht gerade verbessert.

Todo List, letzter Absatz. Ich übersetze mal für die die dem Englisch nicht mächtig sind: Vorschläge welche nicht umgesetzt werden: - ... - Den Code wirklich zu compilieren (Viel zu viel arbeit) - ...

Ein grund mehr das es bei der neuen Version schon eingebaut ist :3. Einfach das Glas halbvoll betrachten, dann kommt der GM sicher noch am ende des Monats.

Oder schrei "KAWOOOOM" ins Mikro .... das dürfte eine sehr interessants Spiel ergeben.

Letzteres :3. Naja, selber schuld, wenn du zwei Optionen angibst und es kein Bug ist, bleibt nach ausschlußprinzip nur die andere Wahlmöglichkeit über. Aber zu deinem Problem. Such mal nach degtorad in der Hilfe. Das sollte dein Problem lösen. Es hätte schon gereicht wenn du in der Hilfedatei unter sin nachgelesen hättest ~ sinus wird in dem fall mit der hilfe von radians berechnet, die sind normalerweise zwischen Null und 2 Pi groß. Die Funktion degtorad erreichnet aus einem normalen Winkel (0-…

Okay, gehn wir mal davon aus das es nicht dein Script ist wo das passiert. Irgendwo in deinem Spiel wird ein Surface erzeugt, nur dann, wann es benötigt wird ist es nicht mehr da. Surfaces verschwinden nicht einfach so, aber es kann schon vorkommen das sie gelöscht werden, wenn du z.b. die Bildschirmauflösung änderst. Check ein einfach die Funktionen, welche bei den Fehlerobjekten aufgerufen werden und überprüfe einfach ob das Surface noch vorhanden ist bevor du dieses zeichnest.

Array. Du machst irgendwo ein Array, welchen du die IDs dieses Objekt zuweist. z.b. GML-Quellcode (6 Zeilen) jetzt kannst du alle diese Objekte z.b. in einer For schleife behandeln GML-Quellcode (14 Zeilen) -1 ist deswegen ein guter wert, weil er bei instance_create nie erzeugt werden kann. Jetzt kannst du in das Array, wenn der wert -1ist, nach einer bestimmten zeit das Objekt einfach wieder auferstehen lassen.

Anmerkung der Redaktion :3 Wenn ihr öfters auf Sinus und Cosinus Funktionen zurückgreift, solltet ihr vielleicht eine Lookup Table erstellen. Das sind im endeffekt 2 Arrays von 0 - 359, welche die Ergebnisse der Sinus und Cosinus Funktionen beinhalten. Damit erspart ihr euch nicht nur die sinus und Cosinus Funktionen, sonder könnt auch DegToRad ignorieren. Ist nur leider nicht ganz so genau, weil es 4.6 Grad z.b. als 5 Grad behandelt.

Müßte eigentlich funktionieren. Aber ein Beispiel sagt mehr als 1000 Worte.

Zitat: „Original von ElementZero Jo, ein besserer Room-Editor wäre mal super. Mir fehlt eine Art Füllfunktion für Tiles^^ Desweiteren kann man nicht mehrere Tiles auswählen und im Room plazieren, wenn das Tileset z.B. 1 Pixel Abstand zwischen den Tiles hat. Und jemand sollte mal was gegen diese Layergehirnverknotungen bei mir unternehmen^^ Ich lande immer irgendwann im falschen Layer und muss den halben Raum neupinseln XD“ Und eine Zoom Funktion währe nett. Bei 1280x1024 Räume für ein Spiel mit …

Jaja, die gute alte Sin/Cos rechnung. Schaun ma mal, das Problem hab ich schon in einigen meiner Programme gelöst, allen vorran dem 2D Mesh Editor. Also folgende variablen: Obj_x -> X Koordinate des Objekts Obj_y -> Y Koordinate des Objekts OffSet_X -> Offset Koordinate des 2ten Objektes, relativ zum 1ten Objekt, bei 0° drehung. OffSet_Y -> siehe oben :3 New_X -> Fertige Koordinat mit Drehung New_Y -> ... GML-Quellcode (4 Zeilen)

Da gibts net viel zu erklären: Mit GML-Quellcode (1 Zeile) erzeugst du das ganze. GML-Quellcode (3 Zeilen) zeichnet den aktuellen Bildschirm in das surface. GML-Quellcode (7 Zeilen) sollte auf global.BlurSurface einen schönen verwisch effekt machen. GML-Quellcode (1 Zeile) löscht jetzt das alte Surface. Jetzt brauchst du nur mehr ein objekt das in seiner Draw Funktion folgenden Code aufruft: GML-Quellcode (1 Zeile)