mirror of
https://github.com/libretro/bsnes-libretro.git
synced 2024-11-23 08:59:40 +00:00
ccd8878d75
byuu says:
Changelog:
- (hopefully) fixed BS Memory and Sufami Turbo slot loading
- ported GB, GBA, WS cores to use nall/vfs
- completely removed loadRequest, saveRequest functionality from
Emulator::Interface and ui-tomoko
- loadRequest(folder) is now load(folder)
- save states now use a shared Emulator::SerializerVersion string
- whenever this is bumped, all older states will break; but this makes
bumping state versions way easier
- also, the version string makes it a lot easier to identify
compatibility windows for save states
- SNES PPU now uses uint16 vram[32768] for memory accesses [hex_usr]
NOTE: Super Game Boy loading is currently broken, and I'm not entirely
sure how to fix it :/
The file loading handoff was -really- complicated, and so I'm kind of
at a loss ... so for now, don't try it.
Everything else should theoretically work, so please report any bugs
you find.
So, this is pretty much it. I'd be very curious to hear feedback from
people who objected to the old nall/stream design, whether they are
happy with the new file loading system or think it could use further
improvements.
The 16-bit VRAM turned out to be a wash on performance (roughly the same
as before. 1fps slower on Zelda 3, 1fps faster on Yoshi's Island.) The
main reason for this was because Yoshi's Island was breaking horribly
until I changed the vramRead, vramWrite functions to take uint15 instead
of uint16.
I suspect the issue is we're using uint16s in some areas now that need
to be uint15, and this game is setting the VRAM address to 0x8000+,
causing us to go out of bounds on memory accesses.
But ... I want to go ahead and do something cute for fun, and just because
we can ... and this new interface is so incredibly perfect for it!! I
want to support an SNES unit with 128KiB of VRAM. Not out of the box,
but as a fun little tweakable thing. The SNES was clearly designed to
support that, they just didn't use big enough VRAM chips, and left one
of the lines disconnected. So ... let's connect it anyway!
In the end, if we design it right, the only code difference should be
one area where we mask by 15-bits instead of by 16-bits.
|
||
|---|---|---|
| .. | ||
| 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 | ||