Suchergebnisse

Sagtest du nicht das NIE mehr als ein sound gleichzeitig abgespielt werden soll? Dann macht es doch keinen Sinn bei allen sounds abzufragen ob sie grad nicht spielen. Es würde doch reichen immer den letzten sound abzufragen, also der der zuletzt gestartet wurde... Oder nicht?

1.5 Steps? Sorry, dachte vorhin du hättest dich verschrieben und 1.5 Sekunden gemeint... Schön das es gelöst ist auch wennn ichs nicht wirklich begriffen hab ._.' Egal. Btw. wenn du wirklich etwa 0.05 Sekunden erreichen willst, kannst du ja die Step-Zahl verdoppeln (auf 60 statt 30).

Moment. Wodurch wird denn die Bewegung bewirkt? Nicht durch die y-Koordinate der Instanz? Und sorry, hatte da was misverstanden. Das Objekt destroy sollte eigentlich den Block slebst zerstören damit durch meinen code nicht jeden Step eine neue instanz erstellt wird. Das ist aber wahrscheinlich nicht was du willst. Kann man aber mit eienr einfachen variable umgehen.

Wie wärs wenn du die Differenz zwischen der Startposition und der aktuellen Position nehmen würdest? Also mit GML-Quellcode (1 Zeile)

Also show_video sollte funktionieren. Es benutzt ja imemrhin einen videoplayer (nicht wie sprites im Spiel selber). Trotzdem solltest du dir das überlegen. Praktisch niemand wird ein 1 GB großes GM Programm downloaden! Versuch das Video nach dem Rendern durch einen Konverter mit einem Codec (DivX als Codec ist da ganz brauchbar) zu komprimieren.

So ganz verstehe ich das nicht. Was für eine art Spiel ist das? Wenn du aber einfach nur einen sound abspielen lassen willst und danach den nächsten, speichere doch einfach in einer variablen ab welcher sound grad gestartet wurde und frag dann anhand dieser Variable ob der sound noch spielt... also mit: [code] sound = sn_meine_sound: sound_play(sound); if sound_isplaying(sound)... [\code]

Leider gibt es soetwas nicht Oft wird empfohlen nicht das sound system des GM's zu verwenden sonder auf eine Dll zuzugreifen. Kenne allerdings auch keine die dies was du brauchst unterstützen würde. Von daher bleibt dir nichts anderes Übrig als jeden sound einzeln abzufragen... Weshalb brauchst du diese Funktion denn überhaupt. Es müste eigentlich andere Wege geben dies zu vermeiden.

Naja wie LEWA es erwähnt hat, vereinafcht es eben die Sache. Das Problem wenn man sowas nicht verwendet ist das skalieren, denn sagen wir mal dass du einen dynamischen View haben willst der mal mehr oder mal weniger vom eigentlichen Raum darstelllt (was ich in meinem RTS gebraucht habe z.B). @MewX Mein erster Gedanke damals war damals auch dieser... ABER, ein HUD besteht ja normalerweise nicht aus nur einem einfachem Bild das man skalieren kann sondern hat vieleicht um die 15-20 Schaltflächen da…

Zitat von MewX: „Bedeutet dass dann nicht, dass du alles andere 2mal zeichnest?“ Deswegen ja die view_current variable benutzten. Damit kann man dafür sorgen dass das was aufs "spielfeld" gehört (ja, werde Grad von Fussball beeinflusst ._.) nur darauf gezeichnet wird und ebenso das was aufs HUD muss, zum Beispiel nur auf den zweiten View gedrawt wird. Die Abfragen erfordern aber natürlich etwas Rechenzeit, darum ist es natürlich besser wenn es heirfür ein extra event gibt.

Naja, toll ist es. Aber man konnte schon seit mehreren Game Maker Versionen exakt das selbe Ergebnis erzielen indem man schlicht zwei views übereinander stapelt (wobei der Hud View seine reale Größe nie verändert) und dann in den normalen draw events mittels der view_current variable dafür sorgt dass nur das auf das Hud gezeichnet wird was auch dahin gehört...

@LEWA Für das was du in den ersten beiden Abschnitten beschreibst, braucht man garantiert keine super Rechenleistung. Ich meine, das sind doch nur simple Variablen mit denen du die Agresivität (und diverse Eigenschaften nach Zufall) steuern könntest... Du willst die KI doch nicht wirklich intern denken lassen "oh Scheisse, mein Kumpel ist tot! Ich werde ihn rächen!!!" und ihn dann anschließend diesen Satz interpretieren lassen und in eine Aktion verwandeln Wofür man die Leistung bräuchte sind da…

Zitat von NicoM: „Solange die Handys keine richtigen Tasten und eine bessere Form für längeren Spielen haben werden sie keine Chance gegen mobile Spielekonsolen wie zum Beispiel die PS Vita haben. Bis jetzt hat die Vita auch noch eine Hammer Grafik (fast PS3 Niveau), aber selbst wenn diese irgendwann mal überholt ist von der Grafik her haben Handys keine Chance. Klar, manche Casual-Gamer kaufen sich dann keine Spielekonsole mehr weil ihnen das Handy reicht. Aber wie viele von denen hätten dann a…

Irgendwann wird der Normal.user nur noch ein Gerät brauchen. Ein Smartphone und sonst nichts. Dieses verbindet sich dann automatsich mit einem großen Bildschirm und Kkeyboard sobald man in die Nähe kommt so dass man arbeiten kann. In vlt 10 Jahre wird dessen Leistung wohl auch locker für heutige "high end" Spiele wie Crysis 2 und sowas reichen. Die Frage ist jedoch ob es dann immernoch sowas wie high-end Spiele geben wird. Also wie weit kann man noch in Details gehen? Irgendwo muss da ja eine Gr…

Vergiss nicht dein Betriebssystem im Ticket zu erwähnen... bei solchen Dingen könnte es damit zusammenhängen.

Zitat von Yamm: „Es ist einiges an Zeit vergangen, aber es gibt immer noch kein Update. Langsam werde ich nervös. Weiß hier jemand, wann das Update erscheinen soll?“ YoYo kümmert sich im Moment nur um das Studio x-x Wird wohl noch ein Weilchen dauern Aber hast du versucht anstelle der _all Funktion diese Werte auch einzeln zu setzten? Also mit display_set_size usw?

Zitat von F4LL0UT: „Ich wusste es: die Auflösung war Schuld. Btw: 32 Bit... wow, wusste garnicht, dass mp3s überhaupt in so einer Auflösung gerendert werden können (Cubase limitiert den mp3 Export bei mir auf 16 Bit). Das ist eindeutig der Übeltäter. Audiere spielt nur bis 16 Bit ab, wie auch viele andere Anwendungen. Ich muss eh sagen, dass höhere Auflösungen absolut keinen Sinn machen. Selbst unter professionellen Musikern ist es umstritten ob 24 Bit einen hörbaren Unterschied zu 16 darstellen…

Oh. okey. Danke für die Antworten! Wird wohl amFormat liegen auch wenn ich da selbst nichts besonderes eingestellt hab... Bitrate ist konstant bei 160 kBit/s (44100 Hz) Stereo 32 Bit. Wie auch immer. Mit Ogg funktioniert es ja und es soll ja besser zum benutzen sein.

Tolle DLL, aber kann es sein dass diese DLL ein Problem mit bestimmten mp3 Dateien hat? Wenn ichs abspiele kommt da nur ein kurzes, merkwürdig klirrendes Geräusch, sonst nichts. Wenn repeat an ist, dann kommt das geräusch wieder und wieder. Sobald ich aber die Datei simple in OGG umgewandelt habe funzt es auf einmal tadellos... Trotzdem merkwürdig, mp3 wird doch unterstützt, oder?

Zitat von Bl@ckSp@rk: „Ich hab dir mal was gebastelt. Die Kollision wird im Wesentlichen in zwei Schritten behandelt. Das Script scr_collision_rectangle prüft, ob zwischen Spieler und Rechteck eine Kollision besteht und berechnet gegebenenfalls den kürzesten Vektor, mit dem sich der Spieler aus dem Rechteck herausbewegen lässt. Dieser Vektor wird dann im zweiten Script scr_collision_resolve verwendet, um den Spieler aus der Kollision zu bewegen und anschließend seine Geschwindigkeit anzupassen. …

Also hier gibts schon mal eine dll zum Mac auslesen. Für die restlichen Dinge hab ich leider nichts finden können, aber denke ich hab nur nicht gut gesucht. gmc.yoyogames.com/index.php?showtopic=375869