Pages: 1
Posted on 11-04-11, 07:55 pm
Panser


Karma: 382
Posts: 119/335
Since: 06-28-11
there a slowdown in this part:
Posted on 11-04-11, 08:07 pm (rev. 1)
Super Mario
( ͡° ͜ʖ ͡°)

Karma: 10020
Posts: 1096/4457
Since: 06-08-11
Too much enemies I guess. Try removing the hammer/fire/boomerang/whatever bros.

(Even if it's not the cause I'd remove some. Too much enemies is probably annoying. And I'm not sure if the hidden star there is a good idea either)
Posted on 11-04-11, 08:10 pm
Panser


Karma: 382
Posts: 120/335
Since: 06-28-11
ok now test
Posted on 11-06-11, 01:27 pm
Buzzy Beetle
I am UO, not UFO.

Karma: 314
Posts: 14/393
Since: 08-28-11
It has too many sprite.
I made a area, and 120 1-way door in it(what the........)
And when I played with it, the timer-speed was very ve..eery vvvvv.ve....eerrrrr.....ry zzzzzzzzzsssssssssslllllllllllloooooooooow
So I deleted it, and Althing are running in normal speed.
_________________________
NSMB6: Beta Testers Wanted!!!
Posted on 11-07-11, 04:33 am
Birdo


Karma: 3305
Posts: 190/2024
Since: 06-28-11
Yes. Its obvious. There are too many sprites, not to mention the hammer and fireballs the enemies throw.
I wonder, what is the limit of sprites in the screen before the game slow downs?
_________________________

Posted on 11-07-11, 04:38 am
Fuzzy
Full mod

Karma: 1183
Posts: 272/785
Since: 06-28-11
There isn't really a specific limit. It depends on how much code each sprite has to run per frame, so more complex sprites will cause slowdown easier.
Posted on 11-07-11, 07:59 pm
Super Mario
( ͡° ͜ʖ ͡°)

Karma: 10020
Posts: 1099/4457
Since: 06-08-11
Posted by Piranhaplant
There isn't really a specific limit. It depends on how much code each sprite has to run per frame, so more complex sprites will cause slowdown easier.


Yeah. I guess that those hammer/fire/whatever bros are heavy on CPU because they're 3D models.

Also, for testing your hacks for slowdown, do it in a REAL ds. Emulators are not good for emulating CPU time accurately. Latest DeSmuME SVN with "Enable advanced bus-level timing" is the most accurate, but still not perfect. Emulators tend to tolerate CPU overload more than the real thing. And to make it worse, it depends on the computer you run it...
Pages: 1