bsnes/higan/processor
Tim Allen 4c3f9b93e7 Update to v102r12 release.
byuu says:

Changelog:

  - MD/PSG: fixed 68K bus Z80 status read address location
  - MS, GG, MD/PSG: channels post-decrement their counters, not
    pre-decrement [Cydrak]¹
  - MD/VDP: cache screen width registers once per scanline; screen
    height registers once per frame
  - MD/VDP: support 256-width display mode (used in Shining Force, etc)
  - MD/YM2612: implemented timers²
  - MD/YM2612: implemented 8-bit PCM DAC²
  - 68000: TRAP instruction should index the vector location by 32 (eg
    by 128 bytes), fixes Shining Force
  - nall: updated hex(), octal(), binary() functions to take uintmax
    instead of template<typename T> parameter³

¹: this one makes an incredible difference. Sie noticed that lots of
games set a period of 0, which would end up being a really long period
with pre-decrement. By fixing this, noise shows up in many more games,
and sounds way better in games even where it did before. You can hear
extra sound on Lunar - Sanposuru Gakuen's title screen, the noise in
Sonic The Hedgehog (Mega Drive) sounds better, etc.

²: this also really helps sound. The timers allow PSG music to play
back at the correct speed instead of playing back way too quickly. And
the PCM DAC lets you hear a lot of drum effects, as well as the
"Sega!!" sound at the start of Sonic the Hedgehog, and the infamous,
"Rise from your grave!" line from Altered Beast.

Still, most music on the Mega Drive comes from the FM channels, so
there's still not a whole lot to listen to.

I didn't implement Cydrak's $02c test register just yet. Sie wasn't 100%
certain on how the extended DAC bit worked, so I'd like to play it a
little conservative and get sound working, then I'll go back and add a
toggle or something to enable undocumented registers, that way we can
use that to detect any potential problems they might be causing.

³: unfortunately we lose support for using hex() on nall/arithmetic
types. If I have a const Pair& version of the function, then the
compiler gets confused on whether Natural<32> should use uintmax or
const Pair&, because compilers are stupid, and you can't have explicit
arguments in overloaded functions. So even though either function would
work, it just decides to error out instead >_>

This is actually really annoying, because I want hex() to be useful for
printing out nall/crypto keys and hashes directly.

But ... this change had to be made. Negative signed integers would crash
programs, and that was taking out my 68000 disassembler.
2017-02-27 19:45:51 +11:00
..
arm Update to v099r13 release. 2016-06-29 21:10:28 +10:00
gsu Update to v102r02 release. 2017-01-23 08:04:26 +11:00
hg51b Update to v098r06 release. 2016-04-22 23:35:51 +10:00
huc6280 Update to v102r07 release. 2017-02-13 10:09:03 +11:00
lr35902 Update to v102r12 release. 2017-02-27 19:45:51 +11:00
m68k Update to v102r12 release. 2017-02-27 19:45:51 +11:00
r6502 Update to v102r02 release. 2017-01-23 08:04:26 +11:00
r65816 Update to v102r12 release. 2017-02-27 19:45:51 +11:00
spc700 Update to v100r15 release. 2016-07-31 12:11:20 +10:00
upd96050 Update to v099r12 release. 2016-06-28 20:43:47 +10:00
v30mz Update to v100r01 release. 2016-07-08 22:31:35 +10:00
z80 Update to v102r10 release. 2017-02-23 08:25:01 +11:00
GNUmakefile Update to v101r30 release. 2017-01-12 07:27:30 +11:00
processor.hpp Update to v097r01 release. 2016-01-23 18:29:34 +11:00