Home Page Forums MAME MAME TMS-09xx/1xxx thread (was New Dumps)

Just be aware that the slowness is probably as much NanoSVG's fault as it is the fault of the renderer backends. The latter is already solved for BGFX though, because if you flag the rasterized render primitives with PRIMFLAG_PACKABLE, the renderer backend will try to atlas anything <= 128x128 (and I can adjust that if you'd like) into a 1024x1024 texture atlas as it encounters it.

The atlas also preserves its contents across frames. I believe currently, if it attempts to add an atlasable texture to the atlas and fails, it will flush the atlas and re-atlas just the atlasable textures in this one frame. If that subsequently fails, it falls back to the old-and-slow method of creating a texture every frame. This has the downside that if your cached NanoSVG textures used in one frame can't be atlased, it will still be slow BGFX-side, but I can eventually fix that by making BGFX expand the atlas and flush it rather than just flushing.

yep I'm kicking around. I still have some games you sent last year to process still, though I think most of them are undumpable (TMS1xxx) or similar. I do want to dump the amidar one though and it should be dumpable. the problem is it's in a 52 pin shrink dip so I might have to make a custom PCB just to dump it.

I uploaded Konami Lone Ranger info: www.seanriddle.com/loneranger.html

The SVG is here: www.seanriddle.com/loneranger.zip

And the background: www.seanriddle.com/konamiloneranger.zip

I haven't been able to get the (assumed) TMS1000 from Sears Follow Me to electronically dump. It acts like it's working, but every byte in each page is the same, although each page is different. So it looks like it's not clocking in the program counter correctly for some reason. I've tried different voltages and I adjusted timing in my program.

Okay, new artwork for Coleco Donkey Kong is here:

http://www.handheldmuseum.com/Z_Imgs/MESS/artwork/cdkong.zip
Most of the elements completely re-vectored to match the VFD as closely as possible.

Doesn't really improve the look with built-in SVG renderer unfortunately... But it looks awesome using the svg2lay graphics.

Lone Ranger is added, ROM doublechecked and no errors found =)
artwork here: http://tsk-tsk.net/net/temp/kloneran.zip

Rik that looks good, note that you forgot to remove 1 small cyan smudge to the bottom-right of king kong. To check smudges like these, I open bg.png in Paint and floodfill pink over it, any remaining 'black holes' is junk or accidentally forgotten to title.

I marked Lone Ranger's bits with 3 different algorithms, then compared those. I'm going to automate the process so that it takes less hands-on time.

Since the other games are working, I'm confused about the bad digit segments in Gradius. I'll put the LCD panel back into my rig and triple check everything.

For checking SVGs, I've been using Inkscape's menu item Edit / XML Editor. It shows a list of objects, and any object without an expand icon (triangle) hasn't had a title added. That means I skipped a valid segment or there's a glitch that I need to delete. Then I count the pngs that svg2lay creates, and make sure that matches what I expect; if not, I probably titled 2 segments the same.

Hap- BTW, thanks for doing the cleanup work on the Konami LCD graphics. The composited segments and backgrounds look great! I thought the smallest bad guys on Lone Ranger looked like Freddy Kreuger, but now I see they are pushing open the batwing saloon doors!

Oops, don't know where that came from... One thing I've been trying to train myself is to not use key commands from Photoshop in Inkscape... I'm so used to just hitting certain keys that I do it without thinking, and I keep inverting the graphics or duplicating whatever is highlighted... Probably a side effect of that.

ZIP file is updated.


Ah, nice trick, I was wondering if there was an easy way to do that... After removing the little square, I did a text search on the .SVG for any element without a title, but that works a lot faster.

In addition to your steps above, I also simply view every single PNG to make sure they look right. I found a duplicated item that way (I had the right # of PNGs, but I had an extra 0.18 or something, so when I looked at 0.18.png, it had two things in it instead of one, but nothing was mis-named. Had an extra graphic perfectly hidden under a copy of itself. )

Thanks, I hope it resolves the digit problem. I don't think the SM5xx emulation is 100% accurate yet though, the biggest proof at the moment is G&W Mickey & Donald locking up randomly, it's a standard SM510. I'm also not sure if gameplay is right in TMNT and Contra(both SM511) where the timing seems very erratic.

I finally got the chip to dump. When you clock a TMS1x00 in reset, every 6 oscillator ticks the O7 output toggles. You shift in the 6-bit program counter and parallel load the chapter and page based on the tick, so you use that O7 pulse to sync up. This chip synced one pulse later than all the other ones that I've dumped. Once I accounted for that, I was able to dump the lower 7 bits, then execute each address and shift out the program counter to get the high bit.

There were 10 ambiguous bytes where the lower 7 bits were the same as the next value of the LFSR program counter. 6 of them turned out to be branches.

I decapped the chip to see if it was a different die revision, but it is a TMS1000 rev B.

Everytime I see a post like this, the only thing going through my head is 'How the f*ck do you even figure that out???'

I had some games a while back that seemed to TMS1x00 somethings, and it was thought they were 'undumpable' electronically... Is this still possibly the case, depending on the chip and/or protection features?

There's been a lot of 'Hey, I got it to work' type posts, so I was kind of curious what's still not dumpable...