Suchergebnisse

Hallo, ich bin auf Folgendes Phänomen gestoßen: Wenn ich in GM:Studio ein Ordner erstellen will, landet er nicht im working_directory, auch wenn ich es explizit angebe. GML-Quellcode (1 Zeile) Das working_directory liegt im Debugmodus hier: C:\Users\David Schulte\AppData\Local\Temp\gm_ttt_96444\ Jedoch habe ich durch Zufall herausgefunden, dass der Ordner hier landet: C:\Users\David Schulte\AppData\Local\<Game>\ Durch die Sandbox darf man ja nur noch im working_directory Dateien schreiben, jedoc…

Okey, das Problem liegt an surface_copy. Hab sowohl Ziel als auch Quelle nach den Aufruf von surface_copy zeichnen lassen und das Ziel bleibt einfach leer. Wenn ich das Surface einfach zweimal erstelle, statt es zu kopieren funktioniert es wie gewollt. Ich hab jetzt eine andere Lösung gefunden, indem ich alles in ein Surface überblende: GML-Quellcode (8 Zeilen) Edit: Tut mir leid, der verschluckt beim Posten die Leerzeilen, irgendwie läuft der GML-Tag Amok. Das funktioniert nun endlich wie gewol…

Eigentlich hätte ich noch den GM7, aber ich müsste den erst über *schluck* Softwrap reaktivieren, falls es überhaupt noch möglich ist (womit ich nicht sagen will, dass es jemals mit gesunden Menschenverstand möglich gewesen wäre). Außerdem unterstützte der SpriteEditor von damals keine halbtransparent. Vielleicht entstehen die Ungenauigkeiten beim Speichern des Surfaces als Datei, was jedoch nicht erklärt warum die Studio-Version das komplette Surface löscht, bzw. auf 100% Transparenz setzt. Int…

Naja, es gibt auch genug Tools im Market, die dir aus installierten (auch gekauften) Apps die APK-Dateien zurück holen. Die werden in Android lediglich in ein Systemordner verschoben. Es ist also nicht das Problem an die APK zu kommen. Darum prüft normalerweise jede kostenpflichtige App ob sie mit den aktuellen Google-Account im Market registriert ist. Wenn nicht, dann startet die App einfach nicht. Ich meine ich hätte unter den Einstellungen im Studio was von 'Bezahlsystem für Android und iOS' …

Irgendwas bringt die Studio Version da wieder was durcheinander ... ich sehe nur eine weiß Fläche. Der Inhalt des Surfaces wird mit den Aufruf von premultiply_surface gelöscht. Genauer gesagt beim Zeichnen der Kopie: GML-Quellcode (3 Zeilen) Yoyogames hat auch an den Surfaces rum geschraubt, so darf man diese auch nur noch im Draw-Event zeichnen. Andernfalls aktiviert man den geheimen 'SunnyTown-Modus'. Aber selbst das macht hier leider keinen Unterschied. Sieht es bei dir den richtig aus?

Vielleicht liegen die Figuren auf den selben Depth-Level wie das Kamera-Objekt oder ein 2D-HUD-Objekt (wenn du sowas besitzt). Diese Objekte schalten den 3D-Modus jeweils an oder aus, ebenso wie die perspektivische Kamera. Der GM sortiert die Objekte für die Draw-Reihenfolge nach den Depth-Wert, sind diese gleich, dann nach den 'alter' der Objekte (neuere werden später gezeichnet). Du könntest im Room-Editor einige Spieler und anschließend z.B. ein HUD-Objekt gesetzt haben. Dadurch würden zuerst…

Jow kann ich machen, mir ist außerdem aufgefallen, dass im Originalbild des Bein's die Farbe an der Kante immer die selbe ist und lediglich der Alphawert abnimmt, während im vor-multipliziertem Bild die Farbe mit abnehmenden Alphawert immer dunkler wird. Soweit wie ich das verstanden habe ist das ja auch der Sinn des Tools, nur irgendwie ergibt das bei dieser Kante keinen Sinn. Im Anhang sind die Grafiken. Bitte nicht stibitzen. gfx_src: original Bilder gfx: vor-multiplizierte Bilder

Vielen Dank für deine Antwort, ich hab die Anleitung mal befolgt und es sieht tatsächlich besser aus. gm-d.de/wbb/index.php/Attachme…10157bd4732a45863a3f94374 Aber irgendwie sieht der Übergang am Arm und an den Beinen seltsam aus (siehe Bild). Selbst wenn ich die Glättung mit Schwarz, 0%-Alpha ersetze ist der Bereich leider immer noch seltsam.

Hallo Basti, es ist leider nicht möglich Subimages mit unterschiedlichen Größen zu erstellen. Alle Subimages eines Sprites haben immer die selbe Größe, die du beim erstellen des Sprites festlegst. Wahrscheinlich willst du wissen wie breit der 'benutzte' Platz des Subimages ist. Das ist meines wissen's nicht möglich. (Außer du scannst jeden Pixel mit draw_getpixel(x,y) und schaust von Wo bis Wo das Bild geht. Das ist allerdings nicht zu empfehlen, da draw_getpixel (zumindest in GM7) sehr langsam …

Halli-Hallöchen liebe Gm-D Community, nach drei Jahren bin ich wieder hier aktive, nachdem ich GameMaker-Studio doch tatsächlich bei Steam entdeckt habe. Leider bin ich etwas eingerostet und muss erstmal meine alten Hirnzellen aus den Kühlfach hohlen die mein gesamtes GML-Wissen beinhalten. Der Stand der Dinge: Ich habe ein Charakter, der aus einzelnen Sprites besteht (Körper, Arme, Kopf...), damit ich diese einzel animieren kann. Das klappt im Draw-Event auch super, aber ich habe vor auf diesen…

Naja dann geht's leider net. Aber falls es jemanden interessiert hier ist der eine Code den ich oben zweimal erwähnt hab: Klick hier Der Hintergrund ist 3D, auch wenn man es nicht sieht. Das Problem hab ich in diesen Kreis sogar behoben, aber nur weil es ein Objekt ist und die Innenseiten dank d3d_set_culling(true); nicht gezeichnet wird. Der Code ist etwas unordentlich, aber is ja nur zum anschauen. Danke nochmal!

Es ging weniger um Splitscreens, sondern darum 3D Objekte z.B. in ein 2d Menü zu setzen. Wie gesagt ich hatte ein anderes Tut, indem sich ein 3D Block ein ein Kreis unten im Menü drehte, doch dort hat man mein Problem sehr schlecht erkannt. Und allein die Kreisform geht leider nur mit Surfaces. Zitat: „Das ist auch dein Problem. Es würde mich nicht wundern, wenn das bei anderen Usern zu ganz anderen Fehlern führt.“ Spielst du darauf an? Naja ich hab den Fehler jetzt verstanden. Bei 3D berechnet …

Nach den wunderschönen Tut "Surface leicht gemacht" von DAG hab ich mal überlegt ob man Surfaces auch in 3D anwenden kann. Es geht! Dadurch sind Splitscreen-Games in 3D möglich. Ich hab mein ein Beispiel abgehangen, aber wer es öffnet kennt mein Problem. Download: Link Warum auch immer werden alle Vektoren nicht, wie bei normalen GM-3D, gezeichnet, sondern z.B. eine Wand, die hinter einer weiten Wand steht, kann plötzlich davor sichtbar sein. Kann man sich schwer vorstellen und genau darum zerst…

Spellmaker hat recht! Wenn es nicht alles von einen Objekt gespeichert wird, hast du hinterher keine Kontrolle mehr, und die Datei zuschließen! Hier meine Lösung: GML-Quellcode (12 Zeilen) Solltest du mehrere Objekte zum speichern haben (z.B. obj_wall, obj_item...) erstell einfach ein leeres Objekt obj_tosave. Setzt bei jeden zu speichernden Objekt Parent (Objekt Eigenschaften, linke Leiste) auf obj_tosave. Damit sprichst du mit with obj_tosave auch obj_wall, obj_item usw. an. Natürlich kann man…

Das hab ich öfter! es liegt daran, dass GM nicht so gut auf ungraden Koordinaten Drawn kann. Du verwendest zwar round(), aber string_width("Sintran")/2 kann auch ungrade sein! Probier mal: GML-Quellcode (3 Zeilen) Das round umfast nun den gesamten X Bereich. Ich hoffe das geht! Ps: lustige Grafik^^

Hmm... NEIN! Der GameProtector gefärlich? Das is ja nicht wahr! Obwohl man in kurzer Zeit sich auch viele Viren einfangen kann... ICH WEIß WOVON ICH REDE!! Es ist nur ein falscher Klick nötig! Naja ich glaub aber nicht dass das Programm verseucht is. Ich mach auf jeden Fall mal ein Check! Sorry, schreib von der WII aus^^

du willst eine Variable (name wird selbst gemacht) von einen anderen objekt ändern oder lesen? Wenn ich das so richtig verstanden hab kannst du das mit with machen! mach ein script var_get(): GML-Quellcode (2 Zeilen) arg0 = objekt arg1 = Var-Name Gibt den Wert der Variable wieder. und ein script var_set(): GML-Quellcode (2 Zeilen) arg0 = objekt arg1 = Var-Name arg2 = Var-Wert Ändert oder setzt den Wert der Variable. damit kannst du die dann ändern (hoffe ich; ungetestet^^)

Ich weiß aus vertrauter Quelle (Name vertraut), das der GameProtector auch bei der neuen Version schutz bietet. Ich habe den Decompiler zwar nicht, will ihn auch nicht haben. Jeder muss es selbst wisse ob er das tut. EDIT MIST!! ich hab ne halbe stunde son logo gemacht und meine Quelle postet vor mir!!

Other geht nur im Collisons EVENT!! Nicht nach place_meeting!! Du musst das Objekt anders heraus finden, ambesten mit instance_place: Quellcode (4 Zeilen) Das instance_place gibts die id des objektes weider, welches diese Stelle (x,y) berührt. Bitte klammer drum machen, sonst ---> ERROR^^ NATOLL! ICH HABS IHN ÜBE SKYPE ERKLÄRT DANN MACHT ER EDIT WENN ICH POSTE!!^^

MOMENT!! kann das sein, das du es als .gmk gespeichert hast aber die datei in .gm6 umbennat hast???? GM7 kann nicht in gm6 speichern!! Und beim umbennen ändert er die datie nicht! nur der name und die erweiterung (.gm6) die sagt mit welchen programm er es öffnen soll. es ist aber immer noch eine gmk datei nur mit anderen namen. Gm6 und Gm7 speicher anderes! TOOL zum umwandeln: GMK in GM6 umwandeln?