ShuriZma
/
bsnes
mirror of https://github.com/bsnes-emu/bsnes.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
bsnes/sfc/alt/ppu-performance/mmio/mmio.hpp

96 lines
1.5 KiB
C++
Raw Normal View History

Update to v074r06 release. byuu says: This WIP uses the 16MB+64MB memory tables for 1:1 mapping of the S-CPU bus. Minimum RAM requirement goes up to 128MB, dare I be bold here and recommend you have 256MB. I also hooked up the basic bindings for making pseudo-fullscreen windows in phoenix/Windows and phoenix/GTK+, but both have some serious issues. - GTK+ won't resize my form container, even though it's the same code I used successfully in bsnes v039 and prior with hiro - Windows scale selection breaks the faux-fullscreen effects - I am intending to write off the menu/status bars and just auto-size the video to fill the screen, nice and simple
2011-01-18 10:17:48 +00:00
public:
uint8 mmio_read(unsigned addr);
void mmio_write(unsigned addr, uint8 data);
private:
Update to v068r05 release. byuu says: Started over again on the new S-PPU, heh. Three hours wasted last night I guess. I wanted to make the new one more like the accurate core in its structure: multiple class instances for each background. It makes the code easier to read, results in less structure insanity (regs.main_enabled[bg] -> main_enabled), and will probably make it a tad easier to parallelize if we want to go that route eg for the ARM. Still very incomplete.
2010-09-01 13:18:10 +00:00
struct Regs {
//internal
uint8 ppu1_mdr;
uint8 ppu2_mdr;
uint16 vram_readbuffer;
uint8 oam_latchdata;
uint8 cgram_latchdata;
Update to v068r07 release. (there was no r06 release posted to the WIP thread) byuu says: New PPU renderer is coming along. Lots of new ideas, especially with regards to the way the background renders in tiles rather than in pixels. That skips the need for tile caching and compares, and it even gets scrolling right. The sprite item+tile lists are computing, but they are not rendering yet. It's a good deal faster for now, obviously, because 90% of the PPU features are missing.
2010-09-01 13:20:05 +00:00
uint8 bgofs_latchdata;
Update to v068r05 release. byuu says: Started over again on the new S-PPU, heh. Three hours wasted last night I guess. I wanted to make the new one more like the accurate core in its structure: multiple class instances for each background. It makes the code easier to read, results in less structure insanity (regs.main_enabled[bg] -> main_enabled), and will probably make it a tad easier to parallelize if we want to go that route eg for the ARM. Still very incomplete.
2010-09-01 13:18:10 +00:00
uint8 mode7_latchdata;
Update to v068r07 release. (there was no r06 release posted to the WIP thread) byuu says: New PPU renderer is coming along. Lots of new ideas, especially with regards to the way the background renders in tiles rather than in pixels. That skips the need for tile caching and compares, and it even gets scrolling right. The sprite item+tile lists are computing, but they are not rendering yet. It's a good deal faster for now, obviously, because 90% of the PPU features are missing.
2010-09-01 13:20:05 +00:00
bool counters_latched;
bool latch_hcounter;
bool latch_vcounter;
Update to v068r05 release. byuu says: Started over again on the new S-PPU, heh. Three hours wasted last night I guess. I wanted to make the new one more like the accurate core in its structure: multiple class instances for each background. It makes the code easier to read, results in less structure insanity (regs.main_enabled[bg] -> main_enabled), and will probably make it a tad easier to parallelize if we want to go that route eg for the ARM. Still very incomplete.
2010-09-01 13:18:10 +00:00
//$2100
bool display_disable;
unsigned display_brightness;
//$2102-$2103
uint16 oam_baseaddr;
uint16 oam_addr;
bool oam_priority;
Update to v068r07 release. (there was no r06 release posted to the WIP thread) byuu says: New PPU renderer is coming along. Lots of new ideas, especially with regards to the way the background renders in tiles rather than in pixels. That skips the need for tile caching and compares, and it even gets scrolling right. The sprite item+tile lists are computing, but they are not rendering yet. It's a good deal faster for now, obviously, because 90% of the PPU features are missing.
2010-09-01 13:20:05 +00:00
//$2105
bool bg3_priority;
unsigned bgmode;
//$210d
uint16 mode7_hoffset;
//$210e
uint16 mode7_voffset;
Update to v068r05 release. byuu says: Started over again on the new S-PPU, heh. Three hours wasted last night I guess. I wanted to make the new one more like the accurate core in its structure: multiple class instances for each background. It makes the code easier to read, results in less structure insanity (regs.main_enabled[bg] -> main_enabled), and will probably make it a tad easier to parallelize if we want to go that route eg for the ARM. Still very incomplete.
2010-09-01 13:18:10 +00:00
//$2115
bool vram_incmode;
unsigned vram_mapping;
unsigned vram_incsize;
//$2116-$2117
uint16 vram_addr;
//$211a
unsigned mode7_repeat;
bool mode7_vflip;
bool mode7_hflip;
//$211b-$2120
uint16 m7a;
uint16 m7b;
uint16 m7c;
uint16 m7d;
uint16 m7x;
uint16 m7y;
//$2121
uint16 cgram_addr;
Update to v068r07 release. (there was no r06 release posted to the WIP thread) byuu says: New PPU renderer is coming along. Lots of new ideas, especially with regards to the way the background renders in tiles rather than in pixels. That skips the need for tile caching and compares, and it even gets scrolling right. The sprite item+tile lists are computing, but they are not rendering yet. It's a good deal faster for now, obviously, because 90% of the PPU features are missing.
2010-09-01 13:20:05 +00:00
Update to v068r08 release. byuu says: This gets the basic new PPU skeleton up and running, still missing a lot: - Mode7 - direct color mode - OAM color exemption (this one will impact performance negatively) - vertical mosaic - horizontal mosaic (this one may impact performance negatively) - offset per tile - interlace - hires - pseudo-hires But it's correct enough to play most games okay. So far, the new PPU is about 11% faster on my Atom, and 17% faster on my E8400. I was hoping for more, but the window masking and sprite calculation is just kicking my ass. The 11/17 figure is total emulator overhead, so that means raw PPU vs PPU, the new one is at least 22-34% faster than the old one. I don't really have any ideas for additional optimizations. I'm even using little-endian word reads where applicable. But at any rate, I need to get all the above implemented correctly before trying to push optimizations even further.
2010-09-01 13:22:05 +00:00
//$2126-$212a
unsigned window_one_left;
unsigned window_one_right;
unsigned window_two_left;
unsigned window_two_right;
Update to v068r07 release. (there was no r06 release posted to the WIP thread) byuu says: New PPU renderer is coming along. Lots of new ideas, especially with regards to the way the background renders in tiles rather than in pixels. That skips the need for tile caching and compares, and it even gets scrolling right. The sprite item+tile lists are computing, but they are not rendering yet. It's a good deal faster for now, obviously, because 90% of the PPU features are missing.
2010-09-01 13:20:05 +00:00
//$2133
bool mode7_extbg;
bool pseudo_hires;
bool overscan;
bool interlace;
//$213c
uint16 hcounter;
//$213d
uint16 vcounter;
Update to v068r05 release. byuu says: Started over again on the new S-PPU, heh. Three hours wasted last night I guess. I wanted to make the new one more like the accurate core in its structure: multiple class instances for each background. It makes the code easier to read, results in less structure insanity (regs.main_enabled[bg] -> main_enabled), and will probably make it a tad easier to parallelize if we want to go that route eg for the ARM. Still very incomplete.
2010-09-01 13:18:10 +00:00
} regs;
uint16 get_vram_addr();
uint8 vram_read(unsigned addr);
void vram_write(unsigned addr, uint8 data);
uint8 oam_read(unsigned addr);
void oam_write(unsigned addr, uint8 data);
uint8 cgram_read(unsigned addr);
void cgram_write(unsigned addr, uint8 data);
Update to v068r07 release. (there was no r06 release posted to the WIP thread) byuu says: New PPU renderer is coming along. Lots of new ideas, especially with regards to the way the background renders in tiles rather than in pixels. That skips the need for tile caching and compares, and it even gets scrolling right. The sprite item+tile lists are computing, but they are not rendering yet. It's a good deal faster for now, obviously, because 90% of the PPU features are missing.
2010-09-01 13:20:05 +00:00
void mmio_update_video_mode();
Update to v068r05 release. byuu says: Started over again on the new S-PPU, heh. Three hours wasted last night I guess. I wanted to make the new one more like the accurate core in its structure: multiple class instances for each background. It makes the code easier to read, results in less structure insanity (regs.main_enabled[bg] -> main_enabled), and will probably make it a tad easier to parallelize if we want to go that route eg for the ARM. Still very incomplete.
2010-09-01 13:18:10 +00:00
void mmio_reset();