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/apu/serialization.cpp

13 lines
227 B
C++
Raw Normal View History

Update to v095r08 release. byuu says: Changelog: - added preliminary WASAPI driver (it's really terrible, though. Patches most welcome.) - all of processor/ updated to auto fn() -> ret syntax - all of gb/ updated to auto fn() -> ret syntax If you want to test the WASAPI driver, then edit ui-tomoko/GNUmakefile, and replace audio.xaudio2 with audio.wasapi Note that the two drivers are incompatible and cannot co-exist (yet. We can probably make it work in the future.) All that's left for the auto fn() -> ret syntax is the NES core and the balanced/performance SNES components. This is kind of a big deal because this syntax change causes diffs between WIPs to go crazy. So the sooner we get this done and out of the way, the better. It's also nice from a consistency standpoint, of course.
2015-11-21 07:36:48 +00:00
auto APU::serialize(serializer& s) -> void {
Update to v087r07 release. There was a "v087r07pre" release that I unfortunately missed. byuu says (about v087r07pre): Creates the bsnes/processor folder. This has a shared ARM core there which both the GBA and ST018 inherit. There are going to be separate decoders, and revision-specific checks, to support the differences between v3+. In the future, I also want to move the other processor cores here: - GBZ80 (GB, GBC) - 65816 (SNES CPU, SA-1) - NEC uPD (7725, 96050, maybe 7720 just for fun) - Hitachi HG51B169 - SuperFX - SPC700 - 65(C?)02 Basically, the GBA/ST018 forces my hand to start coding a bit more like a multi-system emulator. Right now, the ST018 is broken. Hence the pre. Apparently the GBA core being used now has some bugs. So this'll be a nice way to stress-test the GBA core a bit before we make it to ARMwrestler. byuu says (about v087r07): Both snes/chip/armdsp and gba/cpu use processor/arm now. Fixed THUMB to execute the BL prefix and suffix separately. I can now get the GBA BIOS stuck in some kind of infinite loop. Hooray ... I guess?
2012-03-23 10:43:39 +00:00
Thread::serialize(s);
Update to v083r02 release. byuu says: It seems impossible to pass blargg's NES ppu_vbl_nmi test 03 and 07 at the same time. Wrote up a description of the problem here: http://nesdev.parodius.com/bbs/viewtopic.php?p=85156#85156
2011-10-18 10:05:29 +00:00
Update to v096r05 release. byuu says: Changelog: - GB: re-enabling the LCD resets the display to LY=0,LX=0 [1] - GB: emulated new findings (as of today!) for a DMG quirk that triggers an extra OAM STAT IRQ when Vblank STAT IRQs are off - GB: made VBK, BGPI, OBPI readable - GB: fixed APU length operations - GB: fixed APU sweep operations - NES: fixed cartridge/ -> board/ manifest lookups for mirroring/pinous - hiro/Cocoa: added endrift's plist keys Fixed: - Astro Rabby is fully playable, even the title screen works correctly - Bomb Jack is fully playable - Kirby's Dream Land 2 intro scrolling first scanline of Rick is now fixed - GBVideoPlayer functions correctly [2] - Shin Megami Tensei: Devichil series regression fixed [1] doesn't pass oam_bug-2/1-lcd_sync; because it seems to want LY=0,LX>0, and I can't step the PPU in a register write as it's not a state machine; the effect is emulated, it just starts the frame a tiny bit sooner. blargg's testing is brutal, you can't be even one cycle off or the test will fail. [2] note that you will need the GBC Display Emulation shader from hunterk's repository, or it will look like absolute shit. The inter-frame blending is absolutely critical here.
2016-01-12 11:08:34 +00:00
s.integer(stage);
s.integer(phase);
Update to v075r05 release. byuu says: Added Game Boy sound emulation, all four channels. It's really, really, really bad. Plenty of bugs, I don't even know what the fuck a high-pass filter is so that isn't there. Hermite resampling from 4MHz down to 44KHz. But it's tolerable. I don't understand what sweep is for at all, and I'm sure I have that insane recursive reload behavior wrong. This is pretty much my own design. I referenced blargg's gb snd emu, blargg's older gb apu ref, Cydrak's APU core, that lousy gbdev wiki article, the completely and utterly worthless pandocs, and received nothing but bad and wrong information that just wasted my time from But I managed to pull it off. It's also painfully slow, like 250fps on my machine slow. Countless optimizations are possible.
2011-02-02 10:38:28 +00:00
Update to v075r04 release. byuu says: Changelog: - hooked up everything necessary for Game Boy sound emulation ... - bgameboy and bsnes/SGB input 4MHz frequency, and output 44.1KHz frequency (produces soft static for now, to verify it is working) - rewrote all of gameboy/apu, it now has a 4MHz worker thread, and separate classes/folders for each channel+master, and serializes So it's basically all I can do without actual emulation code or human-readable documentation/example code.
2011-02-02 10:37:31 +00:00
square1.serialize(s);
square2.serialize(s);
wave.serialize(s);
noise.serialize(s);
master.serialize(s);
Update to v074r08 release. byuu says: The nall::function binding for the memory map apparently breaks when the debugger is enabled, as PPU:: becomes PPUdebugger::, etc; and C++ isn't smart enough to upconvert for us. Not sure how I am going to work around that yet ... Changelog: - improved GameBoy::CPU::Halt emulation, fixes Legend of Zelda intro water+world-map scrolling at the same time - added GameBoy::APU skeleton, and hooked up MMIO read/write for all registers - modified nall integer->string functions
2011-01-22 08:15:49 +00:00
}