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

72 lines
1.2 KiB
C++
Raw Normal View History

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
class Sprite {
Update to v068r15 release. byuu says: This adds a new "Effect Toggle" window to the tools tab list. There's no menu entry for it yet, oversight, but you can go to another tool and tab to it. The effect toggle window lets you toggle background/OAM layers on a per-priority basis and DSP sound channels. This only works with the compatibility and performance cores, because I'm not going to allow accuracy-violating hacks like that into the core. Non-essential icons have been removed, there's six of them left at the moment. I am too much of a consistency guy to only have some scattered around. I know other apps do that, but I'm not going to do that, and I grow tired of trying to hammer in icons that don't really represent the actions. Anyway, it still looks pretty good I think.
2010-09-06 11:13:51 +00:00
bool priority0_enable;
bool priority1_enable;
bool priority2_enable;
bool priority3_enable;
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
struct Regs {
unsigned priority0;
unsigned priority1;
unsigned priority2;
unsigned priority3;
unsigned base_size;
unsigned nameselect;
unsigned tiledata_addr;
unsigned first_sprite;
bool main_enable;
bool sub_enable;
bool interlace;
bool time_over;
bool range_over;
} regs;
struct List {
unsigned width;
unsigned height;
unsigned x;
unsigned y;
unsigned character;
bool use_nameselect;
bool vflip;
bool hflip;
unsigned palette;
unsigned priority;
bool size;
} list[128];
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
bool list_valid;
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 itemlist[32];
struct TileList {
unsigned x;
unsigned y;
unsigned priority;
unsigned palette;
unsigned tile;
bool hflip;
} tilelist[34];
struct Output {
uint8 palette[256];
uint8 priority[256];
} output;
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
LayerWindow window;
void frame();
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 update_list(unsigned addr, uint8 data);
void address_reset();
void set_first();
Update to v068r10 release. (there was no r09 release posted to the WIP thread) byuu says: It is feature-complete, but horizontal mosaic is less accurate. I have an idea for a mosaic color ring buffer to get it equally accurate, but I haven't implemented it yet. For now it's just a simple x & ~(mosaic >> 1) trick that is passable. Hires blending was left out, as it's more processor intensive and blargg's NTSC does a better job with that anyway. There's some OPT vertical positioning issues in the SNES Test Program's character test; Goodbye, Anthrox has some sort of fast CPU DMA issue; etc. Total speedup is a mere 13.5%. Not quite the 50% I wanted in the best case, but I'll take what I can get. 254->289fps in Zelda 3 on my E8400 now. There's another 15% hiding with blargg's SMP and 5-10% with blargg's fast DSP, but they lose too much accuracy. It'd put me at or below Snes9X accuracy, while still being 50% slower. SSE2 was performing worse this time, both on x86 and amd64, so I left that optimization off. So, barring a miracle, this is about the best it's going to get.
2010-09-03 11:37:36 +00:00
alwaysinline bool on_scanline(unsigned sprite);
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 render();
Update to v068r25 release. byuu says: This is basically the v069 release candidate, heavy testing would really be appreciated. I'd like for v070 to be the first official phoenix release, but if a major bug slips past us that will ruin it. The big change is that save state support was added to the PPU-performance core.
2010-09-24 13:18:09 +00:00
void serialize(serializer&);
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
Sprite(PPU &self);
PPU &self;
friend class PPU;
};