bsnes/nall/string
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
..
allocator Update to v098r10 release. 2016-05-16 19:51:12 +10:00
eval Update to v099r14 release. 2016-07-01 21:50:32 +10:00
markup Update to v101r18 release. 2016-09-14 21:55:53 +10:00
transform Update to v101r19 release. 2016-10-28 08:16:58 +11:00
atoi.hpp Update to v101r02 release. 2016-08-09 21:07:18 +10:00
cast.hpp Update to v101r19 release. 2016-10-28 08:16:58 +11:00
compare.hpp Update to v098r10 release. 2016-05-16 19:51:12 +10:00
convert.hpp Update to v098r10 release. 2016-05-16 19:51:12 +10:00
core.hpp Update to v101r19 release. 2016-10-28 08:16:58 +11:00
find.hpp Update to v098r10 release. 2016-05-16 19:51:12 +10:00
format.hpp Update to v102r12 release. 2017-02-27 19:45:51 +11:00
list.hpp Update to v099r14 release. 2016-07-01 21:50:32 +10:00
match.hpp Update to v099r14 release. 2016-07-01 21:50:32 +10:00
replace.hpp Update to v098r10 release. 2016-05-16 19:51:12 +10:00
split.hpp Update to v099r14 release. 2016-07-01 21:50:32 +10:00
trim.hpp Update to v098r10 release. 2016-05-16 19:51:12 +10:00
utility.hpp Update to v101r19 release. 2016-10-28 08:16:58 +11:00
view.hpp Update to v098r10 release. 2016-05-16 19:51:12 +10:00