Suchergebnisse

GML-Quellcode (24 Zeilen) Das sollte die von dir beschriebenen Prrobleme lösen.

Nachdem du ja "GML-Fortgeschritten" bist, sollte dashier kein problem für dich darstellen: GML-Quellcode (19 Zeilen)

Das wäre wohl genau das, was ich brauche, aber jetz thabe ich den Großteil schon im GM gelöst^^

Zitat: „Original von mauge Das, was du hier anstrebst, ist nicht unbedingt etwas, wofür der GM geschaffen wurde. Etwas derartiges ist in allen Programmiersprachen ein schwieriges Unterfangen. Ich kann mir auch nicht vorstellen, dass es dafür eine DLL gibt. Eine Möglichkeit, die mir einfallen würde, wäre Farbinformationen von Pixeln zu vergleichen und sich dadurch von Pixel zu Pixel weiterzuarbeiten.“ Ja, darauf läuft es atm hinaus. Der Algorithmus, den ich entwarf, läuft vergleichsweise schnell.…

Ja du musst dann den String, den du über "mplay_data_read(foo)" bekommen hast, dort einsetzen. z.B so: GML-Quellcode (1 Zeile)

Also erstmal was klarstellen: soll "hallo" eine Variable sein? Wenn ja, dann darfst du keine Anführungszeichen verwenden und musst der Variable einen wert zuweisen. Wenn "hallo" den Text Quellcode (1 Zeile) meint, dann musst du sie verwenden, darfst aber keinen Wert zuweisen - Das ginge nicht. Befehle kannst du natürlich übertragen, aber nur als String. D.h. mit Anführungszeichen um den String dann auf dem anderen PC auszuführen benutzt du "execute_string(str)"

Zitat: „Original von bernt Bringt es dir vielleicht ein Protokol zu erstellen das beinhaltet welcher Draw Befehl mit welchen Argumenten wann ausgeführt wurde?“ Nein, weil das Bild in dem gegsucht werden soll, in Screen vom GM sein wird, da kann ich leider nichts protokollieren...^^

Ich möchte den Inhalt eines Sprites/Surface/etc. (genannt A) in einem Anderen Sprite/Surface/etc. (hier B) finden. Welche Möglichkeiten gibt es ausser bruteforce d.h. dass ich Pixel für Pixel von B durchgehe und z.B. nach dem piixel links oben in A suche (wenn dieser gefunden wird, dann den nebendran prüfen usw. Das brauche ich für das Tool für das Community Projekt.

Zitat: „Original von King Andre Hm, ich denke, die 3D-Sound-Funktionen des Gamemakers sind dazu viel besser geeignet, vorallem, da sie die Ton nicht abrupt stoppen sondern immer leiser werden lassen. Off Topic: An dieser Stelle eine Frage, gibt es eine möglichkeit ein 5.1- oder höher System anzusteuern. Und wenn ja wie bzw. welche DLL benötigt man dazu?“ Bei ersterem stimme ich dir zu. Zu deiner Frage: Bei meinem System, als es korrekt eingestellt war, haben die 3D-Funktionen genau das bewirkt, …

Also Laut der Help müssen dort keine Kommata sein: gm-d.de/help/hh_start.htm?413_04_shared.html Ich weiss nicht, ob du das Problem schon gelöst hast, wenn nein, probier doch mal sie wegzulassen.

Ein zeigerähnliches Verhalten kannst du im GM mit den Funktionen "variable_local_get/set" usw. erreichen. Näheres in der Help: gm-d.de/help/hh_start.htm?403_11_misc.html

also du willst, dass r und n mithilfe der d3d funcs geändert werden, damit sie zu den anderen vecs linear abhängig sind, versteh ich das richtig? Also erstmal generell: Bei 3D-Vektoren muss, damit sie linear abhängig voneinander sind, jeweils eine komponente der normalisierten vektoren betragsmäßig gleich sein, oder? (hatte vorher noch nie was von linearer abhängigkeit gehört und hab das google Orakel befragt...^^)

Gravitation kann der Gamemaker selbst richtig, in jedem Step wird g zum Speed hinzugezählt (wenn es sich senkrecht nach unten bewegt)

STFF! [SIZE=7]http://www.gm-d.de/board/thread.php?threadid=4294&hilight=partikel+3d[/SIZE]

Hier: Quellcode (22 Zeilen)

Ich fänds toll, wenn nach Einsendeschluss alle Einsendungen, möglicherweise auch anonym, veröffentlicht würden, damit man selbst vergleichen kann, wie man es auch lösen könnte. Wenn das nicht von zentraler Stelle bewerkstelligt wird bitte ich hiermit alle Teilnehmer ihren Code nach Einsendeschluss zu veröffentlichen.

Hier eine Dll von MDGames (Vitaldragon) aus dem offiziellen Forum: mdgames.atspace.com/tray.zip Hier die Homepage: mdgames.atspace.com/dlls.html

"Du musst noch sehr viel lernen, mein sehr junger Padawan!"... Spass beiseite: Du kannst nicht erwarten dass sich jeder so schnell in dein Spiel "einarbeitet". Hab Geduld! EDIT: Das was ich hier zuerst zu dem Problem geschrieben habe, ist leider falsch...sollte eigentlich kein Spam werden...^^

Tolle Arbeit Jürgen...nur das hilft imh bei der Kollision nur wieder mit ner Surface.... @ Nobody: beschreib mal ein bisschen genauer was du überhaupt bezwecken willst, evtl kann man das auch anders lösen...^^

Wiederum kann ich mir nur eine Lösung mit Surfaces vorstellen... Das Sprite, das du zerren willst, als prmitive auf die surface Drawen usw.