5d0e7002a7
FASTER
2014-06-23 02:46:07 +00:00
b6404ced10
GB: cleanup
2014-06-16 16:23:26 +00:00
9a6decef06
GB: cleanup and stuff
2014-06-16 15:59:39 +00:00
525871d6e4
gb: cleanup some unused code
2014-06-11 19:07:57 +00:00
8f87c2e854
gameboy: tweak text savestates a bit in preparation to reuse some code for the wonderswan savestates
2014-05-31 04:01:07 +00:00
2c68aa81c6
gambatte: fix a few msvcisms and other warnings
2014-05-13 02:51:20 +00:00
5710282ac6
gambatte: eliminate some unused code
2014-05-11 15:40:02 +00:00
1f4585cd17
gambatte: savestate fix round 2
2014-05-10 14:57:19 +00:00
975ced7e38
gambatte: break stuff. don't use
2014-05-10 04:22:12 +00:00
0dcdb7711b
gambatte: remove a bit more junkus
2014-05-08 02:12:20 +00:00
a6cd5ba16c
gambatte: continue previous commit
2014-05-07 22:38:01 +00:00
c687ac7cfd
gambatte: rip out unused save directory and gameshark\gamegenie internal stuff
2014-05-07 22:26:13 +00:00
8bda372bed
misc cleanup
2014-05-04 19:04:15 +00:00
478e80a5d3
gambatte: misc code cleanup
2014-05-03 17:43:39 +00:00
df6fa1dec0
gambatte: fix video problem related to new frame timing
2014-05-03 03:05:34 +00:00
209142bea1
gambatte: cut out unused OSD cruft
2014-05-03 01:47:55 +00:00
8e0952c494
gambatte: support reading\writing IER through the HRAM memory domain. if you write something funny there and break something, then you better call al gore
2014-02-26 20:24:31 +00:00
239ce987da
GB: fix problems with STOP opcode? maybe? maybe not?
2014-02-01 03:45:28 +00:00
5ecc74c435
GB: implement the undefined opcodes. according to sources, they completely lock up the machine; so they are emulated as DI; <repeat last opcode>, which should do the trick? testing needed. thanks to sanqui for pointing this out
2014-01-31 22:58:54 +00:00
284eca0545
GB: MBC3: correct behavior when bank value of 0 is written. thanks to sanqui for pointing this out
2014-01-31 22:30:25 +00:00
fc110cbeae
fix issue 122 using MrWint42's patch. thanks! gambatte RTC for movies should work now.
2013-11-24 17:32:46 +00:00
758a84027e
gb: memory callbacks no longer fire on writes to the system bus. (they were already not firing for all other memory domain action). add a new memory callback, exec. occurs right before the cpu reads a byte, if that byte will be the first byte of a new opcode. read callback no longer occurs in this situation.
2013-11-13 17:08:52 +00:00
e5c569f818
support register reading on GB core. untested as i can't compile at the moment. flags are exported as part of register "F", as is usual for z80.
2013-11-11 18:05:29 +00:00
eda191007d
gb: fix lfsr reg init value -- 0d07cb7851
2013-10-11 21:28:44 +00:00
99615d9afd
GB: rtc is pegged to emulated elapsed time. maybe. don't know what to test it with. time at core restart is always 1970, or something like that, which isn't as bad as it sounds, because the GB rtc doesn't keep track of anything past days
2013-05-09 23:15:59 +00:00
63f9752ea2
rough in some stuff for game boy link cable recording. none of it is finished yet
2012-12-29 01:25:06 +00:00
4ccf2412b4
GB: gambatte saved a thumbnail of the framebuffer to savestates internally, which was only used with some core-internal "UI" stuff that we don't bother with. disable that feature. does not break old savestates.
2012-11-21 13:43:58 +00:00
8d20c2e351
gambatte: fully implement cgb palette selection
2012-11-18 18:46:57 +00:00
12844bbd7f
GB: gbc color change infrastructure. not hooked up to UI yet
2012-11-18 17:02:55 +00:00
ac1f9a90a1
libgambatte: switch the system bus read to use a much safer (100%?) deterministic peek. also implement core side stuff for scanline-based callback
2012-11-05 20:15:53 +00:00
32a3d9db80
gbhawk gpu viewer: work correctly with palettes and CGB extended BG data
2012-11-05 04:09:04 +00:00
3eda4a90a6
gbhawk: tracelogger
2012-11-02 19:44:31 +00:00
8d8e636450
libgambatte: add memory read\write callbacks, maybe? not sure how to test it...
2012-10-14 15:10:33 +00:00
12d06a2c94
add system bus memory domain to gambatte
...
in order to guarantee correct resolution of mappings and mmio every time, all calls go straight to the core and are not cached
this makes this domain slower in performance than the other ones. it can also be more difficult to use in some cases because you have to resolve mappings that you may not care about.
there is also the possibility of side-effects on reads, although i do not believe that this actually happens in any situations. still, use at your own risk.
2012-09-13 21:03:34 +00:00
d57e195e52
gambatte: add oam, hram to memory domain list
2012-09-11 19:05:44 +00:00
ed2b690f75
add memory domains to gambatte
...
appears to work, but i don't really have much of anything to test on it
ramwatch is horribly slow
2012-09-11 15:28:38 +00:00
4e35cb566f
functioning saveram support for gambatte
2012-09-10 23:40:53 +00:00
a6caa8680d
fix up rom loading routines for libgambatte to use memory block directly (and not file)
2012-09-09 21:15:54 +00:00
8cdcae462d
gambatte savestates. slightly modifies some parts of the core and the pinvoke hookup to produce memory arrays instead of disk files as savestates.
...
does not work, for now. (sorry about the exceptions!)
2012-09-09 18:47:00 +00:00
2628e500d7
fix include directories in libgambatte project
2012-09-09 12:30:33 +00:00
0b332e1373
add indep libgambatte solution, plus release compiled libgambatte.dll in multiclient output folder
2012-09-09 12:21:02 +00:00
91e48b47d8
remove libgambatte project from solution because msvs express is a piece of shit
2012-09-09 12:09:01 +00:00
7b9bbe6b31
libgambatte can now get into game (with recognizable graphics). exceptions everywhere and nothing is hooked up, though.
2012-09-08 21:48:46 +00:00
7fc9dbd22c
typos, comments
2012-09-08 20:46:54 +00:00
3061abbc4b
preliminary C api for libgambatte, plus pinvoke bindings
...
i'm a bit out of my league on this one, but that's ok
2012-09-08 20:22:07 +00:00
3233d31e6c
libgambatte in tree, configured to build to dll with msvs. compiles with no errors. nothing else done yet.
2012-09-08 19:02:33 +00:00
goyuken