gbadev.org forum archive

This is a read-only mirror of the content originally found on forum.gbadev.org (now offline), salvaged from Wayback machine copies. A new forum can be found here.

Coding > Rom speed

#23357 - Mephisto - Sat Jul 10, 2004 1:35 pm

I saw some programs run slower written on some slow flash card than the speed emulator, but is the speed of the same program is equal on a real gba cartridge ?

#23359 - poslundc - Sat Jul 10, 2004 2:49 pm

VBA does not accurately emulate the speed of hardware.

Dan.

#23360 - dagamer34 - Sat Jul 10, 2004 3:26 pm

poslundc wrote:
VBA does not accurately emulate the speed of hardware.

Dan.


Are they ever going to work on that? Flashing a ROM for testing takes time.
_________________
Little kids and Playstation 2's don't mix. :(

#23361 - poslundc - Sat Jul 10, 2004 3:32 pm

On the VBA home page, the most recent version (1.7.2) features "improved memory timing". Anyone know if it's better at emulating speed accurately?

Dan.

#23551 - yaustar - Thu Jul 15, 2004 1:01 am

I think 1.7.2 is the last version by the original author.. not 100% sure on that though. You may want to request it of the new coder
_________________
[Blog] [Portfolio]

#23565 - FluBBa - Thu Jul 15, 2004 9:55 am

VBA does not emulate the speed of the GBA very well, NoCash is way better.
Running NES Metroid on PocketNES shows 47 FPS (in PocketNES) in VBA, running it on NoCash or real hardware shows somewhere around 57-60 FPS instead.
So NoCash is a good alternative to real HW if you want to test the speed.
_________________
I probably suck, my not is a programmer.

#23577 - tepples - Thu Jul 15, 2004 4:32 pm

Are you running a PAL NES game? An in-game frame rate counter (i.e. PocketNES's not VBA's) should register 50 FPS for a PAL game.

How fast is your PC? On a PC with a fast enough x86 CPU, VBA should run PocketNES at full speed. The CPU and PPU cores take time to emulate, and ARM-in-IWRAM cores such as that of PocketNES are especially CPU intensive to emulate. Perhaps No$GBA's CPU core is slightly more optimized.

Are you running any distributed computing projects' client such as MD5CRK, SETI@home, or distributed.net? Pause it. Some DC clients don't know how to get 100 percent out of the way.

Have you tried running PocketNES in VBA with a frameskip of 2 rather than 0? Running the PPU core at only every third frame should speed things up a bit. And perhaps No$GBA's PPU core uses a few cheats; given that it doesn't seem to emulate mosaic, it just might. Try turning on VBA's Options > Video > Disable SFX.

Are you running VBA at 1x magnification? Bigger magnifications often bring the slowdowns of filters and "DDraw Emulation", which people turn on because they prefer the blocky look of nearest-neighbor resampling that DirectDraw software scaling uses to the blurry look of linear interpolation that some video cards use for DirectDraw overlays.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

#23631 - FluBBa - Fri Jul 16, 2004 2:48 pm

I'm talking about how fast PocketNEs emulates a NES not how fast NoCashGBA/VBA/HW emulates a GBA.
My computer running VBA is able to emulate a GBA running PocketNES just fine (eg 100% speed), but it doesn't give enough ARM cycles to the "GBA" so the FPS meter in PocketNES shows 47FPS instead of 59FPS (PocketNES can't really emulate Metroid (NTSC version) at full speed on hardware(GBA)).
_________________
I probably suck, my not is a programmer.