mirror of
https://github.com/holub/mame
synced 2025-04-24 17:30:55 +03:00
6ca10ab4fa
except it finds a ROM region instead of a memory share. Unlike the old memory_region_finder, these can be accessed without any overhead (since it's a pointer directly to the data and not to the memory_region object), can be whatever data type you want (no casting needed) and are strictly type-checked--if you have a required_rom_ptr<UINT32> the region has to be a ROM_REGION32 (or an implicitly 32-bit region due to belonging to a CPU) or the finder won't find it and will tell you why. Basically, rom_ptr_finders are strictly better than memory_region_finders and all drivers using the latter should be converted over. I've done megasys1.c and twin16.c as examples. megasys1: Use a device address map for the peekaboo oki instead of memcpy(). twin16: Convert the scrolling layers to tilemaps (the fixed text layer was already one). Miscellaneous cleanups/modernizations. (nw) Notice that rom_ptr_finder has a length() method which returns the length in whatever size unit the pointer is, instead of a bytes() method. Yes, I'm going to convert shared_ptr_finder to match, since this way makes a lot more sense (in particular, mask() is useless for shared_ptrs that are anything other than INT8/UINT8) |
||
|---|---|---|
| artwork | ||
| docs | ||
| hash | ||
| hlsl | ||
| keymaps | ||
| nl_examples | ||
| src | ||
| web | ||
| .gitattributes | ||
| .gitignore | ||
| makefile | ||