Website update: Zemmix update

Page 2/4
1 | | 3 | 4

By Argon

Paragon (1119)

Argon's picture

30-03-2004, 08:15

educational purposes? yeah! good joke :-)
I have no idea why that guy wants them.

You should thank him because without him I wouldn't have dumped any roms.

He needs them for educational purposes (100% certain).
He is comparing all types of roms (Korean, Japanese, European,...), to check if they are identical or bootlegs or otherwise.

So if you have any comment keep it for yourself.

K.

By pitpan

Prophet (3138)

pitpan's picture

30-03-2004, 13:53

The ROM images does not seem to work properly in real MSX systems.

By Argon

Paragon (1119)

Argon's picture

30-03-2004, 16:37

The ROM images does not seem to work properly in real MSX systems.

Some ROM's have been wrongly dumped, because they were previously UNKNOWN.
The Japanese guy is currently investigating them, so I can dump them correctly in the future.

You'll just have to be patient until I know how to dump them correctly.

K.

By anonymous

incognito ergo sum (116)

anonymous's picture

30-03-2004, 21:01

The ROM images does not seem to work properly in real MSX systems.
What a dumb remark...
Did you test them with the proper mapper chips? No, you probably tested them with a ASCII or Konami mapper. That doesn't work, DUHHHH

By [D-Tail]

Ascended (8247)

[D-Tail]'s picture

30-03-2004, 21:34


What a dumb remark...
Did you test them with the proper mapper chips? No, you probably tested them with a ASCII or Konami mapper. That doesn't work, DUHHHH

There's no need for such a reaction! Not *EVERYONE* knows how mapper things work. If you think you know how to do the trick, so be it. But then, just tell *HOW* that particular trick is performed, instead of putting down somebody.

My kind of advice: try the ROM images with NLMSX, because it's quite relaxed to alter ROM image settings there. When you've confirmed the type of ROM setting, you could use the same on MSX (or with LOADROM.COM (by Trunks)). You could also try ROM2COM.COM (by the same Trunks).

By anonymous

incognito ergo sum (116)

anonymous's picture

30-03-2004, 21:53

This person is an assembly programmer who has created ROM images himself. He is both knowledgable of programming and of ROM mapper technology. That's a big difference.

In conclusion, to explain the problem to you, some of these Korean games use I/O based mappers, while flashrom devices and most emulators only support memory based mappers. See some other threads on the MRC fora about more info.

By [D-Tail]

Ascended (8247)

[D-Tail]'s picture

30-03-2004, 23:22

This person is an assembly programmer who has created ROM images himself. He is both knowledgable of programming and of ROM mapper technology. That's a big difference.

Mkuy... Didn't know that Wink. But you made the statement like he were the dumbest dumbass in the whole world. I don't think that's nice... But anyway, it's clear to me now Smile

In conclusion, to explain the problem to you, some of these Korean games use I/O based mappers, while flashrom devices and most emulators only support memory based mappers. See some other threads on the MRC fora about more info.

So that's only 64K ROM max I suppose? I/O is the mapper-like-thing. I'm not really comfortable with that yet, but that will come Wink

By anonymous

incognito ergo sum (116)

anonymous's picture

31-03-2004, 01:03

Mkuy... Didn't know that Wink. But you made the statement like he were the dumbest dumbass in the whole world. I don't think that's nice... But anyway, it's clear to me now SmileYeah, sorry 'bout that, bad mood ^^;

So that's only 64K ROM max I suppose? I/O is the mapper-like-thing. I'm not really comfortable with that yet, but that will come Wink
Memory based devices are accessible only in the slot they are inserted in. Most diskdrive interfaces are like that, and the same counts for SCC and ROM mappers. So if you need to give the device some commands, like 'play a note', you first have to switch the correct slot in the correct page.
In the case of SCC and ROM mappers, this is not a problem, because the running program is in the same cartridge, therefor in the same slot. Using the SCC cartridge for SCC Musixx or SCC Blaffer is more annoying, since those programs run in RAM, so must do slot switching all the time.

I/O based devices are accessibly from anywhere, the I/O is a seperate address space with no relations to slot numbers. This is why if you have a Slotexpander with more than 4 slots, slots 5 and higher can only support some kinds of devices. For instance, a Music Module can be used in such a slot, but not SCC.
And, IF you put a Music Module in such an I/O-only slot, the internal program won't run, because it's memory based.

You can ask yourself why aren't all devices I/O based? The reason why is usually a combination of cost, complexity and practicality. Also, I/O addresses are scarce, there are only 256 accesible in a practical way.

By pitpan

Prophet (3138)

pitpan's picture

31-03-2004, 07:19

What a dumb remark...
Did you test them with the proper mapper chips? No, you probably tested them with a ASCII or Konami mapper. That doesn't work, DUHHHH

Well, actually is really dumb talking about mappers when they are 16 and 32 KB linear (non-mapped) ROMs. But hey, if you want, map whatever.

By pitpan

Prophet (3138)

pitpan's picture

31-03-2004, 07:25

And by the way, the only mapped ROM, the 80-in-one ROM image, works perfect with a common ASCII 8 KB mapper. Before showing us all your wisdom and blaming me, please test the files that we are talking about.
If not, you are not dumb, you are simply pedant.

Page 2/4
1 | | 3 | 4