|
DU: New Year's updates
#380519 - 01/03/19 05:00 AM
|
|
|
ArcadeHacker dumped a Tektronix 8540
Kevin Eshbach dumped a new Bubble 2000 set
Sean Riddle dumped the Leap Frog Leapster Spanish BIOS v1.0
ClawGrip dumped a protected bootleg of Pang
Oh
|
|
|
|
Re: DU: New Year's updates
[Re: Smitdogg]
#380521 - 01/03/19 05:13 AM
|
|
|
given that the pang set had apparently pretty much the entire code in a battery backed RAM chip I guess there isn't much hope for it.... we'd have to find a non-dead copy of the exact same bootleg.
why bootleggers wanted to go to such extremes for such a widely bootlegged game I really don't know, that kind of suicide battery makes your bootleg far less desirable than the others, and it's not like it was a very difficult game to bootleg in the first place. actually makes me wonder if it was ever really a pang bootleg, or some gambling game using pang data roms + gfx that they actually wanted to protect or something. (I'm told that such suicide methods were quite often used on gambling games)
|
|
|
|
Re: DU: New Year's updates
[Re: Haze]
#380523 - 01/03/19 05:17 AM
|
|
|
If you don't tell the arcade owners at the time "there is a suicide battery" then they probably wouldn't know the difference, a lot of them. They probably didn't all even know it was a bootleg.
|
|
|
simzy |
MAME Fan
|
|
|
Reged: 09/06/10
|
Posts: 30
|
Loc: Colombia, south america
|
|
Send PM
|
|
|
Re: DU: New Year's updates
[Re: Haze]
#380525 - 01/03/19 05:26 AM
|
|
|
So, is it possible to find and dump these or not?
Also, is there at least a Mamewanted list of all known suicide battery games? You all gave me a great answer of why there isn't a updated mostwanted list, but maybe everyone should have access to a suicide battery list. It might help some people prioritize. I'll at least look for them and see if I find some.
|
|
|
|
Re: DU: New Year's updates
[Re: simzy]
#380527 - 01/03/19 06:01 AM
|
|
|
> So, is it possible to find and dump these or not? > > Also, is there at least a Mamewanted list of all known suicide battery games? You all > gave me a great answer of why there isn't a updated mostwanted list, but maybe > everyone should have access to a suicide battery list. It might help some people > prioritize. I'll at least look for them and see if I find some.
every single thing of this nature would have to be dealt with on a case-by-case basis.
there's no 'easy' solution at all.
when it's bootlegs like this, or random gambling games that were never documented who even knows what is out there.
many you'll destroy just trying to work out what they are / how they work too.
then you've still got the problem of people killing off boards / chips on purposes / not looking after them properly because they know they can just put a de-suicide set on them, even if it's basically then running bootleg code instead of the original. (this is a problem for the FD1149 protected System 32 games, it's a battery backed MCU for which there is no dumping solution, but because it appears on the surface to just have a simple task everybody is just letting them die and running bootleg code - the last time I was told somebody was 'working' on this, it turned out 'working on it' meant just creating their own set of bootleg programs)
there are rare Japanese games using battery backup protection too eg. "The Bounty (set 2)" clearly uses some kind of RAM + suicide battery for the first 0x100 bytes of code, as what's there simply exists to draw the error screen when you boot it in MAME right now. Who knows if the code in the parent set is the original code or is really a desuicide / bootleg from back in the day with something bootleggers recreated. Again, no solution, no chance of something that rare being lent out, risk is too high.
|
|
|
|
Re: DU: New Year's updates
[Re: Haze]
#380529 - 01/03/19 07:20 AM
|
|
|
|
|
Re: DU: New Year's updates
[Re: Haze]
#380537 - 01/03/19 09:48 PM
|
|
|
> (I'm told that such suicide methods were quite often used on gambling > games)
All the Fun World epoxy CPU brick games have the same evil scheme. An eprom potted inside that acts as firmware, and two RAMs connected to the PCB battery holding most of the program.
As soon you disconnect the module, both RAMs inside automatically got cleared.
We can't figure out yet a method to dump the internal battery backed RAM.
Robbie.
|
-- Risen from my grave --
|
|