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

123 lines
2.0 KiB
C++
Raw Normal View History

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
struct PPU : Thread, MMIO {
Update to v093r08 release. byuu says: Changelog: - Game Boy and Game Boy Color now have a weak hipass filter to remove DC bias (or whatever) - Game Boy and Game Boy Color now have cycle-based PPU renderers instead of scanline-based renderers - improved Game Boy color emulation palette contrast - fixed GTK+ ListView selection bug - fixed a typo when saving states (should say "Saved to slot N", not "Save to slot N")
2013-12-11 11:19:17 +00:00
uint8 vram[16384]; //GB = 8192, GBC = 16384
uint8 oam[160];
uint8 bgp[4];
uint8 obp[2][4];
uint8 bgpd[64];
uint8 obpd[64];
Update to release v000r02. byuu says: 314 of 512 opcodes implemented, can execute the first 67,450 instructions of Tetris. I also added an MMIO bus, ala bsnes, so that I can map and access individual registers with a single indirection.
2010-12-29 11:03:42 +00:00
struct Status {
Update to release v000r04. byuu says: [screenshot of the Tetris title screen] Less than fourty-eight hours after starting on this. I guess you weren't kidding, Exophase.
2010-12-30 07:18:47 +00:00
unsigned lx;
//$ff40 LCDC
bool display_enable;
bool window_tilemap_select;
bool window_display_enable;
bool bg_tiledata_select;
bool bg_tilemap_select;
Update to v083r07 release. byuu says: Game Boy: audio should sound a lot better, eg Zelda: DX first opening scene Game Boy Color: now uses cothread Processor::frequency to dynamically clock GB-CPU to 8MHz. Proper OAM DMA and timer speed. Fixes SMT: DC - WB audio. Added the break; statements to phoenix/windows/platform message loop Added audio latency/frequency to config file only
2011-10-28 09:51:43 +00:00
bool ob_size;
bool ob_enable;
Update to release v000r06. byuu says: Added MBC1 emulation, although battery RAM doesn't save or load to disk yet. Made up a fake MBC0 which is really just saying 'no MBC', for consistent handling of all MBCs. Added bumpers to stop ROM/RAM out of bounds accesses. Added STAT interrupts for LY coincidence, Vblank and Hblank (not for OAM access yet, I don't know the timings.) Fixed timer interrupt [Jonas Quinn] Made all interrupts call a CPU function instead of just setting a flag for better control (to allow below addition.) Added HALT and STOP emulation, the latter permanently locks the Game Boy for now. The former breaks on interrupts. Rewrote all the rendering code to suck 50% less, though it's still absolutely miserable and scanline-based. Added pixel-level horizontal scrolling to BGs. Fixed OBJ rendering error that was making them render upside down (I was flipping to compensate before.) Added OBJ 8x16 mode. Added OBJ priority support. Added window (but it's broken to all hell on Mega Man II.)
2011-01-02 04:46:54 +00:00
bool bg_enable;
Update to release v000r04. byuu says: [screenshot of the Tetris title screen] Less than fourty-eight hours after starting on this. I guess you weren't kidding, Exophase.
2010-12-30 07:18:47 +00:00
//$ff41 STAT
bool interrupt_lyc;
bool interrupt_oam;
bool interrupt_vblank;
bool interrupt_hblank;
//$ff42 SCY
uint8 scy;
//$ff43 SCX
uint8 scx;
//$ff44 LY
uint8 ly;
//$ff45 LYC
uint8 lyc;
//$ff4a WY
uint8 wy;
//$ff4b WX
uint8 wx;
Update to release v000r02. byuu says: 314 of 512 opcodes implemented, can execute the first 67,450 instructions of Tetris. I also added an MMIO bus, ala bsnes, so that I can map and access individual registers with a single indirection.
2010-12-29 11:03:42 +00:00
Update to v083r05 release. (r04 was not posted to the WIP thread) byuu says: NES: passes ppu_sprite_overflow tests 01, 02, 05. Game Boy: uses DMG BIOS (the one with the slow title scroll) or SGB BIOS, based upon how you load the game. Game Boy Color: Everything except the IR port is emulated. I don't have any plans to allow linking two instances of bsnes. And that's frankly never going to happen over netplay anyway, due to latency requirements of the serial/IR ports. The new DMA stuff is possibly incorrect, my test games don't seem to use it. Zelda: DX usually resets or crashes on the intro right before the beach scene. I'm not sure why. Skip the intro and the game plays fine. This is the best I can do when the most up-to-date GB/C reference document is over ten years old and half-assed (pandocs.) I could really use some help from anyone who understands the system. Probably the worst part of my emulation at the moment is the interrupt system. Lots of things real hardware doesn't allow (DMA outside HRAM, CGB DMA to invalid addresses, etc) isn't blocked yet. LCD renderer is still scanline-based, which is just terrible. Doesn't seem to be any good docs on cycle-level operation. I only know that it's incredibly pathological and variable.
2011-10-27 00:00:17 +00:00
//$ff4f VBK
bool vram_bank;
//$ff68 BGPI
bool bgpi_increment;
uint6 bgpi;
Update to release v000r06. byuu says: Added MBC1 emulation, although battery RAM doesn't save or load to disk yet. Made up a fake MBC0 which is really just saying 'no MBC', for consistent handling of all MBCs. Added bumpers to stop ROM/RAM out of bounds accesses. Added STAT interrupts for LY coincidence, Vblank and Hblank (not for OAM access yet, I don't know the timings.) Fixed timer interrupt [Jonas Quinn] Made all interrupts call a CPU function instead of just setting a flag for better control (to allow below addition.) Added HALT and STOP emulation, the latter permanently locks the Game Boy for now. The former breaks on interrupts. Rewrote all the rendering code to suck 50% less, though it's still absolutely miserable and scanline-based. Added pixel-level horizontal scrolling to BGs. Fixed OBJ rendering error that was making them render upside down (I was flipping to compensate before.) Added OBJ 8x16 mode. Added OBJ priority support. Added window (but it's broken to all hell on Mega Man II.)
2011-01-02 04:46:54 +00:00
Update to v083r05 release. (r04 was not posted to the WIP thread) byuu says: NES: passes ppu_sprite_overflow tests 01, 02, 05. Game Boy: uses DMG BIOS (the one with the slow title scroll) or SGB BIOS, based upon how you load the game. Game Boy Color: Everything except the IR port is emulated. I don't have any plans to allow linking two instances of bsnes. And that's frankly never going to happen over netplay anyway, due to latency requirements of the serial/IR ports. The new DMA stuff is possibly incorrect, my test games don't seem to use it. Zelda: DX usually resets or crashes on the intro right before the beach scene. I'm not sure why. Skip the intro and the game plays fine. This is the best I can do when the most up-to-date GB/C reference document is over ten years old and half-assed (pandocs.) I could really use some help from anyone who understands the system. Probably the worst part of my emulation at the moment is the interrupt system. Lots of things real hardware doesn't allow (DMA outside HRAM, CGB DMA to invalid addresses, etc) isn't blocked yet. LCD renderer is still scanline-based, which is just terrible. Doesn't seem to be any good docs on cycle-level operation. I only know that it's incredibly pathological and variable.
2011-10-27 00:00:17 +00:00
//$ff6a OBPI
bool obpi_increment;
uint8 obpi;
} status;
Update to v088r03 release. byuu says: static vector<uint8_t> file::read(const string &filename); replaces: static bool file::read(const string &filename, uint8_t *&data, unsigned &size); This allows automatic deletion of the underlying data. Added vectorstream, which is obviously a vector<uint8_t> wrapper for a data stream. Plan is for all data accesses inside my emulation cores to take stream objects, especially MSU1. This lets you feed the core anything: memorystream, filestream, zipstream, gzipstream, httpstream, etc. There will still be exceptions for link and serial, those need actual library files on disk. But those aren't official hardware devices anyway. So to help with speed a bit, I'm rethinking the video rendering path. Previous system: - core outputs system-native samples (SNES = 19-bit LRGB, NES = 9-bit emphasis+palette, DMG = 2-bit grayscale, etc.) - interfaceSystem transforms samples to 30-bit via lookup table inside the emulation core - interfaceSystem masks off overscan areas, if enabled - interfaceUI runs filter to produce new target buffer, if enabled - interfaceUI transforms 30-bit video to native display depth (24-bit or 30-bit), and applies color-adjustments (gamma, etc) at the same time New system: - all cores now generate an internal palette, and call Interface::videoColor(uint32_t source, uint16_t red, uint16_t green, uint16_t blue) to get native display color post-adjusted (gamma, etc applied already.) - all cores output to uint32_t* buffer now (output video.palette[color] instead of just color) - interfaceUI runs filter to produce new target buffer, if enabled - interfaceUI memcpy()'s buffer to the video card videoColor() is pretty neat. source is the raw pixel (as per the old-format, 19-bit SNES, 9-bit NES, etc), and you can create a color from that if you really want to. Or return that value to get a buffer just like v088 and below. red, green, blue are 16-bits per channel, because why the hell not, right? Just lop off all the bits you don't want. If you have more bits on your display than that, fuck you :P The last step is extremely difficult to avoid. Video cards can and do have pitches that differ from the width of the texture. Trying to make the core account for this would be really awful. And even if we did that, the emulation routine would need to write directly to a video card RAM buffer. Some APIs require you to lock the video buffer while writing, so this would leave the video buffer locked for a long time. Probably not catastrophic, but still awful. And lastly, if the emulation core tried writing directly to the display texture, software filters would no longer be possible (unless you -really- jump through hooks and divert to a memory buffer when a filter is enabled, but ... fuck.) Anyway, the point of all that work was to eliminate an extra video copy, and the need for a really painful 30-bit to 24-bit conversion (three shifts, three masks, three array indexes.) So this basically reverts us, performance-wise, to where we were pre-30 bit support. [...] The downside to this is that we're going to need a filter for each output depth. Since the array type is uint32_t*, and I don't intend to support higher or lower depths, we really only need 24+30-bit versions of each filter. Kinda shitty, but oh well.
2012-04-27 12:12:53 +00:00
uint32 screen[160 * 144];
Update to v093r08 release. byuu says: Changelog: - Game Boy and Game Boy Color now have a weak hipass filter to remove DC bias (or whatever) - Game Boy and Game Boy Color now have cycle-based PPU renderers instead of scanline-based renderers - improved Game Boy color emulation palette contrast - fixed GTK+ ListView selection bug - fixed a typo when saving states (should say "Saved to slot N", not "Save to slot N")
2013-12-11 11:19:17 +00:00
Update to v093r06 release. byuu says: Changelog: - Windows port should compile out-of-the-box - InputManager::scancode[] initialized at startup - Library menu shows item for each bootable media type (notably Game Boy Color) - Display Emulation menu selection fix - LibraryManager load button works now - Added hotkey to show library manager (defaults to L) - Added color emulation to video settings (missing on GBA for now) - SFC loading SGB without GB cartridge no longer segfaults - GB/GBC system.load() after cartridge.load() - GB/GBC BG-over-OAM fix - GB/GBC disallow up+down and left+right
2013-12-07 09:12:37 +00:00
struct Pixel {
uint16 color;
uint8 palette;
Update to v093r08 release. byuu says: Changelog: - Game Boy and Game Boy Color now have a weak hipass filter to remove DC bias (or whatever) - Game Boy and Game Boy Color now have cycle-based PPU renderers instead of scanline-based renderers - improved Game Boy color emulation palette contrast - fixed GTK+ ListView selection bug - fixed a typo when saving states (should say "Saved to slot N", not "Save to slot N")
2013-12-11 11:19:17 +00:00
bool priority;
};
Pixel bg;
Pixel ob;
struct Sprite {
unsigned x;
unsigned y;
unsigned tile;
unsigned attr;
unsigned data;
};
Sprite sprite[10];
unsigned sprites;
unsigned px;
struct Background {
unsigned attr;
unsigned data;
};
Background background;
Background window;
Update to v083r05 release. (r04 was not posted to the WIP thread) byuu says: NES: passes ppu_sprite_overflow tests 01, 02, 05. Game Boy: uses DMG BIOS (the one with the slow title scroll) or SGB BIOS, based upon how you load the game. Game Boy Color: Everything except the IR port is emulated. I don't have any plans to allow linking two instances of bsnes. And that's frankly never going to happen over netplay anyway, due to latency requirements of the serial/IR ports. The new DMA stuff is possibly incorrect, my test games don't seem to use it. Zelda: DX usually resets or crashes on the intro right before the beach scene. I'm not sure why. Skip the intro and the game plays fine. This is the best I can do when the most up-to-date GB/C reference document is over ten years old and half-assed (pandocs.) I could really use some help from anyone who understands the system. Probably the worst part of my emulation at the moment is the interrupt system. Lots of things real hardware doesn't allow (DMA outside HRAM, CGB DMA to invalid addresses, etc) isn't blocked yet. LCD renderer is still scanline-based, which is just terrible. Doesn't seem to be any good docs on cycle-level operation. I only know that it's incredibly pathological and variable.
2011-10-27 00:00:17 +00:00
Update to release v000r04. byuu says: [screenshot of the Tetris title screen] Less than fourty-eight hours after starting on this. I guess you weren't kidding, Exophase.
2010-12-30 07:18:47 +00:00
static void Main();
void main();
void add_clocks(unsigned clocks);
void scanline();
void frame();
Update to v083r05 release. (r04 was not posted to the WIP thread) byuu says: NES: passes ppu_sprite_overflow tests 01, 02, 05. Game Boy: uses DMG BIOS (the one with the slow title scroll) or SGB BIOS, based upon how you load the game. Game Boy Color: Everything except the IR port is emulated. I don't have any plans to allow linking two instances of bsnes. And that's frankly never going to happen over netplay anyway, due to latency requirements of the serial/IR ports. The new DMA stuff is possibly incorrect, my test games don't seem to use it. Zelda: DX usually resets or crashes on the intro right before the beach scene. I'm not sure why. Skip the intro and the game plays fine. This is the best I can do when the most up-to-date GB/C reference document is over ten years old and half-assed (pandocs.) I could really use some help from anyone who understands the system. Probably the worst part of my emulation at the moment is the interrupt system. Lots of things real hardware doesn't allow (DMA outside HRAM, CGB DMA to invalid addresses, etc) isn't blocked yet. LCD renderer is still scanline-based, which is just terrible. Doesn't seem to be any good docs on cycle-level operation. I only know that it's incredibly pathological and variable.
2011-10-27 00:00:17 +00:00
unsigned hflip(unsigned data) const;
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
//mmio.cpp
unsigned vram_addr(uint16 addr) const;
uint8 mmio_read(uint16 addr);
void mmio_write(uint16 addr, uint8 data);
Update to v083r05 release. (r04 was not posted to the WIP thread) byuu says: NES: passes ppu_sprite_overflow tests 01, 02, 05. Game Boy: uses DMG BIOS (the one with the slow title scroll) or SGB BIOS, based upon how you load the game. Game Boy Color: Everything except the IR port is emulated. I don't have any plans to allow linking two instances of bsnes. And that's frankly never going to happen over netplay anyway, due to latency requirements of the serial/IR ports. The new DMA stuff is possibly incorrect, my test games don't seem to use it. Zelda: DX usually resets or crashes on the intro right before the beach scene. I'm not sure why. Skip the intro and the game plays fine. This is the best I can do when the most up-to-date GB/C reference document is over ten years old and half-assed (pandocs.) I could really use some help from anyone who understands the system. Probably the worst part of my emulation at the moment is the interrupt system. Lots of things real hardware doesn't allow (DMA outside HRAM, CGB DMA to invalid addresses, etc) isn't blocked yet. LCD renderer is still scanline-based, which is just terrible. Doesn't seem to be any good docs on cycle-level operation. I only know that it's incredibly pathological and variable.
2011-10-27 00:00:17 +00:00
//dmg.cpp
Update to v093r08 release. byuu says: Changelog: - Game Boy and Game Boy Color now have a weak hipass filter to remove DC bias (or whatever) - Game Boy and Game Boy Color now have cycle-based PPU renderers instead of scanline-based renderers - improved Game Boy color emulation palette contrast - fixed GTK+ ListView selection bug - fixed a typo when saving states (should say "Saved to slot N", not "Save to slot N")
2013-12-11 11:19:17 +00:00
void dmg_read_tile(bool select, unsigned x, unsigned y, unsigned& data);
void dmg_scanline();
void dmg_run();
void dmg_run_bg();
void dmg_run_window();
void dmg_run_ob();
Update to v083r05 release. (r04 was not posted to the WIP thread) byuu says: NES: passes ppu_sprite_overflow tests 01, 02, 05. Game Boy: uses DMG BIOS (the one with the slow title scroll) or SGB BIOS, based upon how you load the game. Game Boy Color: Everything except the IR port is emulated. I don't have any plans to allow linking two instances of bsnes. And that's frankly never going to happen over netplay anyway, due to latency requirements of the serial/IR ports. The new DMA stuff is possibly incorrect, my test games don't seem to use it. Zelda: DX usually resets or crashes on the intro right before the beach scene. I'm not sure why. Skip the intro and the game plays fine. This is the best I can do when the most up-to-date GB/C reference document is over ten years old and half-assed (pandocs.) I could really use some help from anyone who understands the system. Probably the worst part of my emulation at the moment is the interrupt system. Lots of things real hardware doesn't allow (DMA outside HRAM, CGB DMA to invalid addresses, etc) isn't blocked yet. LCD renderer is still scanline-based, which is just terrible. Doesn't seem to be any good docs on cycle-level operation. I only know that it's incredibly pathological and variable.
2011-10-27 00:00:17 +00:00
//cgb.cpp
Update to v093r08 release. byuu says: Changelog: - Game Boy and Game Boy Color now have a weak hipass filter to remove DC bias (or whatever) - Game Boy and Game Boy Color now have cycle-based PPU renderers instead of scanline-based renderers - improved Game Boy color emulation palette contrast - fixed GTK+ ListView selection bug - fixed a typo when saving states (should say "Saved to slot N", not "Save to slot N")
2013-12-11 11:19:17 +00:00
void cgb_read_tile(bool select, unsigned x, unsigned y, unsigned& attr, unsigned& data);
void cgb_scanline();
void cgb_run();
void cgb_run_bg();
void cgb_run_window();
void cgb_run_ob();
Update to release v000r04. byuu says: [screenshot of the Tetris title screen] Less than fourty-eight hours after starting on this. I guess you weren't kidding, Exophase.
2010-12-30 07:18:47 +00:00
Update to release v000r02. byuu says: 314 of 512 opcodes implemented, can execute the first 67,450 instructions of Tetris. I also added an MMIO bus, ala bsnes, so that I can map and access individual registers with a single indirection.
2010-12-29 11:03:42 +00:00
void power();
Update to release v000r11. byuu says: Changelog: - adds XML memory mapping to cartridge loading; nall/gameboy/cartridge.hpp will bullshit one for now - still need to add proper MMM01 detection (menu code goes at end of ROM apparently) - added save state support, which works here (but not inside bsnes, go figure), to aid in debugging. Expect constant changes for now a long while, it's way too early to add states
2011-01-07 11:11:56 +00:00
void serialize(serializer&);
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
PPU();
Update to release v000r02. byuu says: 314 of 512 opcodes implemented, can execute the first 67,450 instructions of Tetris. I also added an MMIO bus, ala bsnes, so that I can map and access individual registers with a single indirection.
2010-12-29 11:03:42 +00:00
};
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
extern PPU ppu;