Suchergebnisse
Suchergebnisse 181-200 von insgesamt 525.
-
Eine Sache, mach nich script_execute, das is langsam aus irgendwelchen Gründen, hab ich mir sagen lassen und ausserdem unschön, stattdessen mach lieber einfach nur zB scr_begin_step(). Das mit der Surface liegt einfach nur daran, dass du die Surface nirgendswo zeichnen lässt.. xP
-
Shortcut Dll Problem
BeitragNein ich mein, du hast möglicherweise zweimal C:\ drinne weil beide Pfade die kompletten Pfade sind, von Linkfile brauchste ja nur den Filenamen und nich den ganzen Pfad..
-
Shortcut Dll Problem
BeitragCheck mal, ob die ganzen pfade im rihctigen Moment stimmen. zb is linkfile nicht der komplette Pfad? So gibt doch speicherort + linkfile sowas wie: "C:\Blabla\C:\Linkfile"
-
Automatisches Update und Laden
Beitrag1. Dafür benötigst du einen Server und einige Kentnisse zum Thema Online-Kommunikation. Sowas brauchst du ausserdem nur, wenn sich der grosse Aufwand lohnt (etwa bei einem grösseren Spiel oder einem Onlinespiel). 2. Einfach: Nein. Schwierig: Du musst alle deine Ressourcen extern laden und kannst das laden dann auch in einem eigenen Ladebildschirm anzeigen... aber sowas macht man nicht, damit man nen schöneren Ladebildschirm hat, sondern weil es bei grösseren GM-Spielen ewig dauert, am Anfang zu …
-
Datei speichern..
BeitragDu musst erstmal deinen Noten ne Struktur geben.. speicher sie in ne Liste rein oder so und die Liste kannste dann ins File schreiben und später wieder auslesen... aber wie du abspeicherst das musste alles selber machen... ds_list_create ds_list_add ds_list_write ds_list_read file_text_read_string etc...
-
Texte im GM markieren
BeitragNaja mittels string_width bekommste ja die Pixelbreite von nem Text, also kannst die Textposition und die Mausposition abchecken und dann mittels string_width die genaue Pixelposition bekommen. Um zu erfahren, der wievielte Buchstabe nun angewählt ist, musst du evtl jeden einzelnen Buchstaben im String auf seine Breite überprüfen.
-
Ich weis nich, aber auf meinem recht modernen PC läuft das Ding ziemlich langsam, sobald sie kollidieren.. aber ich sehe gerade, das liegt nicht am draw_get_pixel, sondern am sleep(200).. :O
-
hmm.. wie bist du eigentlich überhaupt darauf gekommen, dass es mit sleep funktioniert? gehts bei sleep(1) auch? und wenn du sleep später einsetzt was passiert dann? zb wenn du sleep nach dem ersten readshort einsetzt, wird dann das 2. readshort gelesen? was genau passiert denn, wenn das sleep draussen is, also kommt ne fehlermeldung und welche werte haben xp und yp dann? solche fehler liegen häufig an einer völlig anderen stelle, als man vermutet. übrigens.. interessanter code, wird vielleicht …
-
der schwenker liegt am origin von deinem sprite, mach den mittig und es müsste laufen... und um gottes willen nimm draw_get_pixel raus! das reduziert die performance auf null! ich weis nicht was du damit bewerkstelligen willst, da ich die logik nich ganz verstehe, aber ich verspreche dir, da gibts sicher auch ne schöne lösung dazu!