ShuriZma
/
bsnes
mirror of https://github.com/bsnes-emu/bsnes.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
bsnes/higan/gb/GNUmakefile

17 lines
934 B
Makefile
Raw Normal View History

Update to v087r04 release. byuu says: Changelog: - gameboy/ -> gb/ - GameBoy -> GB - basic memory map for GBA - enough code to execute the first BIOS instruction (b 0x68) I have the code resetting r(15) to 0 on an exception just as a test. Since that flushes the pipeline, that means we're basically executing "b 0x68" at 8MHz, and nothing else. ... and I am getting __6 motherfucking FPS__ at 4.4GHz on an i7. Something is seriously, horribly, unfuckingbelievably wrong here, and I can't figure out what it is. My *fully complete* ARM core on the ST018 is even less efficient and runs at 21.47MHz, and yet I get 60fps even after emulating the SNES CPU+PPU @ 10+MHz each as well. ... I'm stuck. I can't proceed until we figure out what in the holy fuck is going on here. So ... if anyone can help, please do. If we can't fix this, the GBA emulation is dead. I was able to profile on Windows, and I've included that in this WIP under out/log.txt. But it looks normal to me. But yeah, there's NO. FUCKING. WAY. This code should be running this slowly.
2012-03-18 12:35:53 +00:00
gb_objects := gb-interface gb-system gb-scheduler
gb_objects += gb-memory gb-cartridge
Update to v088r01 release. byuu says: - GB::CPU::Core -> Processor::LR35902 - Processor::LR35902 -> jump table to switch table - GB::LCD -> GB::PPU - static frequency for DMG (no multiplication on clock ticks) - GB::PPU::interface->videoRefresh() moved outside scheduler (use host thread) - namespace NES -> Famicom - namespace SNES -> SuperFamicom - namespace GB -> GameBoy - namespace GBA -> GameBoyAdvance - removed boot.rom writeout in GB::System
2012-04-26 10:51:13 +00:00
gb_objects += gb-cpu gb-ppu gb-apu
Update to v087r04 release. byuu says: Changelog: - gameboy/ -> gb/ - GameBoy -> GB - basic memory map for GBA - enough code to execute the first BIOS instruction (b 0x68) I have the code resetting r(15) to 0 on an exception just as a test. Since that flushes the pipeline, that means we're basically executing "b 0x68" at 8MHz, and nothing else. ... and I am getting __6 motherfucking FPS__ at 4.4GHz on an i7. Something is seriously, horribly, unfuckingbelievably wrong here, and I can't figure out what it is. My *fully complete* ARM core on the ST018 is even less efficient and runs at 21.47MHz, and yet I get 60fps even after emulating the SNES CPU+PPU @ 10+MHz each as well. ... I'm stuck. I can't proceed until we figure out what in the holy fuck is going on here. So ... if anyone can help, please do. If we can't fix this, the GBA emulation is dead. I was able to profile on Windows, and I've included that in this WIP under out/log.txt. But it looks normal to me. But yeah, there's NO. FUCKING. WAY. This code should be running this slowly.
2012-03-18 12:35:53 +00:00
gb_objects += gb-cheat gb-video
objects += $(gb_objects)
obj/gb-interface.o: $(gb)/interface/interface.cpp $(call rwildcard,$(gb)/interface/)
obj/gb-system.o: $(gb)/system/system.cpp $(call rwildcard,$(gb)/system/)
obj/gb-scheduler.o: $(gb)/scheduler/scheduler.cpp $(call rwildcard,$(gb)/scheduler/)
obj/gb-cartridge.o: $(gb)/cartridge/cartridge.cpp $(call rwildcard,$(gb)/cartridge/)
obj/gb-memory.o: $(gb)/memory/memory.cpp $(call rwildcard,$(gb)/memory/)
obj/gb-cpu.o: $(gb)/cpu/cpu.cpp $(call rwildcard,$(gb)/cpu/)
Update to v088r01 release. byuu says: - GB::CPU::Core -> Processor::LR35902 - Processor::LR35902 -> jump table to switch table - GB::LCD -> GB::PPU - static frequency for DMG (no multiplication on clock ticks) - GB::PPU::interface->videoRefresh() moved outside scheduler (use host thread) - namespace NES -> Famicom - namespace SNES -> SuperFamicom - namespace GB -> GameBoy - namespace GBA -> GameBoyAdvance - removed boot.rom writeout in GB::System
2012-04-26 10:51:13 +00:00
obj/gb-ppu.o: $(gb)/ppu/ppu.cpp $(call rwildcard,$(gb)/ppu/)
Update to v087r04 release. byuu says: Changelog: - gameboy/ -> gb/ - GameBoy -> GB - basic memory map for GBA - enough code to execute the first BIOS instruction (b 0x68) I have the code resetting r(15) to 0 on an exception just as a test. Since that flushes the pipeline, that means we're basically executing "b 0x68" at 8MHz, and nothing else. ... and I am getting __6 motherfucking FPS__ at 4.4GHz on an i7. Something is seriously, horribly, unfuckingbelievably wrong here, and I can't figure out what it is. My *fully complete* ARM core on the ST018 is even less efficient and runs at 21.47MHz, and yet I get 60fps even after emulating the SNES CPU+PPU @ 10+MHz each as well. ... I'm stuck. I can't proceed until we figure out what in the holy fuck is going on here. So ... if anyone can help, please do. If we can't fix this, the GBA emulation is dead. I was able to profile on Windows, and I've included that in this WIP under out/log.txt. But it looks normal to me. But yeah, there's NO. FUCKING. WAY. This code should be running this slowly.
2012-03-18 12:35:53 +00:00
obj/gb-apu.o: $(gb)/apu/apu.cpp $(call rwildcard,$(gb)/apu/)
obj/gb-cheat.o: $(gb)/cheat/cheat.cpp $(call rwildcard,$(gb)/cheat/)
obj/gb-video.o: $(gb)/video/video.cpp $(call rwildcard,$(gb)/video/)