FPS verringern sich ab 2000px

Robinx · 16. Dezember 2010, 16:02

Hi,

Mein Problem:
Nach zirka 2000px verringern sich die FPS dramatisch!
Von 30 langsam runter auf 5.
Mein Room:
Width: 8000
Height: 608
Room Speed: 30
View: 300x200
View folgt Obj_character, welches sich bei Tastendruck mit 4px pro step bewegt.

Ich habe absolut nichts damit zu tun! (Kein Code, kein Room Speed,...)
HILFE! Ich stehe kurz vor der Verzweiflung!
:headtouch:

LEWA · 16. Dezember 2010, 16:08

wie man bekanntlich wiss ist der game maker ein richtiger ressourcefresser.
Der Punkt ist: Dein "Sprite" bzw Bild ist einfach zu groß für den GM.
Du musst bei Spielen die viel "Freiraum" brauchen (ala Sandbox) Möglichkeiten finden deine Ressource so wenig wie nur möglich aufzubrauchen.

Was genau hast du den vor? Ist das Bild eine riesige map oder nur eine art "untergrund" der überall gleich ausschaut?

Robinx · 16. Dezember 2010, 16:20

1. Also, es ist ein 2D Platform Jmp 'n' run.
Objekte: Blöcke, Monster, 1x Player, Viele viele Tiles
Und der immer gleich bleibende Himmel Hintergrund.

__

2. Ich habe auch schon versucht, alle Objekte die nicht im View sind auszuschalten aber da gab es das Problem das sich deaktivierte Objekte nicht wieder selbst aktivieren können.
Mein Code:

GML-Quellcode

with all
{
if (x>view_xview[0]) and (y>view_yview[0]) and (x{instance_activate_object(self)}
else
{instance_deactivate_object(self)}
}

Übrigens... Kann man überprüfen ob ein Objekt deaktiviert ist?

__

3. Meine CPU Auslastung (AMD Phenom 9500 Quad-Core) liegt am Anfang bei 5-15% am Anfang der Laggs bei 30-40% und am Ende des Rooms bei 50-60%, aber im Hintergrund läuft alles flüssig! So gar Filme in DVD Qualität laufen komplett flüssig!!!

__

4. Selbst nach dem entfernen des Hintergrundes hab ich noch die Laggs!

Keviii · 16. Dezember 2010, 19:19

Könnte es eventuell auch an den 8000px liegen? Klingt für mich eh nach ein wenig zuviel, greife lieber auf viele kleine Räume zurück.
& Das deine Filme etc. im Hintergrund noch flüssig laufen liegt am Quadcore selbst. Imho nutzt der GM (wie viele anderen Spiele auch) nur einen Prozessor davon.

Jedoch kann man sich so schlecht ein Bild machen, warum dein Projekt soviele Ressourcen frisst.

Murloc717 · 16. Dezember 2010, 19:21

*klick* *klick* GM 7 Große Map...viel hacken... so ein ähnliches problem hat ich auch mal falls ich deins verstanden habe^^

Robinx · 16. Dezember 2010, 19:47

Jo danke... Mit dem Code von Copyboy hat's funktioniert!

DragonGamer · 16. Dezember 2010, 19:59

Jo danke... Mit dem Code von Copyboy hat's funktioniert!

Ho?
Das bedeutet das es nicht am Raum selbst liegt sondern nur an den Objekten. instance_deaktivate deaktiviert nähmlich nur Objekte. Nichts anderes.
Dein Problem ist merkwürdig...

WIe auch immer. Gut das es gelöst ist...

Robinx · 17. Dezember 2010, 13:18

O.O Gestern hats Funktioniert!!!
Was hab ich gemacht, auf einmal nur noch 0-1 FPS!!!
Sobald ich den Code wieder entferne läufts bis zu einer Stelle flüssig!

DragonGamer · 17. Dezember 2010, 13:28

Mh, kannst du mal die gmk hier posten?
Am Raum selbst liegts nicht... Ich kann in meinem rts einen 9024*9024 großen Raum machen. Und trotz 50 Objekten bleiben die 30 fps absolut stabil.

Robinx · 17. Dezember 2010, 13:30

O.O ich habe 678 Instancen im Raum!
_
Haste Skype?
Ich möchte sehr ungern die GMK posten!

[Zusammengeschoben von Ih3]

Edit geht nicht! Und wie das geht. Vielleicht hat aber dein Browser Probleme? Evtl. mal mit einem anderen Browser probieren - Doppelposts sollten grundsätzlich aber vermieden werden.

Also... nachdem der Code nun erst nach 10sec anspringt läuft wieder alles?!

So langsam fühle ich mich echt verarscht!

DragonGamer · 17. Dezember 2010, 13:53

Moment. Da bist du ganz einfach an die Grenzen vom GM gelangt. Du hast geschrieben "kein Code" ...
600 Objekte mit Code im Step event überlasten einfach das system. Auch einen 3 ghz Prozessor.
Du musst performanter coden und vorallem mit weniger Objekten...
In dem fall das die Objekte nicht alle gleichzeitig benötigt werden sondern nur die im View, kannst du Copys Code sehr gut nutzen. Sollte funktionieren.

Robinx · 17. Dezember 2010, 14:45

Hat auch funktioniert! Aber nur wenn ich ihm am Anfang 5 Sekunden verzögert ausführe!

Die meisten Instanzen sind obj_block!
Am besten ich mach mehrere Räume.

DragonGamer · 17. Dezember 2010, 14:54

Exakt. mach mehrere Räume... Kollisionsobjekte verbrauchen viel Rechenleistung.

Robinx · 17. Dezember 2010, 15:22

Selbst mit Copy's Code habe ich kleine Laggs nach 8000px.
Naja ok. Neuer Raum!

Julian Call · 17. Dezember 2010, 22:01

Versuch einmal das nur der charakter die sachen checkt ob er dageben rennt oder so ich glaube das wird die leistung erhöhen

Robinx · 18. Dezember 2010, 13:17

Joa...
Diese Objekte haben ein Kollisions Event:
obj_character
obj_bullet
Vier verschiedene Monster (Nur Gravitation und umdrehen!)

10 verschiedene Items (Nur Gravitation)

TrunX · 18. Dezember 2010, 14:08

Lass doch nur die ganzen Objekte einen Kollisionscheck durchführen. Die Wandobjekte, die wohl am häufigsten im Room vorkommen sollten gar keinen Codeinhalt haben.
EDIT: Ups, sollte einen Beitrag 2mal lesen ehe ich auf antworten drücke...

Aber eigentlich sollte es dann flüssig laufen, wenn du nirgens unnötig code ausführst und vorallem Objekte außer Sichtweite deaktivierst.
Check am besten mal alle step und drawevents durch, ob da nicht irgendwas unnötig oft durchgeführt wird, was eigentlich nur unter bestimmten Bedingungen erst nötig ist oder gar ein einziges mal im createevent.

GML-Quellcode

Tags