Note the pcb had a lot of wire mods on it (being an early one), and the colors might not be correct yet, I'm getting some action shots from Andy to verify them. Also updated rom names for cosmica (version II) set since Andy has two of those pcbs, but I need a few more chip markings checked.
new working game
----------------
Run & Gun 2 [David Haywood, Angelo Salese]
-----Messaggio originale-----
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: mercoledì 11 novembre 2009 19.34
A: Angelo Salese
Oggetto: Minor change to Soccer Superstars roz double copy
This treats pens as transparent, prevents it from blacking out the screen on the 'Winners' display, although does cause some nasty flicker in the select sceren. I guess that's more down to proper source clipping needed to. It's on my -todo list. (video/konamigx)
-----Messaggio originale-----
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: mercoledì 11 novembre 2009 13.38
Cc: Angelo Salese
Oggetto: Re: Slam Dunk 2
Improved video offsets for these games (they're not perfect, I think in reality they depend on layers enabled etc. but they're much improved)
apply after previous.
David Haywood wrote:
> with this I think you can mark it as working
>
> - added a workaround for it not enabling the display (tied to the
> type4/rushing heroes hack we already have)
> - fixed rom loading for other sets (also swapped the data roms on
> vsnet around so that the load positions match up with the working
> games)
> - moved most of machine/konamigx.c to video/konamigx.c (mixer code
> etc.) left the protection related code in machine/konamigx.c
>
> note, you'll need to DELETE machine/konamigx.h from svn and ADD
> includes/konamigx.h to it.
>
- Added the alt tilemap layout used by f1superb for the backgrounds
Date: Tue, 10 Nov 2009 14:47:56 +0000
From: David Haywood <neohaze@nildram.co.uk>
CC: Philip Bennett <p.j.bennett@gmail.com>
Subject: Re: MS32 update
It actually decodes as 2048 wide line data.
I don't know how to use it tho, I guess it's possible the buffers aren't
valid for the same reason that the road is always straight (maths dsp / mcu)
David Haywood wrote:
> this adds the alt tilemap layout used by f1superb for the backgrounds.
>
> I'm trying to make sense of the extra roms, they don't seem to be for
> an extra roz layer as first thought, maybe they're line data for some
> kind of line drawing / blitter device isntead.
>
Fixed sprite ROM loading in Slam Dunk 2 [David Haywood]
(run with -debug switch and write a 1 at $d8001f after the POST for now)
-----Messaggio originale-----
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: mercoledì 11 novembre 2009 1.04
A: Angelo Salese
Oggetto: compile fixes
noticed these when doing a clean compile, didn't realise this was called from elsewhere.
----------------
Rushing Heroes [David Haywood, Angelo Salese]
-----Messaggio originale-----
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: martedì 10 novembre 2009 21.19
Cc: Angelo Salese
Oggetto: Re: Rushing Heroes shadows
Correct video/konamigx to go with that, forgot to save first.
David Haywood wrote:
> here, I've made it a more generic Rushing Heroes kludge, which also
> takes care of the priority in that game for the field of play. Not
> ideal by a long shot, but the GX Mixer is getting to me, and I'd
> rather have a proof of concept than perfect emulation until the time
> it's rewritten.
>
> Note, the driver change, (just a 1-0)
>
> David Haywood wrote:
>> (I haven't touched the driver file so you should be safe with your
>> protection hacks)
>>
>> after working my way through the code, and working out what was going
>> on I realised the shadow change put in before was liable to break
>> more than it fixed, so I've turned it into a local hack for Rushing
>> Heroes instead (which seems to pass very strange values in)
>>
>> emupal.c's shadowtable code is as bad as acho code.. I mean, you have
>> to downconvert your data to RGB555 format, for it to look it up in a
>> table, and give it you back in RGB555 or RGB888 format? It's
>> inherently lossy, and if you pass in negative values what exactly is
>> meant to happen? it just seems to end up creating wacky colours.
>>
>> not that clamping the negative values helps because Rushing Heroes
>> only sets 2 of the RGB values for the shadows to -127, so you end up
>> with dark blue for everything shadowed even if you fix that.. No
>> idea what's going on, so I've kludged it for now, and at least added
>> a comment to some acho code about why it's converting to 555.
>>
>
And since we're here...
new working game
-----------------------
Soccer Superstars [David Haywood, Angelo Salese]
...since that I believe that a bunch of missing right-most status bars isn't enough to justify a GNW mark ;)
-----Messaggio originale-----
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: martedì 10 novembre 2009 13.11
Cc: Angelo Salese
Oggetto: Type 4 Roz - take 2
try again...
Currently it obscures the sprites, so I've put it on a debug key of W.
Colours are wrong for it but you can see the field in rushing heroes.
(and the title screen with corrupt tiles because the roz tile rom is half size)
Don't you just love custom roz drawing code, which assumes that wraparound means 'just use the next line in the buffer, nobody will notice' without actually checking if you're still inside the buffer?
No?, me neither. I've kludged machine/konamigx.c with a saftey check, hopefully it's right, but the code really is something of nightmares.
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: lunedì 9 novembre 2009 22.59
A: Angelo Salese
Oggetto: Change order in which KonamiGX sprite offsets are applied
this allows the soccerss sprites to not clip at the edges due to offset we apply (there is still 8 pixel clipping, but this is part of the game and should be hidden by a missing part of the text layer)
note, I haven't tested other GX games, if it breaks you get to keep the pieces because the achocode in machine/konamigx.c (which really should be video/konamigx.c ...) is impossible to follow*
* it contains actual operations in if statements, extensive reuse of 'temp' variables for 200 different meanings to save creating a new variable, pseudo asm code, and arbitary sized buffers to do sorting, and code which generally makes no sense at all. 99^ of it iv video related reimplemnetations of konamigx.c with no safety checking and hacks for gx system.
-----Messaggio originale-----
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: lunedì 9 novembre 2009 20.56
Cc: Angelo Salese
Oggetto: Re: Further improvements
This un-breaks the palette, bad pointers and casts, fake ram areasand writing the same data to multiple places are bad mmmmk ?
David Haywood wrote:
> note, eyes may hurt, but it proves the roz / sprites work.
>
> check in please.
>
-----Messaggio originale-----
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: lunedì 9 novembre 2009 19.06
A: Angelo Salese
Oggetto: Further improvements
note, eyes may hurt, but it proves the roz / sprites work.
check in please.
Fixed sprite transfers, sprite layout and added preliminary frame bit toggle, game is now somewhat playable without the pitch [Angelo Salese]
---------- Forwarded message ----------
From: David Haywood <neohaze@nildram.co.uk>
Date: Mon, Nov 9, 2009 at 7:41 AM
Subject: Soccer Superstars pitch
To: Philip Bennett <p.j.bennett@gmail.com>, Angelo Salese <salese_corp_ltd@email.it>
some mods to allow the Soccer Superstars pitch to be rendered with a debug key. The layout / bank select for it should now be correct.
There is a lot of unknown data in the 'PSAC2 data rom' tho, which is probably for something else? (or it's bad?)
Hold down W to show the ROZ output. I need to work out how the mixer works, because everything just crashes horribly if you attempt to use it right now due to unsafe code and cliprects ;-)
* Added newer version of toursol, renamed existing to toursol1 and the
new one is now toursol
* Set toursol date to 1995
* Set toursol CPU speed to 40MHz
From: Luigi30 <luigi30@gmail.com>
Date: Thu, Nov 5, 2009 at 3:30 PM
Subject: PC
To: submit@mamedev.org
Added newer version of toursol, renamed existing to toursol1 and the
new one is now toursol
Set toursol date to 1995
Set toursol CPU speed to 40MHz
* Added correct RAM sizes as per Charles McDonald's notes
* Implemented priority in the same manner as tetrisp2
* Add shadows via custom mixing (gametngk and tetrisp / tp2m32 are much improved)
Date: Sun, 08 Nov 2009 14:59:36 +0000
From: David Haywood <neohaze@nildram.co.uk>
CC: Philip Bennett <p.j.bennett@gmail.com>
Subject: Re: Megasystem 32 ram sizes
and this patch (which replaces the last two) takes things one step
further, and attempts to add shadows via custom mixing.
in reality per-pixel use of the priority ram will be needed, but this
does a pretty good job, albeit in a rather unoptimized way.
Shadows in gametngk and tetrisp / tp2m32 are much improved.
David Haywood wrote:
> This implements the priority in the same way as the Standalone Tetris
> Plus 2 driver, I've also made them share the sprite drawing function
> (although by the looks of it the older hardware doesn't support sprite
> zoom)
>
> This isn't perfect as a lot of the priority ram still doesn't get
> used, but it does make an improvement.
>
> It appears that the places they want to render shadows they draw the
> sprite under the tilemap, I'm starting to wonder if this is how
> shadowing works on this hardware (and again, if only the ms32 version
> of the hardware supports it, because there are some subtle differences
> in the way things are done in tetris plus 2) I haven't implemented
> any shadows yet however.
>
> This replaces the previous patch.
>
> David Haywood wrote:
>> this implements the Jaleco Megasystem 32 RAM Sizes / Widths as per
>> the notes from Charles MacDonald. There should be no visible changes
>> but it at least documents the correct mirrors instead of them being
>> guessed from game behavior.
On Sat, Nov 7, 2009 at 5:37 PM, David Haywood <neohaze@nildram.co.uk> wrote:
> this quickly improves the sprites..
>
> I imagine the nasty looking tiles on the title screen are just a gamma
> problem, and if you make it darker you won't see them (like cps1 games etc.)
>
>
Gals Panic S (Korea) plus a note about Gals Panic 4 (Korea)
Newer version of Light Bringer (World) <-- New parent
New Clones Added
-------------------------
Gals Panic S - Extra Edition (Korea) [Choi Sung Ho]
Light Bringer (Ver 2.20 1994/04/08) [Choi Sung Ho]
New games added or promoted from NOT_WORKING status
---------------------------------------------------
Skimaxx [Luca Elia, Phil Bennett]
Note: 68EC030 disassembler is busted
----------------
The Big Breakfast (5 sets) [AGEMAME Development]
---------- Forwarded message ----------
From: AGEMAME Development <agemame@gmail.com>
Date: Thu, Nov 5, 2009 at 9:12 AM
Subject: Re: Big Breakfast ROMs - resend
To: submit@mamedev.org
Just realised the parent/clone settings were wrong, since I'd been
testing them all as parents. This is now fixed.
AGEMAME Development wrote:
>
> Added more Big Breakfast ROMs for testing purposes. The sound ROM is the same as the original, but the split sets are at:
>
> http://agemame.fruit-emu.com/bb/
