* Added Draw Poker Hi-Lo (japanese), based on 8080A CPU.
* Merged the gtipoker memory map and machine driver with dphl.
New games marked as GAME_NOT_WORKING
------------------------------------
Draw Poker Hi-Lo (Japanese) [Roberto Fresca]
Types are pretty much unified now.
Multiply operations are handled by eminline.h.
Divide operations were just silly in macros.
64/32-bit combination/extraction macros moved to osdcomm.h and renamed.
Also fixed compile errors in recent 68k changes.
* Added Draw Poker Hi-Lo hardware support, based on 8080A CPU.
* Mirrored the PPI's offsets to simplify/merge the hardware emulation.
* Added hardware documentation and PCB layouts from both DPHL sets.
* Added DPHL discrete sound circuitry scheme/documentation.
* Added Turbo Poker 2 from Micro Manufacturing.
* Added PMA poker.
* Documented the Turbo Poker 2 hardware.
* Added Turbo Poker 2 PCB layout from hi-res picture.
* Switched to the new PPI core.
* Commented out the 3rd PPI device till handshaked strobe lines can be
properly emulated. For now, all VRAM access is through direct handlers.
This allow to remove the hacks per set needed to boot the games.
New games marked as GAME_NOT_WORKING
------------------------------------
Draw Poker Hi-Lo (M.Kramer) [Roberto Fresca]
Draw Poker Hi-Lo (alt) [Roberto Fresca, Alan Griffin]
PMA Poker [Roberto Fresca, Siftware]
Turbo Poker 2 [Roberto Fresca, Siftware]
* Added Bell Star V3.
* Added PCB layout and pinouts.
* Changed the year to 2002.
New games marked as GAME_NOT_WORKING
------------------------------------
Bingo Roll / Bell Star V3 [Roberto Fresca, Team Europe]
- Added working PMMU address translation (not feature complete, but sufficient
to boot several 68030 Macs in MESS)
- Fixed up disassembly of some PMMU instructions
- Added "68020 with 68851" CPU type
the speed improvement in dkong from 1230% to 1470% due to
this change (setting context->data to 0 in reset).
Actually, it will avoid the first stream_update of buffer_stream when
after approx. 11 samples the dac is written.
Without setting data to 0, stream_update(buffer_stream) is called before
stream_update(discrete_stream) is called.
With the patch, the order is of the stream_updates is determined by streams.c.
What makes this interesting is, that the startup order of the stream_updates
determines the whole run-time of the game. When profiling, NODE_73 (Sallen-Key-Filter)
needs 1066 cycles without the patch and under 135 with the patch, although it is the 4th node
after DISCRETE_INPUT_BUFFER.
All in all this looks like a caching issue, however I am currently clueless what in the end
is causing it.
- tasks are now processed according to their dependency lists. Tasks
can now start early and will only process samples which are
already available. This has most impact on drivers which have
significant variance in the run-time of individual tasks.
- tasks now process samples in slices, currently max 240 samples / slice.
- TASK_GROUP is now obsolete - Will update drivers at a later stage.
- step function pointer now back in node, modules may register
optimized step functions.
- profiling code now always compiled, introduced static int profiling = ...
- some more EXPECTED/UNEXPECTED usage.
Please, no mention in the whatsnew
adds and documents all known sets (3 years or old).
Warning: Some sets have the version hacked to show sets "newer" then 3 years old. But these have been verfied to be older sets. There is also a note in the driver about version changes being made to make the opperator look like they are running a version that meets the standard of law change in 2007
