search

libretro / mame2003-plus-libretro

Updated 2018 version of MAME (0.78) for libretro. with added game support plus many fixes and improvements
Other
192 stars 110 forks source link

possibility of updating namco emulation #502

Closed markwkidd closed 5 years ago

markwkidd commented 5 years ago

In a previous PR discussion about Galaga romsets, @arcadez @grant2258 and I started talking through the feasibility of backporting updates to early Namco emulation.

I am going to merge that PR so I am creating this issue in case there is more to discuss. Here's the comment where the discussion began: https://github.com/libretro/mame2003-plus-libretro/pull/500#issuecomment-442272934

ghost commented 5 years ago

well if we are going to do this i would suggest do the drivers and video and leave the sound till last. I didnt realize mame starts using am_read/writes so early I hope theres no mirroring

ghost commented 5 years ago

Full list of changes...........

0.80

Large Namco Update [Nicola Salmoria]

0.79u1

Big 80s Namco Update [Nicola Salmoria]

this affects the first Namco games that used custom I/O chips.

0.78u4

Huge Namco Mappy Era Systems Update [Nicola Salmoria]

Might just be too much to take on :)

ghost commented 5 years ago

the big 80s is doable @arcadez do you know anywhere that has the 079u1 diff ?

ghost commented 5 years ago

Nope unless someone else does.?? we can always take it from MAME80, the drivers would still have needed to be rolled back with regards to the mem maps and some CPU calls anyhow

ghost commented 5 years ago

A quick look at galaga.c mappy.c polepos.c the mem maps are where main graft will be as they are combined we'll need to split em into seperate reads n writes then roll back the read8 and write8 handlers the cpu calls seem fine for this core.

Apart from that it's just adding and deleting some files tracking down any other affected drivers and then the new sound cores, one thing to note is alotta the roms will change and we all know how that can go down with certain users

markwkidd commented 5 years ago

@grant2258 MAME 0.79u1 diff: https://web.archive.org/web/20071018171610/http://haze.mame.net/diffs/mame079u1_diff.zip

markwkidd commented 5 years ago

In fact, here is a listing of diffs from that era. May be handy to have more than one

ghost commented 5 years ago

thanks mark this will make it a little easier for me to see whats added ill add mame079 and then this and github it for a pretty diff

ghost commented 5 years ago

ok just for info purposes if we do this 079u1

deleted drivers

deleted: src/drivers/bosco.c deleted: src/drivers/digdug.c deleted: src/drivers/locomotn.c deleted: src/drivers/xevious.c deleted: src/machine/bosco.c deleted: src/machine/digdug.c deleted: src/machine/galaga.c deleted: src/machine/polepos.c deleted: src/sndhrdw/bosco.c

new files created

new: src/drivers/dcheese.c new: src/drivers/talbot.c new: src/includes/galaga.h new: src/sound/namco52.c new: src/sound/namco52.h new: src/sound/namco54.c new: src/sound/namco54.h

full changes https://github.com/grant2258/mame079/commit/e4e296d4ae65904a100dd4b3cb2a87a70b23c42f

ghost commented 5 years ago

We wont need dcheese.c and talbot.c as they're not Namco or connected to Namco changes but we'll need to make sure we dont miss drivers which are polepos.c for example

ghost commented 5 years ago

going to update the soundcore first when i get round to it a few games will need fixed i would imagine

ghost commented 5 years ago

Im gonna look at the mappy changes first then move forward to galaga, as for pacland and sys86 im not sure we need those.?? certainly the tilemap conversion which messed up the graphics was from a later build than ours

ghost commented 5 years ago

locomotn driver merged into rallyx.c, the workload just keeps on growin :)

ghost commented 5 years ago

superpac went into mappy

ghost commented 5 years ago

ive added the soundcore obviously we will need to add a soundlatch to every driver now that used mappy_sound_enable or update the drivers

ghost commented 5 years ago

ok ive added the sound core to out core obviously driver updates will be needed but this is the point where we decide if we do it or not

https://github.com/grant2258/mame2003-plus-libretro/commits/namcos_soundcore

src/drivers/phozon.c:129:20: error: 'mappy_sound_w' undeclared here (not in a function); did you mean 'mappy_soundregs'? { 0x0000, 0x003f, mappy_sound_w, &mappy_soundregs },/ sound registers / ^~~~~ mappy_soundregs make: [Makefile:543: src/drivers/phozon.o] Error 1 src/drivers/grobda.c:84:20: error: 'mappy_sound_w' undeclared here (not in a function); did you mean 'mappy_soundregs'? { 0x0000, 0x003f, mappy_sound_w, &mappy_soundregs },/ sound registers / ^~~~~ mappy_soundregs src/drivers/grobda.c:87:20: error: 'mappy_sound_enable_w' undeclared here (not in a function); did you mean 'mappy_sound_enable'? { 0x2006, 0x2007, mappy_sound_enable_w }, / sound enable? / ^~~~~~~~ mappy_sound_enable make: [Makefile:543: src/drivers/grobda.o] Error 1 src/drivers/gaplus.c:110:20: error: 'mappy_sound_w' undeclared here (not in a function); did you mean 'mappy_soundregs'? { 0x0000, 0x003f, mappy_sound_w, &mappy_soundregs },/ sound registers / ^~~~~ mappy_soundregs

this was expected though

ghost commented 5 years ago

i'll send the new mappy.c and machine namcio.c later

ghost commented 5 years ago

well ill try fix what we have here just now that way we can test the sound core only a few drivers need the sound fixed up

modified: src/drivers/grobda.c modified: src/drivers/mappy.c modified: src/drivers/phozon.c modified: src/drivers/superpac.c modified: src/drivers/toypop.c

ghost commented 5 years ago

just need to fix up the mappy_sound_enable_w in our drivers im assuming this is going to be a sound latch ill look into it more. Pisses me off using grep in windows it changed all the crlf to windows i might just redo that in linux so it doesnt look so bad

src/drivers/superpac.c:93:20: error: 'mappy_sound_enable_w' undeclared here (not in a function); did you mean 'mappy_sound_enable'? { 0x5008, 0x5009, mappy_sound_enable_w },

ghost commented 5 years ago

You updated namco sound i take it

ghost commented 5 years ago

aye will patch the old sound enable i for now just want to test the the sound cores in right

ghost commented 5 years ago

the soundcores are also connected in with namcoio.c / h plus the drivers, i'll be sending driver mappy.c machine namcoio.c / h and vidhrdw mappy.c later on

ghost commented 5 years ago

no problems just getting us going with what we have here on the sound core so it compiles. I havent touched the io yet just want our drivers to compile.

just added the WRITE_HANDLER( mappy_sound_enable_w );

temp to make sure its all compiling fine and out drivers still work

ghost commented 5 years ago

Nae problem bigman we'll get everything tied together in the end

ghost commented 5 years ago

src/sound/namco.o:namco.c:(.text+0x690): multiple definition of namco_update_one' src/sound/namco.o:namco.c:(.text+0x690): first defined here src/sound/namco.o:namco.c:(.text+0x720): multiple definition ofnamco_sh_start' src/sound/namco.o:namco.c:(.text+0x720): first defined here src/sound/namco.o:namco.c:(.text+0xa20): multiple definition of namco_sh_stop' src/sound/namco.o:namco.c:(.text+0xa20): first defined here src/sound/namco.o:namco.c:(.text+0xa30): multiple definition ofpengo_sound_enable_w' src/sound/namco.o:namco.c:(.text+0xa30): first defined here src/sound/namco.o:namco.c:(.text+0xa40): multiple definition of pengo_sound_w' src/sound/namco.o:namco.c:(.text+0xa40): first defined here src/sound/namco.o:namco.c:(.text+0xbb0): multiple definition ofpolepos_sound_enable' src/sound/namco.o:namco.c:(.text+0xbb0): first defined here src/sound/namco.o:namco.c:(.text+0xbc0): multiple definition of polepos_sound_w' src/sound/namco.o:namco.c:(.text+0xbc0): first defined here src/sound/namco.o:namco.c:(.text+0xcd0): multiple definition ofmappy_sound_enable_w' src/sound/namco.o:namco.c:(.text+0xcd0): first defined here src/sound/namco.o:namco.c:(.text+0xce0): multiple definition of mappy_sound_enable' src/sound/namco.o:namco.c:(.text+0xce0): first defined here src/sound/namco.o:namco.c:(.text+0xcf0): multiple definition ofnamco_15xx_w' src/sound/namco.o:namco.c:(.text+0xcf0): first defined here src/sound/namco.o:namco.c:(.text+0xdb0): multiple definition of namcos1_sound_w' src/sound/namco.o:namco.c:(.text+0xdb0): first defined here src/sound/namco.o:namco.c:(.text+0xec0): multiple definition ofnamcos1_sound_r' src/sound/namco.o:namco.c:(.text+0xec0): first defined here src/sound/namco.o:namco.c:(.text+0xed0): multiple definition of namcos1_wavedata_w' src/sound/namco.o:namco.c:(.text+0xed0): first defined here src/sound/namco.o:namco.c:(.text+0xf20): multiple definition ofnamcos1_wavedata_r' src/sound/namco.o:namco.c:(.text+0xf20): first defined here src/sound/namco.o:namco.c:(.text+0xf30): multiple definition of `snkwave_w' src/sound/namco.o:namco.c:(.text+0xf30): first defined here

still needs some work will het there hopefully

ghost commented 5 years ago

paste up your namco.h lemmie have a quick peek at it

ghost commented 5 years ago

https://github.com/grant2258/mame2003-plus-libretro/blob/namcos_soundcore/src/sound/namco.h think ill need to make these static taking a wee break

ghost commented 5 years ago

it probably this https://github.com/grant2258/mame2003-plus-libretro/blob/6d09a7c4ac8c7ce0b9fb4e5c7ef9e14373f41892/Makefile.common#L2299-L2313

will test later both are enabled only need the old one enabled for now

ghost commented 5 years ago

yea that was the problem ill change all drivers too NAMCO_15XX that use NAMCO atm that we we can add drivers at will

ghost commented 5 years ago

Im using MAME80 as my base to port from, just a heads up so our code matches up ;)

ghost commented 5 years ago

using mame 079u1 the sound core should be the same hopefully that all ive touched that and fix the drivers up to use namco instead of mappy. Ill start again with 080 if it doesnt match up pretty much know what needs done now anyway

ghost commented 5 years ago

Hmmm namco sound from M80 is different we'll cross that bridge when we come to it......

ifndef namco_h

define namco_h

struct namco_interface { int samplerate; / sample rate / int voices; / number of voices / int volume; / playback volume / int region; / memory region; -1 to use RAM (pointed to by namco_wavedata) / int stereo; / set to 1 to indicate stereo (e.g., System 1) / };

int namco_sh_start(const struct MachineSound *msound); void namco_sh_stop(void);

WRITE_HANDLER( pengo_sound_enable_w ); WRITE_HANDLER( pengo_sound_w );

void polepos_sound_enable(int enable); WRITE_HANDLER( polepos_sound_w );

void mappy_sound_enable(int enable); WRITE_HANDLER( namco_15xx_w );

WRITE_HANDLER( namcos1_sound_w ); WRITE_HANDLER( namcos1_wavedata_w ); READ_HANDLER( namcos1_sound_r ); READ_HANDLER( namcos1_wavedata_r );

extern unsigned char namco_soundregs; extern unsigned char namco_wavedata;

define pengo_soundregs namco_soundregs

define polepos_soundregs namco_soundregs

endif

ghost commented 5 years ago

ill do the sound core again with mame080 should just need to copy the files over mate not a big deal. Hopefully the drivers will play nice

ghost commented 5 years ago

Aye it's my fault bigman i should stated i was on M80

ghost commented 5 years ago

live n learn this is going to take a while anyway mate

ghost commented 5 years ago

ill make a new branch so i can copy the old files i dont need to change the mame080 files are updated on this branch. I had to add the WRITE_HANDLER( mappy_sound_enable_w ); for our old drivers to work that the only change https://github.com/grant2258/mame2003-plus-libretro/commit/ef153c78997e7cbf77b2fde9a41eb49522a2fc0f

ghost commented 5 years ago

ok soundcore looks good. here is a comparision of the old soundcore and the new sound core. I think the volumes a bit loud on the new core it could be a placebo on my part.

samples.zip

ghost commented 5 years ago

ive cleaned this code up and commented why the extra stuff is there and we can remove it easily when we are done. Its done in one commit arcadez this saves me changing all the drivers like I did last time.

https://github.com/grant2258/mame2003-plus-libretro/tree/namco_soundcore_update

This code is actually ok to pull right now

ghost commented 5 years ago

I took the night off as it stands i have all the soundcores and machine namcoic.c / h in my test core just need to finish off mappy.c a few small memmaps to roll back then remove the src files which are no longer needed then it's onto galaga et all

ghost commented 5 years ago

Alright so ya's dont think i've gone AWOL i've finshed off the mappy driver i now have all of these to do which im gonna plod away at for the next week or so, gaplus.c polepos.c galaga.c toypop.c and finally rallyx.c after that it's just a case of adding the new vid files for all of the above and start removing the obsolete src files.

ETA Sunday latest :)

ghost commented 5 years ago

Right i've done gaplus.c and polepos.c but as ever how things turn out now that i've moved onto galaga.c there might be a problem there might not be i wont know till i get to the testing phase let's call it a potential problem :)

Ok there are some calls in the memmap which are not compatable with our codebase check AM_SHARE in the newer driver they use one map and share it between the 3 CPU's

Galga MAME80 map WIP i've only just split it into seperate reads n writes

Im hoping the CPU's will still pick up the commands if i make it.........

Read { 0x8800, 0x8bff, MRA_RAM }, { 0x9000, 0x93ff, MRA_RAM }, { 0x9800, 0x9bff, MRA_RAM },

Write { 0x8800, 0x8bff, MWA_RAM, &galaga_ram1 }, { 0x9000, 0x93ff, MWA_RAM, &galaga_ram2 }, { 0x9800, 0x9bff, MWA_RAM, &galaga_ram3 },

static MEMORY_READ_START( galaga_readmem ) AM_RANGE(0x0000, 0x3fff) AM_ROM AM_WRITENOP / the only area different for each CPU / AM_RANGE(0x6800, 0x6807) AM_READ(bosco_dsw_r) AM_RANGE(0x7000, 0x70ff) AM_READWRITE(namco_06xx_0_data_r, namco_06xx_0_data_w) AM_RANGE(0x7100, 0x7100) AM_READWRITE(namco_06xx_0_ctrl_r, namco_06xx_0_ctrl_w) AM_RANGE(0x8000, 0x87ff) AM_READWRITE(galaga_videoram_r, galaga_videoram_w) AM_BASE(&galaga_videoram) AM_RANGE(0x8800, 0x8bff) AM_RAM AM_SHARE(1) AM_BASE(&galaga_ram1) AM_RANGE(0x9000, 0x93ff) AM_RAM AM_SHARE(2) AM_BASE(&galaga_ram2) AM_RANGE(0x9800, 0x9bff) AM_RAM AM_SHARE(3) AM_BASE(&galaga_ram3) MEMORY_END

static MEMORY_WRITE_START( galaga_writemem ) AM_RANGE(0x0000, 0x3fff) AM_ROM AM_WRITENOP / the only area different for each CPU / AM_RANGE(0x6800, 0x681f) AM_WRITE(pengo_sound_w) AM_BASE(&namco_soundregs) AM_RANGE(0x6820, 0x6827) AM_WRITE(bosco_latch_w) / misc latches / AM_RANGE(0x6830, 0x6830) AM_WRITE(watchdog_reset_w) AM_RANGE(0x7000, 0x70ff) AM_READWRITE(namco_06xx_0_data_r, namco_06xx_0_data_w) AM_RANGE(0x7100, 0x7100) AM_READWRITE(namco_06xx_0_ctrl_r, namco_06xx_0_ctrl_w) AM_RANGE(0x8000, 0x87ff) AM_READWRITE(galaga_videoram_r, galaga_videoram_w) AM_BASE(&galaga_videoram) AM_RANGE(0x8800, 0x8bff) AM_RAM AM_SHARE(1) AM_BASE(&galaga_ram1) AM_RANGE(0x9000, 0x93ff) AM_RAM AM_SHARE(2) AM_BASE(&galaga_ram2) AM_RANGE(0x9800, 0x9bff) AM_RAM AM_SHARE(3) AM_BASE(&galaga_ram3) AM_RANGE(0xa000, 0xa005) AM_WRITE(galaga_starcontrol_w) AM_RANGE(0xa007, 0xa007) AM_WRITE(galaga_flip_screen_w) MEMORY_END

in the older driver there are using trampolines for the CPU data shares split across 3 seperate memory maps i have em in the new driver disabled for now as we might have to suss out a way to use a hybrid of these calls in the newer mem map so that CPU commands are shared correctly.

If this is not possible then we can always just leave galaga out of the update but hopefully between us we might find a solution but as i said until i test the games we wont know either way........

MAME78

if 0

unsigned char *bosco_sharedram; READ_HANDLER( bosco_sharedram_r ); WRITE_HANDLER( bosco_sharedram_w );

unsigned char *galaga_sharedram; READ_HANDLER( galaga_sharedram_r ); WRITE_HANDLER( galaga_sharedram_w );

unsigned char *xevious_sharedram; READ_HANDLER( xevious_sharedram_r ); WRITE_HANDLER( xevious_sharedram_w );

unsigned char *digdug_sharedram; READ_HANDLER( digdug_sharedram_r ); WRITE_HANDLER( digdug_sharedram_w );

READ_HANDLER( bosco_sharedram_r ) { return bosco_sharedram[offset]; }

WRITE_HANDLER( bosco_sharedram_w ) { bosco_sharedram[offset] = data; }

READ_HANDLER( galaga_sharedram_r ) { return galaga_sharedram[offset]; }

WRITE_HANDLER( galaga_sharedram_w ) { if (offset < 0x800) / write to video RAM / dirtybuffer[offset & 0x3ff] = 1;

galaga_sharedram[offset] = data;

}

READ_HANDLER( xevious_sharedram_r ) { return xevious_sharedram[offset]; }

WRITE_HANDLER( xevious_sharedram_w ) { xevious_sharedram[offset] = data; }

READ_HANDLER( digdug_sharedram_r ) { return digdug_sharedram[offset]; }

WRITE_HANDLER( digdug_sharedram_w ) { / a video ram write / if (offset < 0x400) dirtybuffer[offset] = 1;

/* location 9b3d is set to zero just before CPU 2 spins */
if (offset == 0x1b3d && data == 0 && activecpu_get_pc () == 0x1df1 && cpu_getactivecpu () == 1)
    cpu_spinuntil_int ();

digdug_sharedram[offset] = data;

}

endif

Galaga maps

static MEMORY_READ_START( readmem_cpu1 ) { 0x8000, 0x9fff, galaga_sharedram_r }, { 0x6800, 0x6807, galaga_dsw_r }, { 0x7000, 0x700f, galaga_customio_data_r }, { 0x7100, 0x7100, galaga_customio_r }, { 0x0000, 0x3fff, MRA_ROM }, MEMORY_END

static MEMORY_READ_START( readmem_cpu2 ) { 0x8000, 0x9fff, galaga_sharedram_r }, { 0x6800, 0x6807, galaga_dsw_r }, { 0x0000, 0x1fff, MRA_ROM }, MEMORY_END

static MEMORY_READ_START( readmem_cpu3 ) { 0x8000, 0x9fff, galaga_sharedram_r }, { 0x6800, 0x6807, galaga_dsw_r }, { 0x0000, 0x1fff, MRA_ROM }, MEMORY_END

static MEMORY_WRITE_START( writemem_cpu1 ) { 0x8000, 0x9fff, galaga_sharedram_w, &galaga_sharedram }, { 0x6830, 0x6830, MWA_NOP }, { 0x7000, 0x700f, galaga_customio_data_w }, { 0x7100, 0x7100, galaga_customio_w }, { 0xa000, 0xa005, MWA_RAM, &galaga_starcontrol }, { 0x6820, 0x6820, galaga_interrupt_enable_1_w }, { 0x6822, 0x6822, galaga_interrupt_enable_3_w }, { 0x6823, 0x6823, galaga_halt_w }, { 0xa007, 0xa007, flip_screen_w }, { 0x0000, 0x3fff, MWA_ROM }, { 0x8b80, 0x8bff, MWA_RAM, &spriteram, &spriteram_size }, / these three are here just to initialize / { 0x9380, 0x93ff, MWA_RAM, &spriteram_2 }, / the pointers. The actual writes are / { 0x9b80, 0x9bff, MWA_RAM, &spriteram_3 }, / handled by galaga_sharedram_w() / { 0x8000, 0x83ff, MWA_RAM, &videoram, &videoram_size }, / dirtybuffer[] handling is not needed because / { 0x8400, 0x87ff, MWA_RAM, &colorram }, / characters are redrawn every frame / MEMORY_END

static MEMORY_WRITE_START( writemem_cpu2 ) { 0x8000, 0x9fff, galaga_sharedram_w }, { 0x6821, 0x6821, galaga_interrupt_enable_2_w }, { 0x0000, 0x1fff, MWA_ROM }, MEMORY_END

static MEMORY_WRITE_START( writemem_cpu3 ) { 0x8000, 0x9fff, galaga_sharedram_w }, { 0x6800, 0x681f, pengo_sound_w, &pengo_soundregs }, { 0x6822, 0x6822, galaga_interrupt_enable_3_w }, { 0x0000, 0x1fff, MWA_ROM }, MEMORY_END

ghost commented 5 years ago

Ok good news and bad news, let's do the good news Bosconian, Digdug, Galaga and Xevious are working, the bad news is the code i had to create to pull this off is messy to say the least, i cant be 100% sure of these games due to the hacky implementation but i've played a few levels of each one and they have sound the graphics are fine and the inputs are working where as before they would not even boot so im 90% sure they'll be alright

Just so i remember i'll keep some info here as to how the trampolines work.............

MAME 80 Galaga MAP and Share

/ the same memory map is used by all three CPUs; all RAM areas are shared / static ADDRESS_MAP_START( galaga_map, ADDRESS_SPACE_PROGRAM, 8 ) AM_RANGE(0x0000, 0x3fff) AM_ROM AM_WRITENOP / the only area different for each CPU / AM_RANGE(0x6800, 0x6807) AM_READ(bosco_dsw_r) AM_RANGE(0x6800, 0x681f) AM_WRITE(pengo_sound_w) AM_BASE(&namco_soundregs) AM_RANGE(0x6820, 0x6827) AM_WRITE(bosco_latch_w) / misc latches / AM_RANGE(0x6830, 0x6830) AM_WRITE(watchdog_reset_w) AM_RANGE(0x7000, 0x70ff) AM_READWRITE(namco_06xx_0_data_r, namco_06xx_0_data_w) AM_RANGE(0x7100, 0x7100) AM_READWRITE(namco_06xx_0_ctrl_r, namco_06xx_0_ctrl_w) AM_RANGE(0x8000, 0x87ff) AM_READWRITE(galaga_videoram_r, galaga_videoram_w) AM_BASE(&galaga_videoram) AM_RANGE(0x8800, 0x8bff) AM_RAM AM_SHARE(1) AM_BASE(&galaga_ram1) AM_RANGE(0x9000, 0x93ff) AM_RAM AM_SHARE(2) AM_BASE(&galaga_ram2) AM_RANGE(0x9800, 0x9bff) AM_RAM AM_SHARE(3) AM_BASE(&galaga_ram3) AM_RANGE(0xa000, 0xa005) AM_WRITE(galaga_starcontrol_w) AM_RANGE(0xa007, 0xa007) AM_WRITE(galaga_flip_screen_w) ADDRESS_MAP_END

VIDEO_START( galaga ) { int generator; int x,y; int set = 0;

tx_tilemap = tilemap_create(get_tile_info,tilemap_scan,TILEMAP_TRANSPARENT_COLOR,8,8,36,28);

if (!tx_tilemap)
    return 1;

tilemap_set_transparent_pen(tx_tilemap, 0x1f);

galaga_gfxbank = 0;

spriteram   = galaga_ram1 + 0x380;
spriteram_2 = galaga_ram2 + 0x380;
spriteram_3 = galaga_ram3 + 0x380;

MAME78 with hacky workarounds...........

static MEMORY_READ_START( galaga_readmem ) { 0x0000, 0x3fff, MRA_ROM }, / the only area different for each CPU / { 0x6800, 0x6807, bosco_dsw_r }, { 0x7000, 0x70ff, namco_06xx_0_data_r }, { 0x7100, 0x7100, namco_06xx_0_ctrl_r }, { 0x8000, 0x87ff, galaga_videoram_r }, { 0x8800, 0x8bff, galaga_sharedram1_r }, { 0x9000, 0x93ff, galaga_sharedram2_r }, { 0x9800, 0x9bff, galaga_sharedram3_r }, MEMORY_END

static MEMORY_WRITE_START( galaga_writemem ) { 0x0000, 0x3fff, MWA_NOP }, / the only area different for each CPU / { 0x6800, 0x681f, pengo_sound_w, &namco_soundregs }, { 0x6820, 0x6827, bosco_latch_w }, / misc latches / { 0x6830, 0x6830, watchdog_reset_w }, { 0x7000, 0x70ff, namco_06xx_0_data_w }, { 0x7100, 0x7100, namco_06xx_0_ctrl_w }, { 0x8000, 0x87ff, galaga_videoram_w, &galaga_videoram }, { 0x8800, 0x8bff, galaga_sharedram1_w, &galaga_ram1 }, { 0x9000, 0x93ff, galaga_sharedram2_w, &galaga_ram2 }, { 0x9800, 0x9bff, galaga_sharedram3_w, &galaga_ram3 }, { 0xa000, 0xa005, galaga_starcontrol_w }, { 0xa007, 0xa007, galaga_flip_screen_w }, MEMORY_END

READ_HANDLER( galaga_sharedram1_r ); WRITE_HANDLER( galaga_sharedram1_w ); READ_HANDLER( galaga_sharedram2_r ); WRITE_HANDLER( galaga_sharedram2_w ); READ_HANDLER( galaga_sharedram3_r ); WRITE_HANDLER( galaga_sharedram3_w );

READ_HANDLER( galaga_sharedram1_r ) { return galaga_ram1[offset]; }

WRITE_HANDLER( galaga_sharedram1_w ) {

galaga_ram1[offset] = data;

}

READ_HANDLER( galaga_sharedram2_r ) { return galaga_ram2[offset]; }

WRITE_HANDLER( galaga_sharedram2_w ) {

galaga_ram2[offset] = data;

}

READ_HANDLER( galaga_sharedram3_r ) { return galaga_ram3[offset]; }

WRITE_HANDLER( galaga_sharedram3_w ) {

galaga_ram3[offset] = data;

}

VIDEO_START( galaga ) { int generator; int x,y; int set = 0;

tx_tilemap = tilemap_create(get_tile_info,tilemap_scan,TILEMAP_TRANSPARENT_COLOR,8,8,36,28);

if (!tx_tilemap)
    return 1;

tilemap_set_transparent_pen(tx_tilemap, 0x1f);

galaga_gfxbank = 0;

spriteram   = galaga_ram1 + 0x380;
spriteram_2 = galaga_ram2 + 0x380;
spriteram_3 = galaga_ram3 + 0x380;
ghost commented 5 years ago

Right im a happy bunny as i only have Toypop.c left to do the games are crappish but i might as well take more advantage of our new soundcores and soon to be ported namcoio machine It turns out Rallyx.c and locomoton.c which were merged in 79.u1 are not connected to the core update we are doing plus there are no real improvements for updating it.

I'll finish off toypop then send the new code over

ghost commented 5 years ago

youve been busy mate ill make a testing branch on my repo if you want or you can just do it on this one. if you do make a new branch on here. Im at a stage now thinking we need these new memory maps buy the fact is every driver would need updated or can you still use the old style in mame084? It would probably be easier porting mame84 if that is what your using for you xbox branch that way we can stay in sync easier less of a workload as well.

ghost commented 5 years ago

Trust me ya's dont want MAME84 it's slower due to Aaron's timer changes from the later MAME78 dev cycle plus the core inputs at that stage were undergoing a huge update so alotta the analog games have some control issues in that core.

If anything you'd be better with the later MAME78 core after the memory and CPU updates but before the timer changes if possible a few more drivers and many more fixes could be on the cards then Raiden Fighters Series, The Crystal Of Kings and Viper Phase one spring to mind

ghost commented 5 years ago

@grant2258 i'll send ya the code shortly

ghost commented 5 years ago

Namco WIP

https://www.sendspace.com/file/4lm7j2

I'll send ya toypop.c driver and video once they are done until then just reem out any mappy sound handlers in the memory map

ghost commented 5 years ago

Ah fuck i forgot to remove the driver numbering for the Xbox core you'll need to remove em top and bottom of the drivers, talking of stuff to remove all these files can now go......

Drivers superpac.c phozon.c grobda.c bosco.c digdug.c xevious.c

Machine superpac.c grobda.c phozon.c mappy.c digdug.c galaga.c bosco.c polepos.c

sndhrdw bosco.c

vidhrdw superpac.c grobda.c phozon.c

ghost commented 5 years ago

ill add this when i get up fell asleep for a bit will get on it tomorrow so we can so some testing!

ghost commented 5 years ago

ok mr arcadez ive fixed our sountags up added the drivers im getting multile definitions now just need to know what drives are safe to delete now