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

18 lines
283 B
C++
Raw Normal View History

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
#ifdef APU_CPP
Update to v092r09 release. byuu says: This will be another massive diff from the previous version. All of higan was updated to use the new foo& bar syntax, and I also updated switch statements to be consistent as well (but not in the disassemblers, was starting to get an RSI just from what I already did.) phoenix/{windows, cocoa, qt} need to be updated to use "string foo" instead of "const string& foo", and after that, the major diffs should be finished. This archive is the first time I'm posting my copy-on-write, size+capacity nall::string class, so any feedback on that is welcome as well.
2013-05-05 09:21:30 +00:00
void APU::serialize(serializer& s) {
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 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
s.array(mmio_data);
Update to v075r06 release. byuu says: Removed the floating-point volume adjustments from the wave channel and the left/right speaker mixers. Also, against my better judgment I'm backing out of left/right computation when they are both turned off. This basically makes non-stereo games run faster, but will make stereo games appear to run slower. I don't like it when end-users experience mystery slowdowns. Anyway, it appears that the audio calculation is really fucking demanding. Knocks FPS from 800 down to 300. I thought it might be libco, so I took it out and it only went up to 305fps o.O There is also some sort of problem with bsnes/Super Game Boy audio. The latency is really great when you first start, but it seems to drift apart over time until it is well over 500ms, and then it either pops or fades back to very low, sub-50ms latency again. The way I handle mixing is that the coprocessor audio samples go into a resampler to the native SNES rate, and fed to an output buffer. SNES audio samples go there untouched. When there is a sample in each, I add them together and average the result (I still don't understand why we divide by two since these are signed integers), and output it immediately. It's just-in-time sampling, so as long as DSP v Coprocessor do not drift very far, it should have very low latency. And I make the CPU sync DSP and Coprocessor once per scanline, which is something like 15 samples or so.
2011-02-03 11:17:35 +00:00
s.integer(sequencer_base);
s.integer(sequencer_step);
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
}
#endif