* remote488: work started
* remote488: fixed a crash when using socketed bitbangers on Linux machines
* remote488: added ieee-488 remotizer device
* remote488: added remotizer devices to ieee-488 buses of HP9845 & HP85
* remote488: added missing emu.h inclusion
* Revert "remote488: fixed a crash when using socketed bitbangers on Linux machines"
This reverts commit edfeb1768ec332ccdb77584e272d93b756819c41.
* remote488: nudge..
* remote488: no longer use locale-dependent functions, added commas and
semicolons as msg separators, improved use of util::string_format
* use real dumped c-chip for bonzeadv, remove simulation [Team Caps0ff]
this most likely fixes MT00377, MT00205
* typo (nw)
* missed a file (nw)
* no longer fights (nw)
* tidy here too (nw)
* c+p typo (nw)
* c-chip: use dumped c-chip for Volfied [Team Caps0ff]
interrupt source still needs to be verified, but I've tested this to the end and it works fine with the real dump.
* less static (nw)
* hook the coin counters back up (nw)
* tweaks (nw)
* was too close after tweak (nw)
* add support for dumped superman c-chip too, removed simulation [Team Caps0ff]
also made the 68k and upd7810 use different banked windows into the RAM, this seems to prevent the fighting I was seeing, and also superman suggests that it might be correct, as it puts response values in a bank for the 68k but then changes the window so the 68k can't see them. needs further testing tho (other c-chip dumps might tell us more later)
* use the 68k side handlers on megab too, even if it really doesn't care about anything (nw)
* remove debug structure (nw)
* Turn deprecated declataion warnings on by default and make them non-fatal
* Make output_finder iterable in algorithms and range-based for loops
* Replace a lot of set_something with output_finder
* Fixed building using system utf8proc
* Fixed building using system portaudio
* Allow using system-wide asio headers (1.11.0 or higher required).
* Allow using system-wide glm headers
* Allow using system-wide rapidjson headers
* Put all ext_includedir calls together
* Fixed build failure when SOURCES is defined
* Fixed building using system utf8proc
* Fixed building using system portaudio
* Allow using system-wide asio headers (1.11.0 or higher required).
* Allow using system-wide glm headers
* Allow using system-wide rapidjson headers
* Add 89 in 1 mini console
* Add mc_cb280, similar to sy889
* More VTxx ROMs
* Add more nes_vt systems
* Add SY888B
* Add support for VTxx systems with scrambled instructions (FC Pocket, DGUN2573)
* Add support for Family Pocket, and more FC Pocket games
* Small fixes and reclassifications (nw)
* Support for VTxx scrambled banking (thanks NewRisingSun for help)
* New palette code from NewRisingSun, etc
* Various VT03 fixes, several systems including ZDog now working
* nes_vt comment/status updates (nw)
* Refactor m6502_vtscr (nw)
* create derived 6502 type for XaviX because it has at least one custom 4-byte opcode that doesn't fit any other type.
treating that opcode as NOP for now.
have a feeling it might be something to do with the other integrated hardware, might be 'execute co-processor code chain at this address' or something similar
It isn't a standard JSL (Jump Subroutine Long) like the SNES cpu opcode in the same place as this, it seems to point at some code-like structures tho)
could also be a secondary operation mode with different encoding like ARM's Thumb mode tho I guess.
We currently only have a single XaviX based dump (taitons1) but there are more on the way. I'm going to see if the code flow makes any sense at all with these missing, or if any of it gives a clue as to what they should actually do.
* xavix - let's call these callf and retf then
after further investigation these are some kind of extra 'long jump' subroutine / task handlers, the 0x80 also being a custom opcode was throwing me off trying to identify them before.
looks like they might have been hacking 65816 features into the regular 6502 core?
* prepare for extra address bits (nw)
* better program flow (nw)
