mirror of
https://github.com/libretro/bsnes-libretro.git
synced 2024-11-27 02:50:32 +00:00
82293c95ae
byuu says:
Changelog:
- (u)int(max,ptr) abbreviations removed; use _t suffix now [didn't feel
like they were contributing enough to be worth it]
- cleaned up nall::integer,natural,real functionality
- toInteger, toNatural, toReal for parsing strings to numbers
- fromInteger, fromNatural, fromReal for creating strings from numbers
- (string,Markup::Node,SQL-based-classes)::(integer,natural,real)
left unchanged
- template<typename T> numeral(T value, long padding, char padchar)
-> string for print() formatting
- deduces integer,natural,real based on T ... cast the value if you
want to override
- there still exists binary,octal,hex,pointer for explicit print()
formatting
- lstring -> string_vector [but using lstring = string_vector; is
declared]
- would be nice to remove the using lstring eventually ... but that'd
probably require 10,000 lines of changes >_>
- format -> string_format [no using here; format was too ambiguous]
- using integer = Integer<sizeof(int)*8>; and using natural =
Natural<sizeof(uint)*8>; declared
- for consistency with boolean. These three are meant for creating
zero-initialized values implicitly (various uses)
- R65816::io() -> idle() and SPC700::io() -> idle() [more clear; frees
up struct IO {} io; naming]
- SFC CPU, PPU, SMP use struct IO {} io; over struct (Status,Registers) {}
(status,registers); now
- still some CPU::Status status values ... they didn't really fit into
IO functionality ... will have to think about this more
- SFC CPU, PPU, SMP now use step() exclusively instead of addClocks()
calling into step()
- SFC CPU joypad1_bits, joypad2_bits were unused; killed them
- SFC PPU CGRAM moved into PPU::Screen; since nothing else uses it
- SFC PPU OAM moved into PPU::Object; since nothing else uses it
- the raw uint8[544] array is gone. OAM::read() constructs values from
the OAM::Object[512] table now
- this avoids having to determine how we want to sub-divide the two
OAM memory sections
- this also eliminates the OAM::synchronize() functionality
- probably more I'm forgetting
The FPS fluctuations are driving me insane. This WIP went from 128fps to
137fps. Settled on 133.5fps for the final build. But nothing I changed
should have affected performance at all. This level of fluctuation makes
it damn near impossible to know whether I'm speeding things up or slowing
things down with changes.
|
||
|---|---|---|
| .. | ||
| beat | ||
| database | ||
| decode | ||
| dsp | ||
| emulation | ||
| encode | ||
| hash | ||
| http | ||
| image | ||
| mosaic | ||
| posix | ||
| string | ||
| vector | ||
| vfs | ||
| windows | ||
| xorg | ||
| algorithm.hpp | ||
| any.hpp | ||
| atoi.hpp | ||
| bit-field.hpp | ||
| bit-vector.hpp | ||
| bit.hpp | ||
| config.hpp | ||
| directory.hpp | ||
| dl.hpp | ||
| endian.hpp | ||
| file.hpp | ||
| filemap.hpp | ||
| function.hpp | ||
| GNUmakefile | ||
| hashset.hpp | ||
| hid.hpp | ||
| image.hpp | ||
| inode.hpp | ||
| interpolation.hpp | ||
| intrinsics.hpp | ||
| main.hpp | ||
| map.hpp | ||
| matrix.hpp | ||
| maybe.hpp | ||
| memory.hpp | ||
| mosaic.hpp | ||
| nall.hpp | ||
| path.hpp | ||
| platform.hpp | ||
| primitives.hpp | ||
| property.hpp | ||
| queue.hpp | ||
| random.hpp | ||
| range.hpp | ||
| run.hpp | ||
| serial.hpp | ||
| serializer.hpp | ||
| service.hpp | ||
| set.hpp | ||
| shared-memory.hpp | ||
| shared-pointer.hpp | ||
| smtp.hpp | ||
| sort.hpp | ||
| stdint.hpp | ||
| string.hpp | ||
| thread.hpp | ||
| traits.hpp | ||
| unique-pointer.hpp | ||
| utility.hpp | ||
| varint.hpp | ||
| vector.hpp | ||
| vfs.hpp | ||