Home Page Forums MAME MAME The new for 2021 WIP thread

I'm also looking at some devices that can use it, but need CMD10 implementing. The device is using SEND_CID to check the CRC to determine whether the card has been changed.

I did some research on that board a while back. It's an Insight Enterprises EQ-4, from about 1983-1984. Apparently it was released, as an Argentinean wrote into Byte magazine in August 1985 asking for "[a]n Insight Enterprises EQ-4 single-board computer user to solve a problem."

There's even an IMP driver for the board http://oldcomputers.dyndns.org/public/pub/cdrom/walnut_creek_cdrom/cpm/imp/i2eq-4.asm

I can do a blind implementation from the spec, but more info helps of course. Is this an open-source thing where I can see the firmware code to make sure I'm giving it what it expects?

The code that sends the command SEND_CID is at https://github.com/hoglet67/MMFS/blob/c4e4c1ba02092a4460b03fc59ead00d60f41d2c2/MMC.asm#L165, it's only interested in the returned CRC. I believe all SD cards have a unique CID so not sure how to handle this and return realistic data.

There's a similar device for the Dragon machines that also requires CMD9 SEND_CSD.

Thanks Pernod. That code isn't quite doing what they seem to think. CMD10 returns a CRC7 at the end, not a CRC16, so they're actually going by the CRC in 1 byte and the month and low 4 bits of the year the card was manufactured. (The CRC7 includes the manufacturing date, so it's a little redundant, but I can't imagine people are swapping cards that much).

I'll probably use the file date on the image file as the manufacture date and calculate the correct CRC7.

...And I've now discovered that I misunderstood what the SD Association specs were trying to say in my previous post. CMD10's response is handled as a data transfer, like CMD17, so there is a CRC16 at the end.

The latest committed version of spi_sdcard should have an MMFS-compliant CMD10 response.

Thanks. I'm now getting a 'MMC Read Fault' immediately after CMD10, could be an issue on my side so need to look into it.

NES roundup—because it's not all multicarts! (Ok, it's mostly multicarts.)

With a code freeze on the horizon I thought I'd share a small selection of things from the past month. Probably of most interest to people would be a couple small bug fixes for Japanese Konami games. One improves the IRQ emulation for a number of games, so you'll not be seeing shaky things like this or this anymore. Things aren't perfect however; there are still the occasional 1-line glitches here and there.

For the diehard collectors of schlock a bunch of unlicensed and pirate fighting games have coincidentally come together this month as well. We have the polished yet poorly playing Street Heroes by Sachen, the reasonably-okay-by-8-bit-NES-fighting-game-standards World Hero, an alright attempt at Samurai Spirits (8 character version) by Rex Soft, the hilariously bad, but must-play Kart Fighter starring big, goofy, poorly-drawn Mario characters, and finally the absurdly bad AV Bishoujo Senshi Girl Fighting—for all your *ahem* AV needs.

These last two games are by everybody's favorite masters of schlock, Hummer Team, and so it's probably worth mentioning that the original Somari cartridge is also now playable in MAME along with those fighting games. Again coincidentally, work on some multicart stuff led to the addition of yet another Hummer game which I'll leave as my parting gifts: intro 1 and intro 2.

The funny thing is, this game is almost like a precursor to Super Smash Bros. It showed that there was a market for a fighting game featuring Mario characters, it had Kinopio (or Toad) depicted as a bare-knuckle brawler long before that became a Mii costume for purchase, and it introduces Yoshi’s tail attack that’s become his trademark smash.

Kmg. Thanks for all your hard work on these mappers. I enjoyed trying out some of the multigames this past weekend and see the huge improvements you’ve made.

Just a question (no request to fix): There are games, such as Star Force, that have scrolling issues. In Star Force it appears that the screen is drawing the bottom 8 lines at the top of the screen. The whole playfield seems to be shifted downwards about 8 lines. This happened in the multicart as well as in the original cart. Just curious what would cause this and if it’s mapping related?

A-noid