MASH |
MASH
|
|
|
Reged: 09/26/03
|
Posts: 1775
|
Loc: Germany
|
|
Send PM
|
|
|
MCUs for Vimana, Fire Shark and Teki Paki... WOW :)
#361549 - 12/21/16 11:19 PM
|
|
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki... WOW :)
[Re: MASH]
#361551 - 12/21/16 11:26 PM
|
|
|
Great news!!! Christmas truely has come early
|
Arcade Addict
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki... WOW :)
[Re: MASH]
#361552 - 12/21/16 11:34 PM
|
|
|
WOW!!!!! IMPRESSIVE NEWS!
|
|
|
MASH |
MASH
|
|
|
Reged: 09/26/03
|
Posts: 1775
|
Loc: Germany
|
|
Send PM
|
|
|
Maybe he's the Santa Claus...
[Re: gamez fan]
#361554 - 12/21/16 11:38 PM
|
|
|
> Great news!!! Christmas truely has come early
Maybe he's the Santa Claus...
|
|
|
gregf |
Ramtek's Trivia promoter
|
|
|
Reged: 09/21/03
|
Posts: 8612
|
Loc: southern CA, US
|
|
Send PM
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki...
[Re: MASH]
#361556 - 12/21/16 11:56 PM
|
|
|
>Hats off to Caps0ff and trap15 and also to LN in case further modifying of code was needed before being added.
I see some posters will have to revise their 2016 Is Almost Over: What Do You Guys Hope For in Mame/Mess? posts. Thankfully no more future Toaplan sounds missing threads. Time for future threads to switch topic back to "how to handle laserdiscs data capture" instead. Anything to help get Mad Dog Mcree eventually supported. :-)
If anything, I like Moogly's netlist updates. Even though it is for getting a computer system up and running, the netlist updates will also help arcade hardware down the road such as ability to load roms or proms from non-cpu arcade games.
- Hazeltine 1500 original machine (c) 1977 Hazeltine Corporation
COMP( 1977, hazl1500, 0, 0, hazl1500, hazl1500, driver_device, 0, "Hazeltine Corporation", "Hazeltine 1500", MACHINE_NOT_WORKING | MACHINE_NO_SOUND_HW) -
|
|
|
|
correct URL
[Re: MASH]
#361560 - 12/22/16 02:27 AM
|
|
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki...
[Re: gregf]
#361561 - 12/22/16 02:32 AM
|
|
|
> If anything, I like Moogly's netlist updates. Even though it is for getting a > computer system up and running, the netlist updates will also help arcade hardware > down the road such as ability to load roms or proms from non-cpu arcade games.
Thanks, man!
I have several hopes with the things that I've added to the netlist system:
1) I feel like a couple of the things - the way I implemented the ROM and RAM interface, mainly - weren't done entirely ideally, and I hope that by taking a stab at them, I will annoy couriersud enough to come back from being MIA, but not enough to quit.
2) I hope that by learning the netlist system, I will increase the "bus factor" of the netlist system above its current value of 1. For those not in the know, "bus factor" is a hypothetical number which is the number of people that, if killed, injured, or otherwise put out of commission, would cause a project or system to become unmaintainable.
3) I hope that by showing that even a relatively idiot-wonder-boy MAMEdev like me can work on the netlist system, other MAMEdevs will realize that the netlist system is nothing to be afraid of, and start taking a crack at implementing the devices that they want or need, or even start writing netlists themselves.
Just for kicks I had a glance at the schematics for Stunt Cycle, and although they're pretty illegible in places, I was able to suss out the necessary part numbers and locations, at least. What I found was heartening: We're only 10 IC implementations away from potentially being able to netlist Stunt Cycle, and only one of those 10 seems like it's going to be a PITA to emulate. This is less than the number of chips that I needed to emulate for the Hazeltine 1500's video board, and now that I'm further up the learning curve and have ironed out the most annoying part (loading ROMs), it wouldn't be that hard at all for someone to get it up and running using DICE as a reference for the fiddly bits.
|
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki...
[Re: gregf]
#361566 - 12/22/16 04:57 AM
|
|
|
> > Hats off to Caps0ff and trap15 and also to LN in case further modifying of code was > needed before being added. > > > I see some posters will have to revise their 2016 Is Almost Over: What Do You Guys > Hope For in Mame/Mess? posts. Thankfully no more future Toaplan sounds missing > threads. Time for future threads to switch topic back to "how to handle laserdiscs > data capture" instead. Anything to help get Mad Dog Mcree eventually supported. :-) > > > If anything, I like Moogly's netlist updates. Even though it is for getting a > computer system up and running, the netlist updates will also help arcade hardware > down the road such as ability to load roms or proms from non-cpu arcade games. > > - > Hazeltine 1500 > original machine (c) 1977 Hazeltine Corporation > > COMP( 1977, hazl1500, 0, 0, hazl1500, hazl1500, driver_device, 0, "Hazeltine > Corporation", "Hazeltine 1500", MACHINE_NOT_WORKING | MACHINE_NO_SOUND_HW) > -
I hope Caps0ff also does the MCU for Tatakae! Big Fighter, as well as the other armedf driver games, too. Many of them also have MCU issues.
|
"Note to Noobs:
We are glad to help you but simply posting that something does not work is not going to lead to you getting help. The more information you can supply defining your problem, the less likely it will be that you will get smart-alec replies.
C.D.~"
|
|
|
CAPS0ff technical write-up on hd647180 dumping
[Re: MASH]
#361569 - 12/22/16 06:38 AM
|
|
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki...
[Re: MooglyGuy]
#361570 - 12/22/16 07:24 AM
|
|
|
Quote:
1) I feel like a couple of the things - the way I implemented the ROM and RAM interface, mainly - weren't done entirely ideally, and I hope that by taking a stab at them, I will annoy couriersud enough to come back from being MIA, but not enough to quit.
2) I hope that by learning the netlist system, I will increase the "bus factor" of the netlist system above its current value of 1. For those not in the know, "bus factor" is a hypothetical number which is the number of people that, if killed, injured, or otherwise put out of commission, would cause a project or system to become unmaintainable.
Thanks for attempting to tackle some of the discrete stuff. I know you are straying out of your field slightly. It's nice to know couriersud is building a framework where others without his full knowledge can assist.
BTW you are getting funnier with age. I always enjoy the kinder, gentler...funnier Moogly
![](//www.mameworld.info/ubbthreads/images/graemlins/cheers5.gif)
Thanks again
|
|
|
*=/STARRIDER\=* |
MAME Punk
|
|
|
Reged: 02/06/12
|
Posts: 335
|
Loc: an open field west of a white house with a boarded front door.
|
|
Send PM
|
|
|
Re: Maybe he's the Santa Claus...
[Re: MASH]
#361572 - 12/22/16 08:42 AM
|
|
|
He is to me! As a previous chip donator it is nice to know those chips are not lost! If you were like me and wondered whatever happened to your donated chips, Check the list!
|
There is no law in the arena
|
|
Dullaron |
Diablo III - Dunard #1884
|
|
|
Reged: 07/22/05
|
Posts: 6125
|
Loc: Fort Worth, Tx
|
|
Send PM
|
|
|
Re: Maybe he's the Santa Claus...
[Re: MASH]
#361573 - 12/22/16 09:37 AM
|
|
|
> > Great news!!! Christmas truely has come early > > Maybe he's the Santa Claus...
He stole Christmas from Guru. lol
|
W11 Home 64-bit + Nobara OS / AMD Radeon RX 5700 XT / AMD Ryzen 7 3700X 8-Core 3.59 GHz / RAM 64 GB
|
|
|
Re: CAPS0ff technical write-up on hd647180 dumping
[Re: Lord Nightmare]
#361574 - 12/22/16 10:56 AM
|
|
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki... WOW :)
[Re: MASH]
#361577 - 12/22/16 12:15 PM
|
|
|
this was the Christmas gift for all 40s and above
|
|
|
redk9258 |
Regular
|
|
|
Reged: 09/21/03
|
Posts: 3968
|
Loc: Troy, Illinois USA
|
|
Send PM
|
|
|
Re: CAPS0ff technical write-up on hd647180 dumping
[Re: Lord Nightmare]
#361578 - 12/22/16 01:02 PM
|
|
|
Man, that is some detailed work. Amazing it is possible at all.
|
|
|
R. Belmont |
Cuckoo for IGAvania
|
|
|
Reged: 09/21/03
|
Posts: 9716
|
Loc: ECV-197 The Orville
|
|
Send PM
|
|
|
Re: Maybe he's the Santa Claus...
[Re: Dullaron]
#361589 - 12/22/16 06:07 PM
|
|
|
> He stole Christmas from Guru. lol
On the contrary, Dr. Decapitator stole Christmas from everyone, and Caps0ff has brought it back. Guru's as happy as anyone that we're going to have a happy ending to this whole thing.
|
|
|
Stiletto![Administrator Administrator](//www.mameworld.info/ubbthreads/images/adm.gif) |
They're always after me Lucky ROMS!
|
|
|
Reged: 03/07/04
|
Posts: 6472
|
|
|
Send PM
|
|
|
Re: Maybe he's the Santa Claus...
[Re: R. Belmont]
#361592 - 12/22/16 07:23 PM
|
|
|
> Guru's as happy as anyone that we're going to have a happy ending to > this whole thing.
Then get him to remove all signs of his doxxing and incitement of others to riot.
- Stiletto
|
|
|
gregf |
Ramtek's Trivia promoter
|
|
|
Reged: 09/21/03
|
Posts: 8612
|
Loc: southern CA, US
|
|
Send PM
|
|
|
Re: netlist
[Re: MooglyGuy]
#361603 - 12/22/16 11:36 PM
|
|
|
>I needed to emulate for the Hazeltine 1500's video board, and now that I'm further up the >learning curve and have ironed out the most annoying part (loading ROMs),
Congrats with showing that part is working as you mention.
>I feel like a couple of the things - the way I implemented the ROM and RAM interface, >mainly - weren't done entirely ideally, and I hope that by taking a stab at them, I will >annoy couriersud enough to come back from being MIA, but not enough to quit.
You did put his 'foundation work /added to it' for use for emulating computer system hardware to show it can be used outside of arcade hardware environment so that is a bonus imo. I am guessing maybe couriersud might make some adjustments along the way in case he is doing something specific himself in another area of netlist work. It might be similar to when former MAMEdevs (Keith Wilkins did central discrete work in 200-2001) and Derrick Renaud did updates starting in 2004 and Keith returned briefly and worked with Derrick to get centralized discrete audio fully established and working in MAME in early 2004.
>I hope that by learning the netlist system, I will increase the "bus factor" of the >netlist system above its current value of 1. For those not in the know, "bus factor" is >a hypothetical number which is the number of people that, if killed, injured, or >otherwise put out of commission, would cause a project or system to become >unmaintainable.
My concern was if couriersud would stick around long enough to get netlist support to be fully established and supported. When couriersud took a break after getting pong somewhat running in MAME in summer 2012 and then he took a break in fall 2012, I was crossing my fingers in hoping he would return in 2013. If he didn't I am not sure if the initial netlist work would have still been kept in MAME source code. I am glad it is a lot more established now compared to when initial work started in 2012.
>We're only 10 IC implementations away from potentially being able to netlist Stunt >Cycle, and only one of those 10 seems like it's going to be a PITA to emulate.
TrevEB made a decent video a few years ago,...
https://www.youtube.com/watch?v=mAbu2bHNx44
...but blinddog has made a much more improved detail video from his own Stunt Cycle cab.
https://www.youtube.com/watch?v=zU_Up648_kU
His video provides almost all the specific game play details that one will want for a video reference file when trying to emulate Stunt Cycle. On the cab hardware function side of things you might need to see how the cab itself handles the credit functions and other cab extraneous hardware specifics. The input function might be a challenge, sort of like a pedal acceleration operation, but controlled by hands instead of an accelator pedal
blinddog has contributed to MAME a few times over the years such as helping update Desert Patrol rom set by getting a proper data image of one of the graphic roms that OG had updated earlier this year. And blinddog also took great screen images from his Atari Pin Pong cab so in case Pin Pong is ever emulated in MAME, the artwork support should be possible in case someone can add artwork support to Pin Pong. couriersud did work to get netlist and artwork layout supported when he added Break Out to MAME in 2014.
-- Re: PSE Desert Patrol airplane targets image 07/15/15 09:35 AM
Olivier Galibert 2016-03-30
src/mame/drivers/pse.cpp -
|
|
|
|
Re: CAPS0ff technical write-up on hd647180 dumping
[Re: MooglyGuy]
#361616 - 12/23/16 01:54 AM
|
|
|
Quote:
Good shit! That was a great read.
Agreed!! i read the whole blog and enjoyed it from top to bottom.
|
Arcade Addict
|
|
Dullaron |
Diablo III - Dunard #1884
|
|
|
Reged: 07/22/05
|
Posts: 6125
|
Loc: Fort Worth, Tx
|
|
Send PM
|
|
|
Re: Maybe he's the Santa Claus...
[Re: R. Belmont]
#361628 - 12/23/16 05:38 AM
|
|
|
> > He stole Christmas from Guru. lol > > On the contrary, Dr. Decapitator stole Christmas from everyone, and Caps0ff has > brought it back. Guru's as happy as anyone that we're going to have a happy ending to > this whole thing.
Heh I had it mix up then. ![](//www.mameworld.info/ubbthreads/images/graemlins/frown.gif)
Still good anyway.
|
W11 Home 64-bit + Nobara OS / AMD Radeon RX 5700 XT / AMD Ryzen 7 3700X 8-Core 3.59 GHz / RAM 64 GB
|
|
|
And now Tokio too :)
[Re: MASH]
#361638 - 12/23/16 11:48 AM
|
|
|
|
|
Re: And now Tokio too :)
[Re: Ashura-X]
#361639 - 12/23/16 12:05 PM
|
|
|
> https://git.redump.net/mame/commit/?id=aaff5c704783fae18edac646f2d242a66439013a
Yeah, more subtle that one as it looked very much like it was working anyway, but wasn't.
For the original sets some of the glitches were clear (just watch attract mode, see the corrupt tiles on your plane when it loops at the start) while others weren't (most of the enemy behavior was wrong) This is because the MCU simulation we had was just a crude case of returning a fixed string of data (the real MCU is a lot more complex)
The bootleg appeared 'mostly ok' but according to some expert players of the game was not quite right either because the bootleggers had missed some things or implemented them their own way. It's how the bootleg would have played if you were familiar with that, but not how the original played.
So... this is the first time the ORIGINAL game is properly emulated, running the ORIGINAL Mcu code, so it should now be correct.
Also note, this isn't Caps0ff in this case.
|
|
|
|
Re: And now Tokio too :)
[Re: Haze]
#361646 - 12/23/16 02:50 PM
|
|
|
Yeah that one looks like it came from Brizzo's magical 68705 adapter.
Good times. The dumps are rollin.
|
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki... WOW :)
[Re: MASH]
#361675 - 12/24/16 12:00 AM
|
|
|
wow I never expected that to happen... amazing !
|
|
|
|
Re: And now Tokio too :)
[Re: Haze]
#361694 - 12/24/16 04:56 AM
|
|
|
> > https://git.redump.net/mame/commit/?id=aaff5c704783fae18edac646f2d242a66439013a > > Yeah, more subtle that one as it looked very much like it was working anyway, but > wasn't. > > For the original sets some of the glitches were clear (just watch attract mode, see > the corrupt tiles on your plane when it loops at the start) while others weren't > (most of the enemy behavior was wrong) This is because the MCU simulation we had was > just a crude case of returning a fixed string of data (the real MCU is a lot more > complex) > > The bootleg appeared 'mostly ok' but according to some expert players of the game was > not quite right either because the bootleggers had missed some things or implemented > them their own way. It's how the bootleg would have played if you were familiar with > that, but not how the original played. > > So... this is the first time the ORIGINAL game is properly emulated, running the > ORIGINAL Mcu code, so it should now be correct. > > Also note, this isn't Caps0ff in this case.
Those expert players will most likely tell you soon enough if this is not the case.
|
|
|
|
Re: MCUs for Vimana, Fire Shark and Teki Paki... WOW :)
[Re: MASH]
#361700 - 12/24/16 07:32 AM
|
|
|
|
MASH |
MASH
|
|
|
Reged: 09/26/03
|
Posts: 1775
|
Loc: Germany
|
|
Send PM
|
|
|
Decapping Project
[Re: mangamuscle]
#361702 - 12/24/16 11:44 AM
|
|
|
|
|
Re: And now Tokio too :)
[Re: Haze]
#361708 - 12/24/16 03:19 PM
|
|
|
Amazing!!!! I wasn't expecting this one to come so soon because it was marked as damaged in the caps0ff list. But I'm glad that Shoutime did another good dump and made it possible!! Kudos to Shoutime and all people involved!! Now I can check another long awaited item from my wishlist
|
|
|
Stiletto![Administrator Administrator](//www.mameworld.info/ubbthreads/images/adm.gif) |
They're always after me Lucky ROMS!
|
|
|
Reged: 03/07/04
|
Posts: 6472
|
|
|
Send PM
|
|
|
Re: Decapping Project
[Re: MASH]
#361712 - 12/24/16 06:24 PM
|
|
|
|
|
Re: netlist
[Re: gregf]
#361735 - 12/25/16 01:10 AM
|
|
|
> TrevEB made a decent video a few years ago,... > > https://www.youtube.com/watch?v=mAbu2bHNx44 > > > ...but blinddog has made a much more improved detail video from his own Stunt Cycle > cab. > > https://www.youtube.com/watch?v=zU_Up648_kU > > His video provides almost all the specific game play details that one will want for > a video reference file when trying to emulate Stunt Cycle. On the cab hardware > function side of things you might need to see how the cab itself handles the credit > functions and other cab extraneous hardware specifics. The input function might be a > challenge, sort of like a pedal acceleration operation, but controlled by hands > instead of an accelator pedal > > blinddog has contributed to MAME a few times over the years such as helping update > Desert Patrol rom set by getting a proper data image of one of the graphic roms that > OG had updated earlier this year. And blinddog also took great screen images from his > Atari Pin Pong cab so in case Pin Pong is ever emulated in MAME, the artwork support > should be possible in case someone can add artwork support to Pin Pong. couriersud > did work to get netlist and artwork layout supported when he added Break Out to MAME > in 2014.
Well, sorry to say, but someone else is going to have to write a driver for Stunt Cycle. I've backed out my WIP netlist for Stunt Cycle from the MAME source tree, as certain team members on IRC need to learn when I say I've had a stressful day, not to fuck with me.
|
|
|
|
Re: Decapping Project
[Re: Stiletto]
#361745 - 12/25/16 07:55 AM
|
|
|
|
|
Re: Decapping Project
[Re: mangamuscle]
#361747 - 12/25/16 08:12 AM
|
|
|
The 6200 for gaplus was already decapped by Dr. Decapitator and the dump is in MAME, but IIRC the chip itself hasn't been emulated yet. If you want some more decapping targets in MNS, search for PIC.
|
|
|
|
Re: Decapping Project
[Re: Osso1]
#361763 - 12/25/16 08:48 PM
|
|
|
> The 6200 for gaplus was already decapped by Dr. Decapitator and the dump is in MAME, > but IIRC the chip itself hasn't been emulated yet.
I see, it is the same situation with the DSP16A.
> If you want some more decapping targets in MNS, search for PIC.
Thanks, I see plenty of games unknown to me ^^;
|
|
|
|
Re: Decapping Project
[Re: mangamuscle]
#361802 - 12/26/16 05:18 PM
|
|
|
Great to see also working Tokio, now fingers crossed for Bonze Adventure
|
|
|
|
Re: Decapping Project
[Re: haynor666]
#361803 - 12/26/16 05:37 PM
|
|
|
> Great to see also working Tokio, now fingers crossed for Bonze Adventure
The c-chips are another step up in difficulty because they're custom packages rather than off-the-shelf MCUs I believe. These guys are good tho, so we'll see.
personally I'm still hoping a working solution is found for chips that suicide like the Gaelco ones (and the Sega System32 ones, even if we've worked around the known parts of the protection on those) but I'm not holding out hope, it's a completely different field to what's being done here really.
Edited by Haze (12/26/16 05:39 PM)
|
|
|
CTOJAH |
MAME Addict
|
|
|
Reged: 07/13/10
|
Posts: 980
|
Loc: Macedonia,Veles
|
|
Send PM
|
|
|
Re: Decapping Project
[Re: Haze]
#361847 - 12/27/16 05:41 PM
|
|
|
Will this method of reading chips would help with thoop2 (TH Strikes Back) and py2k2 (Photo Y2K 2) ?
|
|
|
|
Re: Decapping Project
[Re: CTOJAH]
#361857 - 12/27/16 08:23 PM
|
|
|
> Will this method of reading chips would help with thoop2 (TH Strikes Back) and py2k2 > (Photo Y2K 2) ?
I just mentioned that the suicide chips are an entirely different problem (since you can't even remove them from the PCB) so no, it won't help with thoop2, we have NO TECHNIQUE for those games.
Photo Y2k 2 is almost probably exploitable just with a trojan, like the original, unless IGS patched up all the exploits, if so it won't need a decap at all, just somebody to put the effort in. Also, as we don't know exactly what those ARM chips are internally (specific models etc.) we don't know if there's actually a readout mechanism for them at all or if they're custom and have no readout.
|
|
|
CTOJAH |
MAME Addict
|
|
|
Reged: 07/13/10
|
Posts: 980
|
Loc: Macedonia,Veles
|
|
Send PM
|
|
|
Re: Decapping Project
[Re: Haze]
#361860 - 12/27/16 09:22 PM
|
|
|
|
|
Re: Decapping Project
[Re: CTOJAH]
#365054 - 04/09/17 09:55 PM
|
|
|
Nice work!
I have a working Ghox board I am willing to donate if he will dump the mcu.
How do I contact these people?
|
|
|
|
Re: Decapping Project
[Re: TiddlyWinks]
#365063 - 04/10/17 01:50 AM
|
|
|
> Nice work! > > I have a working Ghox board I am willing to donate if he will dump the mcu. > > How do I contact these people?
I believe Ghox boards have already been offered, but at the moment additional external chips are not being accepted as there are is still a backlog to process, and for any additional chips funding will be needed too.
|
|
|