Decoded all protection data for B.Rap Boys [David Haywood, Tomasz Slanina]
Cleaned up decryption function for B.Rap Boys external Rom [David Haywood]
Improved video emulation for B.Rap Boys [David Haywood]
Marked several GFX roms as bad on B.Rap Boys [David Haywood]
Improved protection simulation logic w/regards to writeback addresses, allowing B.Rap Boys to boot [Tomasz Slanina]
http://www.mameworld.info/ubbthreads/showthreaded.php?Cat=&Number=199853&page=0&view=expanded&sb=5&o=&fpart=1&vc=1
I don't know this z80 emulator well enough to look into his first two points. Juergen?
1/ In the cc_xy[] table which lists instructions with DD or FD prefixes, "illegal" combos are returning 4 cycles when they should return 4 + cc_op (the normal instruction being executed). Another way to handle this correctly is to call EXEC(z80,fd,xx) or EXEC(z80,dd,xx) instead of op_xx(z80) when such pair of opcode is detected, to be sure the correct amount of cycles is used.
2/ According to Sean Young, R register is NOT incremented when chaining multiple DD or FD prefixes: [...]
This one was already fixed, dunno when:
2/ In the cc_ed[] table, INI (ED A2) and IND (ED AA) should return 16 cycles, like other instructions from this group, not 12. This seems to be a typo error.
Not working (100% correctly) like all games in the Mega-Tech Mega-Play driver
New Game Added
-------------------------------------
Great Football [Kevin Eshbach, Charles MacDonald, Smitdogg, Dumping Union]
- change the way custom modules are handled
- updated drivers mario and dkong accordingly
- minor change to stream input handling
- no more linear lists for nodes. All node processing switched to linked lists.
- module step and reset now only get a node pointer passed
- Added discrete_info * pointer to node
- Only nodes with a step routine actually get processed.
- Fixed a bug: discrete logs did not work since some time
- preliminary parallel task constants; depending on results these may vanish again.
- Overall slight performance increase. dkong 940% to 960%, galaxian 740% to 790%
- implemented carts banking and multiple EEPROMs
- added "pen replacement" blit mode
- fixed palette size
New games added or promoted from NOT_WORKING status
---------------------------------------------------
Galaxy Games StarPak 2 [Luca Elia, Siftware]
* Switched to pre-defined Xtal clock.
* Changed the way how graphics are banked/accessed.
* Fixed the graphics offset and number of tiles per bank.
* Added new set: Noraut Red Hot Joker Poker.
* Added new set: Noraut Poker (NTX10A).
* Added new set: Noraut Joker Poker (V3.010a).
* Fixed the tile size/decode for the first GFX bank.
* Added proper norautrh inputs, including the readout button.
* Added partial DIP switches to norautrh.
* Added more technical notes.
Also fix Mantis 03284.
New games added or promoted from NOT_WORKING status
---------------------------------------------------
Noraut Red Hot Joker Poker [Roberto Fresca, Alan Griffin]
New games marked as GAME_NOT_WORKING
------------------------------------
Noraut Poker (NTX10A) [Roberto Fresca, Alan Griffin]
Noraut Joker Poker (V3.010a) [Roberto Fresca, Alan Griffin]
- added unidasm to the tools build
- split the disassemblers out of libcpu and into new libdasm
- ensured the disassembly entry points for all disassemblers are
in the source file for the disassembler (sometimes new generic
versions were created)
Still needs command line options and file loading, but the
fundamentals are present, and it links.
- added discrete sound to battle zone
- engine frequency (resistor R11) can be changed with slider
- discrete sound may be disabled by setting BZONE_DISCRETE to 0 in bzone.h
DISCRETE_RCDISC3
- added diode junction voltage
- junction voltage also indicates polarity
DISCRETE_OPAMP_FILTER
- added type DISC_OP_AMP_FILTER_IS_LOW_PASS_1M
- INP2 takes role of v_ref in this type
DISCRETE_OPAMP
- Fixed a bug (possible divide by 0)
DISCRETE_LFSR
- Fixed bug preventing output of shift reg to sub node 1
> Sent: Thursday, August 20, 2009 4:20 PM
> Cc: Aaron Giles
> Subject: Re: Brap Boys progress
>
> Last one for tonight. I'm sending these because I have no idea when
> the
> next source update will be and I'd prefer it to be as up to date as
> possible so that this info can't be lost.
>
> We're almost half way there as far as decrypting brapboysj tables is
> concerned, however, we still need to better understand how the
> protection device uses them.
>
> These all apply against a clean SVN, not the previous patches I sent.
>
> David Haywood wrote:
> > more progress in decrypting the tables.
> >
> > David Haywood wrote:
> >> current progress, 2 extra tables decrypted.
> >>
> >>
> >> David Haywood wrote:
> >>> Further work on the decrypting of tables from the ROM. Added a
> >>> status table of the data I've decrypted, data I have to study etc.
> >>>
> >>> David Haywood wrote:
> >>>> Missed an 'else' sorry, wasn't decoding the table correctly.
> >>>>
> >>>> David Haywood wrote:
> >>>>> here's another which will decrypt table 0x19 for brapboys. (use
> >>>>> this instead of previous)
> >>>>>
> >>>>> I guess I need to understand something else like where it REALLY
> >>>>> writes the table data, or some other maths related ops, because
> it
> >>>>> just does a trap #0 to an infinite loop and then watchdog resets
> >>>>> now without requesting any more tables than the ones I've
> >>>>> decrypted. I'll work on decrypting the rest of them tho, as we
> >>>>> have a trojan that can supply whatever tables we request, however
> >>>>> understanding how to use them is becoming more important.
> >>>>>
> >>>>> David Haywood wrote:
> >>>>>> this decrypts table 11 (ugly ... but correct compared to the
> >>>>>> extracted data which is included for verification at this point)
> >>>>>>
> >>>>>> I may send newer versions as more tables are decrypted,
> depending
> >>>>>> on progress. This is so that nothing gets lost, and can be
> >>>>>> included.
Changed to mono both Downtown and Caliber 50: these pcbs don't have a
stereo connector.
Regarding the conversion to mono, I would like to know if it's good to
lower the output of the channels to 0.50 if each channel was previously
1.0 in stereo.
[Corrado Tomaselli]
> model sy6845.
> I tested it under my MESS z80ne driver.
> I don't know any other system using transparent access mode.
>
> src/emu/video/mc6845.c
>
>
> Best Regards
> Roberto Lavarone
- Use new dump for ic31/32, ROM board test passes now
- Add protection hookup for Marvel vs. Capcom 2, game is playable w/sound
I'm not removing GAME_NOT_WORKING because I don't trust the Naomi emulation
in general that much yet, although I was able to coin up and play (slowly ;-)
Dump is uploading.
