Suchergebnisse

Also über parents geht dies glaube ich nicht da die Parents keine eigenständigen Instanzen mit Alarmen sein können. Deine Datei nütz aber leider nicht sodnerlich viel. Sorry, aber wenn das Teils chon nach 4 verschiedenen extensions verlangt die ich teilweise nicht mal kenne, dann wird das zu Umständlich den Kern des Problems festzumachen... Kannst du das Teil nicht auf die Items alleine reduzieren? EDIT: Okey, es startet zumindest ohne die extensions und auch ein "Item" ist sichtbar... mal sehen…

Also wenn es über die depth nicht geht, könntest du die Events auch manuell ausführen lassen. Dazu gibt es die Funktion event_perform(type,numb). Mit der kannst du durch ein with-statement die draw events gleich nach dem erstellen jeder neuen Instanz, auslösen. Anschließend musst du dann nur noch draw_refresh() aufrufen damit dies auch auf dem Bildschirm dargestellt wird.

Wollte hier nur mal anmerken an alle die es interessiert: Scheinbar wird ab jetzt doch wieder daran gearbeitet. SyncViews von der GMC macht einigermaßen große Fortschritte was die neue GM 8.1 compatible GMApi angeht. Dies ist eine API in C++ mit der man zur Laufzeit eines Spiels auf Variablen und sonstige Daten des GM-Programms zugreifen kann --> vielfach schneller als z.B. Werte per dll-calls zu übergeben. Zudem hat einer der Hauptentwickler von GMOgre zugesichert dass sobald alle benötigten Fu…

Hm, dazu müsste ich den code sehen um zu schauen wieso das hängen bleibt. Andere Möglichkeit wäre die Alarme praktisch auszulagern. Also "künstlich" Alarme in einem array in einem anderen Objekt zu erstellen was aber etwas mehr an Progrmmiergeschick erfordern dürfte...

Ah, versuch mal bei der instance_change(obj,perf) - Funktion das zweite ARgument auf 0 zu setzten. Dann werden die create-events nämlich nicht neu ausgeführt. Dies setzt aber vorraus dass nicht jedes item andere Variablen im create-event initialisiert.

Also du könntest das mit zwei alarmen machen. Im Create-event des powerupitems wird ein alarm auf 55*roomspeed gesetzt (dass sind soviele steps wie in 55 Sekunden vergehen). In diesem alarm wird das sprite mittels der variable sprite_index in eine flackernde Version des powerupitem-sprites gesetzt. Gleichzeitigt wird in dem alarm auch ein anderer alarm auf 5*roomspeed gesetzt. In diesen zweiten Alarm wird dann die Instanz einfach zerstört.

Also das Funzt wenn der Computer vom lokalen Netzwerk abgekoppelt ist. Ist aber nur nur das Modem abgeschaltet, dann hängt sich das Spiel beim Aufruf dieser Funktion leider auf...

Umh okey. die Gmres ist im Anhang. Aber was genau nützt dir das, das ist ja nur das aufrufende Objekt, oder?

Ahh okey. Habe mich nur etwas dumm angestellt. Wann genau kommt aber "CONNECTION_OFFLINE"? Mit Kabel drin kommt "CONNECTION_LAN; RAS_INSTALLED" ohne Internetkabel aber nur "RAS_INSTALLED". EDIT: Hab vorhin Unsinn geredet. die Methode über GML funzt nicht zuverlässig wenn man ein locales Netzwerk besitzt. ...Und mit deiner DLL lässt sich auch nicht feststellen ob das Inetrnet verfügbar ist oder ob es untergegangen ist Von daher wäre es nett und sicher auch für andere nützlich wenn du solch eine F…

Das Ding ist ist interessant und soweit ich das sehe zuverlässig (musste feststellen dass eine ähnliche DLL dies nicht ist m( ) Eine kurze Dokumentation wäre allerdings nicht schlecht. Was ist denn zum Beispiel der "Internet Connection State"? Dachte das wäre ein ja oder nein ob die Internet-verbindung steht, aber mit dem String der ausgegeben wird, kann ich nicht sonderlich viel anfangen. Könntest du vieleicht noch eine zuverlässige check_internet() Funktion hinzufügen? Also eine die einfach zu…

Also wenn ich das richtig verstanden habe, dann ist die Lösung dieses Skript: gmlscripts.com/script/point_line_distance Die Linie die du Angeben must ist dabei einfach die Linie zwischen dem Punkt rx,ry und der Ecke unten (auf deiner Grafik). Diese Ecke wiederum kannst du mittels lengthdir_x/y berechnen.

Wenn ich mcih nicht irre ist da tatsächlcih ein Bug. Bei mir lässt sich diese Funktion auch nicht einsetzen. Satt flackern bleibt bei mir das Spiele-Fenster schwarz. Wieso willst du eigentlich die Auflösung des Bildschirms ändern? Das ist doch nicht wirklich notwendig denn du wirst wohl kaum ein Spiels entwicklen mit unterschiedlichen Aflösungs-sets. Also eins das höherauflösende Texturen verwendet wenn eine höhere Auflösung eingesetzt wird. Von daher würde doch ein Voll-bild Modus sowieo Fenste…

Zitat von henrik1235: „Ich würde da zu einer 3D DLL raten, z.B. GMOgre3d. Das ist nen Port der Ogre Engine. Mit ein paar zeilen bei einem Example wurden paar Bäume (naja mehr ein Wald) auf den Bildschirm gebracht. “ Ja.. nur leider nutzt ihm das nicht viel da Ogre nicht mit GM 8.1 kompatibel ist sondern nur mit 8.0 m( Was meinst du mit Fog-of-war? Dieses System dass Dinge die in der Ferne liegen nicht mehr sichtbar sind? Da gibt es ein GM-eigenes Mittel das sich einfach Fog nennt.

Zitat von MewX: „Aber wie schon angemerkt, muss man für HTML5 auch einfach anders entwickeln.“ Glaube das geht dann (noch) nicht im Game Maker, oder wie meinst du das genau? EDIT: @Yamm Kommts dir auch so vor als ob die neueren Versionen von FF nur mehr Probleme machen als die älteren anstelle iwas zu verbessern?

Zitat von florpp: „ naja als "nahezu unmöglich" würde ich das jez nicht bezeichnen... eine einfache variable global.zoom, die jedes objekt beim zeichnen abfrägt, und auf die es zeichen-position und -scale anpasst würde ja schon reichen ;)“ Nicht wirklich.. dank GM's etwas merkwürdigem Renderer und Ungenauigkeit neigt das Verfahren dazu 1-pixelige Linien verschwommen bzw. usncharf darzustellen. Hab mich mit diesem Problem rumschlagen müssen bis ich festgestellt hab, dass zwei Views die akzeptable…

Zitat von florpp: „also.. ein HUD in einer zweiten view funktioniert weder besonders gut (zb falls man sie nicht viereckig, transparent oder sonst etwas erscheinen lassen will) noch ist das ganze sonderlich performant oder logisch. es ist wehsentlich einfacher und sauberer das ganze einfach oben auf die normale view zu zeichnen. hast du irgendwelche zwingenden gründe dafür das aufzusplitten?“ Ein Grund kann es zum Beispiel sein wenn man durch das verändern des windows-in-room eine Zoomfunktion e…

Also eigentlich sollte das nicht passieren sofern nicht das Studio einen merkwürdigen Bug hat. Bist du dir sicher dass du das richtige View (1) eingestellt hast und auch den korekten y-Wert benutzst? Bedenke auch dass in so einem Fall das Drawevent jeden step zweifach durchlaufen wird wobei beime rsten durchlaufen auf dem ersten View gedrawt wird und beim ZWeiten, auf dem zweiten View usw. Via view_current kannst du bestimmen in welchem View grad gezeichnet wird.

Also ich bin mir nciht so sicher wie das zustande kommt. view_wview gibt nämlich nur die Breite des Views an, nicht dessen Position!. Was du brauchst ist view_xview.

Zitat von florpp: „sauberer wäre if (instance_exist(Player)) { // do stuff }“ Inwiefern wär das sauberer? Es würde den Fehler verhindern aber wenn das Spiel durdacht ist, dann benötigt man das nicht und die Abfrage nimmt nur Rechenzeit in Anspruch... @DragonXZ Also wenn du nur simples Verfolgen brauchst ohne Ausweichen von Hindernissen dabei oder so, dann ist die Methode die du nutzst wohl die beste

Also entweder wird der Gegner vor dem Player erstellt und befindet sich damit für einen Moment im Raum wenn der Player noch nicht da ist. Oder.. dein Player-Objekt heisst nicht "Player" sondern vieleicht "player" oder "obj_player"...