Suchergebnisse

Hatte ich bisher auch weniger Probleme mit (bei vielen "PartikelArtigen" Sachen) Ich denke, die ID's werden zwischendurch gesäubert und können dann neu vergeben werden, sonst würde ja bei solchen sachen der verbrauchte Speicher rapide steigen oder? Kannst ja mal versuchen so viele Instanzen mit keiner besonderen Funktion (ausser verschwinden) zu machen und schaun, ob dann irgendwas passiert...

Ansonsten kannst du die Positionen mit floor(x/32)*32 (selbiges mit y) überprüfen und ausrichten.

Tut mir leid. Wenn du die Spieler als Wand behandelst und ihnen eine maske gibst (ohne precise collision checking) dann sollte es doch (wie in der Simple Platform Engine von Copyboy) problemlos funktionieren oder nicht? in collision mit dem anderen objekt einfach if(solid) { move_contact_solid(270,speed); vspeed=0; } müsste meines erachtens nach gehen. Ansonsten kannst du ja mal deine datei hochladen, damit ich dich besser verstehe. Ist natürlich nicht pflicht aber wer weiss.

Zitat von F4LL0UT: „ Zitat: „Der SNES hat einen Chip für simple 3D Transformationen, allerdings reicht das nicht aus um da sonderlich vernünftige Ergebnisse zu kriegen (ausserdem reichte der Speicher nicht denke ich) “ Naja... das ist jetzt ne ziemlich plumpe Behauptung. Das einfach "nicht sonderlich vernünftige Ergebnisse" zu nennen, wenn doch solche Spiele wie Starfox auf dem SNES möglich waren und das nur dank der Hilfe des 3D-Chips... die Möglichkeiten des 3D-Chips muss man natürlich mit Rüc…

Es wäre mal interessant zu wissen, wie ihr das handhaben würdet, es würde doch theoretisch schon mit den mplay funktionen gehen oder? Oder die 39dll. Man müsste ja nicht wirklich den ganzen Vertrag senden, sondern lediglich die ID und vllt einen oder 2 Strings mit Absender und Empfänger oda so. Bin mit den online Funktionen noch nich so wirklich vertraut und nutze solche Themen gerne um mit (hoffentlich) produktiver Fragestellung mir und dem Threadersteller zu helfen =S

ansonsten könnte man für ein Sichfeld sicherlich collision_triangle (gibt es das überhaupt? sollte oder?) benutzen mit dem 1. Punkt auf dem Player und dann mit 2. punkt=x+lengthdir_x(deineDistanz,direction+30) und y+lengthdir_y(deineDistanz,direction+30) und bei punkt3 das gleiche mir direction -30. Somit hättest du einen 60° Winkel in dem er schauen kann. Wenn da eine kollision stattfindet, kannst du zusätzlich noch eine collision_line Abfrage machen ob die Sicht evtl. durch Wände blockiert ist…

Mach einen extra Room für das Haus? ansonsten könntest du in jedes Haus ein Objekt setzen, was eine Mask entsprechend der Grundfläche des Hauses hat und die Wände verändern, wenn du damit eine Collision hast. Sollte so klappen denke ich

Dazu sollte mal jemand ein Tutorial schreiben. Das wär sicher sehr gefragt. Falls jetzt jemand kommen will und sagt "Mach du doch!" sag ich nur "Nein" denn 1. würde keiner meine Tutorials lesen, weil mein Schriftstil fürn Ar*** ist, 2. Schreibe ich ungerne längere Texte, 3. Wäre mir dieses Thema zu aufwendig (Ja ich bin faul.) Vielleicht liegt ja schon bei irgendwem ein Tut für dieses Thema, wäre nett wenn jemand der eins hat es vielleicht bekanntgeben würde.

Sorry, anders herum in dem Fall.

Zitat von Prustel: „if !place_free(0,-1) Versuchs mal so. Sorry hab wenig Zeit, morgen Mathe Arbeit Vielleicht könnte ja auch mal ein anderer helfen, bin ja wohl nicht der einzigste hier... . Ich werds mir morgen mal genauer angucken. Weiss nur aus meinem Spiel, dass es so eigt. funktionieren müsste.“ if(!place_free(0,-1)) würde mir einen Fehler wiedergeben =P Ich weiss nich wie bewandert coco in gml ist aber vielleicht hat sie die Coordinaten so übernommen? =S Desweiteren solltest du nicht über…

Ich denke, das Durchspringen durch Plattformen dürfte eigentlich nicht sonderlich schwer zu realisieren sein oder? Ich habs noch nie probiert, da das einzige JnR Projekt was ich angefangen hatte sowas nich brauchte (Immerhin sollte der Schleim AN der Decke bleiben und nich durchspringen) Wenn du bei der Kollision mit den Plattformen überprüfst ob vspeed >= 0 ist und ansonsten die Kollision nicht stattfinden lässt, sollte es klappen. EDIT: ich hab mir mal dein Script angeguckt Phoenix... Sieht fu…

Ist das "Problem" mit der Syntax-Hervorhebung nicht eigentlich nur eine Tastenkombination die jenes verursacht? Ich benutz WinXP (32Bit) und hab das auch gelegentlich. Ich bin nicht sicher ob es eine Tastenkombination oder nur 1 Taste ist, vermutete es aber bisher da es bei mir auch gelegentlich auftrat. (So wie mit Einfügen-Taste in Word/Open Office uvm.)

Der SNES hat einen Chip für simple 3D Transformationen, allerdings reicht das nicht aus um da sonderlich vernünftige Ergebnisse zu kriegen (ausserdem reichte der Speicher nicht denke ich) Wie das beim GBA aussieht weiss ich nicht. Ich weiss nur, dass Golden Sun effekt technisch zimlich gut war nur ob das was mit 3D zu tun hatte oder einfach besonders detailreich animierte Backgrounds und Figuren etc. waren weiss ich nicht genau. Würde es dem GBA aber zutrauen, dass er zumindest die grundlegenden…

Sieht nach na menge Langeweile aus =D Passiert mir auch öffter~ Is aba lustig, nur ein "Rück-Übersetzungs-Tool" fehlt dazu. Dazu müsste man die Zeichen-Datenbank aber wohl manuell erweitern können.

Zitat von MasterXY: „Mir ist gerade ein Fehler in der Einsteigerreferenz aufgefallen. WA schreibt: Zitat: „Dafür muss "test.exe" existieren und das Spiel darf nicht im sicheren Modus laufen.“ Der folgende Code:GML-Quellcode (12 Zeilen) überprüft aber, ob das Spiel im sicheren Modus lauft, anstatt zu überprüfen, ob es nicht im Sicheren Modus läuft.“ Ist schon in einem vorherigen Post erwähnt, mich wundert nur, dass es anscheinend noch nicht geändert wurde wenn du es nochmal aufgreifst.

sieht ja ganz nett aus... sag mal hab ich die figur nicht schonmal im pixelation forum gesehen? =S

- GM-Sprite Editor (Wenns schnell gehen soll) - MS Paint - The GIMP Je nachdem was man halt will

Ich würde es rein mathematisch so betrachten: Du nimmst den z-Wert von deiner View, den Winkel deiner View und rechnest dann über den Tangens (Ankathete = point_distance(obj_player.x,obj_player.y,ziel.x,ziel.y) aus auf welcher höhe der Schuss rein theoretisch bei entfernung des Objekts auftreffen würde.

Ich würde empfehlen für normale schüsse evtl garnicht umbedingt Objekte zu erstellen sondern vllt nur das Klicken zu werten. Der Vorteil hierbei wäre meiner Meinung nach, dass die Kugel keine immense Geschwindigkeit braucht, womit sie unter Umständen durch das Ziel fliegen würde. Ich denke, das wäre mit collision_line machbar und einfach die Höhe in der dein Fadenkreuz ist gelten lassen. Bin mir nicht sicher, da ich mich mit 3D nich so auskenne aber ich denke das wär ne möglichkeit EDIT: Was hin…

Zitat von Superdaniel: „Hab auch mal drüber nachgedacht und bin zu dem Ergebnis gekommen: GML-Quellcode (3 Zeilen) Ich denke das müsste klappen ;)“ Ich versteh nich ganz, was du damit sagen willst o.o Ich würde vorschlagen, dass man den speed relativ zum Verhältnis zwischen FPS/Room Speed. Wenn du z.B. 5Speed hast und 50 Room Speed dann hat man im Normalfall ja auch 50 FPS. Wenn nun die FPS sinken auf beispielsweise 25 so sinkt das Verhältnis auf 0.5 (25/50 ~ FPS/Room Speed) und damit multiplizi…