News:

Printed Amstrad Addict magazine announced, check it out here!

Main Menu
C

Amstrad CPC 6128 Spanish Version now correctly dumped

Started by Coherencia, 01:52, 10 April 16

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Coherencia

Guru finally correctly dumped the roms of the spanish Amstrad CPC 6128. The existent roms in internet are bad dumped and not work in the actual emulators, now the roms dumped by guru yes, work.

You can read all the news here:

The Guru's ROM Dump News - AUSTRALIAN MIRROR

I paste the partial info of that webpage here, you can read all the news in the posted webpage:

"7th April 2016
Another unusual item rolled up today..... an Amstrad CPC6128. The Spanish version. Thanks to Enrique for sending it out.
Here's some pics....


There is a fairly large archive of CPC ROMs (etc) at ROM List - CPCWiki
However a lot of the OS ROMs are bad and don't work in emulators, including the Spanish version..... which is why the CPC6128 was sent to me for a re-dump :-)
The BASIC and BIOS are combined into one 32k 'OS' ROM and the Floppy OS is in a 16k ROM. You can see those two ROMs in the pic above, located just below the Z80 CPU.
The Floppy OS ROM is marked 'AMSTRAD 40015' at IC204 and the OS ROM is marked 'AMSTRAD 40038' at IC103.
The Floppy OS ROM is common to all versions of the CPC6128 and under the ROM, printed on the PCB is '40015'.
Under the OS ROM printed on the PCB it says '40025' so I'm guessing the regular common English version would be marked with that number too.
The existing dump of the Spanish OS ROM is 16k, therefore incomplete and thus bad.
The actual ROM is a 23256 mask ROM, but this particular OS ROM used in the CPC6128 is not 100% compatible with a 27256 and can't be read using that type. Because the ROMs are slightly non-standard it requires a little trick to get a good dump out of it.

I'm told the most important key on a Spanish keyboard is the enye (ñ), which is located next to the L key.
As you can see from the screen shot below (running in MAME), it is there and emulation is working just fine using my re-dumped ROMs :-)
The only other difference I see is the top title has a (s3) at the end, whereas the existing English version says (v3)."

arnoldemu

Good it has been dumped again. There is no link on the page?

But I am confused: I believed all the dumps are good. The webpage claims most are bad?

Normally they are dumped using a program on the machine so are 100% correct. The ROMs may appear bad to MAME/MESS because they may be exactly 16384 bytes (without a header), or they may be larger and have an AMSDOS 128-byte file header on them which can be removed. They are also split into 16KB blocks because they are seen this way by the programmer. (first 16KB is 0000-3fff, remainder of 16KB is c000-ffff).



My games. My Games
My website with coding examples: Unofficial Amstrad WWW Resource

mahlemiut

MAME expects ROMs to be represented as they are on the PCB.  Dumps via software are generally only acceptable if there are no other options.
- Barry Rodewald

andycadley

Quote from: mahlemiut on 23:25, 10 April 16
MAME expects ROMs to be represented as they are on the PCB.  Dumps via software are generally only acceptable if there are no other options.
Whilst that makes sense for arcade boards that might have weird and wonderful hardware interactions, it seems a bit overkill for an 8-bit computer that can provably read the entire ROM accurately.

robcfg

In the case of the Amstrad CPC I don't think it would make a difference, but remember that you can have roms splitted in odd and even chips but you'll be reading it as a single one.


So, if it's easy to take them out of a socket, just dump it with a programmer.


A special case is the rom inside a MCU, like some DMP Printers' ones, which you can only dump by using arcane software tricks (we had a lot of fun burning an eprom with a special program to read the MCU rom, sending it to the CPC and reading it with a basic program  8) ).

00WReX

This is a bit odd.

We (CPCWIKI) have had the Spanish dump for years (think I uploaded it from a dump I got somewhere online years and years ago).
It works perfectly in WinCPC, WinApe, and burnt to an eprom and fitted in a real 6128.

So what is it that is wrong with the dump we have...what does not work ???
And if there is a genuine issue, are the French and English dumps we have correctly dumped ?? How to tell ??.

From 'The guru's' site...

QuoteThere is a fairly large archive of CPC ROMs (etc) at ROM List - CPCWiki
However a lot of the OS ROMs are bad and don't work in emulators, including the Spanish version..... which is why the CPC6128 was sent to me for a re-dump :-)
The BASIC and BIOS are combined into one 32k 'OS' ROM and the Floppy OS is in a 16k ROM. You can see those two ROMs in the pic above, located just below the Z80 CPU.
The Floppy OS ROM is marked 'AMSTRAD 40015' at IC204 and the OS ROM is marked 'AMSTRAD 40038' at IC103.
The Floppy OS ROM is common to all versions of the CPC6128 and under the ROM, printed on the PCB is '40015'.
Under the OS ROM printed on the PCB it says '40025' so I'm guessing the regular common English version would be marked with that number too.
The existing dump of the Spanish OS ROM is 16k, therefore incomplete and thus bad.
The actual ROM is a 23256 mask ROM, but this particular OS ROM used in the CPC6128 is not 100% compatible with a 27256 and can't be read using that type. Because the ROMs are slightly non-standard it requires a little trick to get a good dump out of it.

Cheers,
Shane
The CPC in Australia...
Awa - CPCWiki

1024MAK

Is this related to the address decoding used to actually access the ROM?
Only the data in the ROM chip is contained in it as a continuous memory range from 0x0000 through to the last physical memory location. If you put the ROM in a programmer and "dump" (copy) the data, this is the file you get.

But in some computers, the memory decoding circuitry controls the ROM so that different parts appear in different places in the CPUs address range. So the BIOS will be in one part, and BASIC will be in a different part.

Of course, if you use the computer to copy data from it's own ROM chip(s), this should be known about, and so can be compensated for. But what format do the emulators want the file containing the ROM in?

Mark

Looking forward to summer in Somerset :-)

mahlemiut

Quote from: andycadley on 08:14, 11 April 16
Whilst that makes sense for arcade boards that might have weird and wonderful hardware interactions, it seems a bit overkill for an 8-bit computer that can provably read the entire ROM accurately.
MAME is a documentation project - you should be able to burn new ROMs and knowing which ROMs contain what would be rather important.
And don't get me started on the FM Towns, which has 5 or 6 (or 10 on the FM Towns Marty) separate ROM areas mapped, but only has 1 or 2 larger ROMs on the board (plus a serial ROM containing model info).  All are readable in software, and as such, most dumps are based on those software methods.  There are only 2 proper FM Towns ROM dumps in MAME, out of 10 sets in total.  And one of the proper dumps lacks the serial ROM anyway.  Computer systems certainly can be just as crazy (probably more so) as arcade systems, which often don't use the hardware to it's fullest potential.
- Barry Rodewald

Mr T. Guru

#8
for those 2 good FM Towns ROM dumps, are you including the FM Towns Marty? I dumped that from a PCB that was sent here some years ago.
I wasn't aware there was a serial ROM on that board? but then again I probably wasn't looking for it either ;-)

for the Spanish dump, I tried the one from cpcwiki and all I got was a white screen.
Both ROMs were 16k. The floppy ROM matches my dump. The OS ROM is only 16k which means the OS ROM is bad, dumped at half size.
The OS ROM should be 32k. As far as MAME is concerned any other size makes it bad. The real ROM is 32k so it is dumped as 32k.

arnoldemu

The dumps on CPCWiki are not bad, but they are not necessarily representative of the actual ROM (e.g. they may be separate 16KB instead of 32KB) and therefore they should be more classed as not suitable for mame rather than bad dumps.

I know mame claims anything is a bad dump if it doesn't match it's criteria, but in reality they are not because the data is accurate.

My games. My Games
My website with coding examples: Unofficial Amstrad WWW Resource

Mr T. Guru

#10
many of those computer/console dumps are classic examples of amateur dumps that were done for emulators. in the case of some they were hacked to work with emulators and dont work on real hardware. we found out what was bad/hacked and many people such as Cowering have spent a great deal of time and money over the last 15 years cleaning up those inaccurate dumps (i.e. NES/SNES/Mega Drive etc etc) and redumped the ROM files so they are actual dumps from ROMs.
We *really* don't need more of that kind of emulator-only thing. now we only do it right.
Dumps should be of actual chips so they can be used to repair the real thing. At the very least roms dumped on a computer should be tested on the real thing to verify they really are good. Archives of inaccurate dumps are really not useful for anything except emulators, which is not proper preservation.
as far as the CPC6128 is concerned, the manual clearly states there is 48kbytes of ROM. 16+32=48. The math doesn't lie.
anyway, it doesn't matter to me if the CPCWiki dumps are good or not. As far as MAME is concerned most of those don't exist because they don't work with the CPC6128 emulation in MAME. If you want to host a pile of ROMs that don't represent the real thing that's up to you and your decision.

Bryce

I have tested all the OS ROMs on the Wiki and ALL are good and ALL work on real hardware. You may just be referring to the fact that the 32K ROMs are sometimes split into 2x 16K (Lower ROM and BASIC). Lack of knowledge of the CPC system is no reason to call them bad. 10 seconds with a hex editor and you can paste them back into one 32K ROM if required.

Bryce.

gerald

Quote from: Mr T. Guru on 11:05, 12 April 16
many of those computer/console dumps are classic examples of amateur dumps that were done for emulators. in the case of some they were hacked to work with emulators and dont work on real hardware. we found out what was bad/hacked and many people such as Cowering have spent a great deal of time and money over the last 15 years cleaning up those inaccurate dumps (i.e. NES/SNES/Mega Drive etc etc) and redumped the ROM files so they are actual dumps from ROMs.
We *really* don't need more of that kind of emulator-only thing. now we only do it right.
Dumps should be of actual chips so they can be used to repair the real thing. At the very least roms dumped on a computer should be tested on the real thing to verify they really are good. Archives of inaccurate dumps are really not useful for anything except emulators, which is not proper preservation.
as far as the CPC6128 is concerned, the manual clearly states there is 48kbytes of ROM. 16+32=48. The math doesn't lie.
anyway, it doesn't matter to me if the CPCWiki dumps are good or not. As far as MAME is concerned most of those don't exist because they don't work with the CPC6128 emulation in MAME. If you want to host a pile of ROMs that don't represent the real thing that's up to you and your decision.
Welcome on board  ;)

Now, if you are that picky on using original[nb]I can send you files that represent the ROM of the CPC, dumped from the ROM and using SW, if you can tell me which are which, I'll eat my hat[/nb] dump, you should go away from the CPC at all.

[sarcasm]
Do you know that the heart of the CPC is a gate array and so far no one have dumped the top metal layer that makes the generic chip CPC specific.
So for now every CPC emulator are amateur emulation in the sense that they to not use the GA ROM mask to make it work. If you have cash to throw at, just do a proper dump of that metal layer, and when you're at it, get all underneath layers as well for your documentation.
[/sarcasm]


robcfg

Hi guys,


I'm on the MAME side of things when it comes to dumping and documenting systems, but I can understand that for the casual user of emulators any format that gets the emulator launched with his favourite game is good enough.


Now, when it comes to the content of the files, these are correct, but splitted. It would be nice to take advantage of the situation and verify that the rom dumps match.


I think we should have a clear distinction between roms for emulators and exact dumps of the chips, maybe have both formats available.


@gerald : CPCManiaco and I just send some GA chips for decapping and we have already the 40010 picture. I'm figuring out how to upload the beast to the wiki  :D


Please, let's keep the thread positive, arguing is not going to bring anything useful.

gerald

Quote from: robcfg on 11:53, 12 April 16
I'm on the MAME side of things when it comes to dumping and documenting systems, but I can understand that for the casual user of emulators any format that gets the emulator launched with his favourite game is good enough.
I'm ok with the concept of having a 32K image. But bitching at the ROM stored on CPCWiki (or anywhere else) is just too much.
Everyone knowing how the CPC works is able to make a 'device' file out of them. Only ignorant or snob will tell these do not work.


Quote from: robcfg on 11:53, 12 April 16
@gerald : CPCManiaco and I just send some GA chips for decapping and we have already the 40010 picture. I'm figuring out how to upload the beast to the wiki  :D
Can you share detail on who did the de-capping/ imaging. I've got an ASIC waiting for that  ;)



robcfg

We sent a 40007, 40010, PreASIC and ASIC  ;D

Executioner

Quote from: Mr T. Guru on 11:05, 12 April 16
as far as the CPC6128 is concerned, the manual clearly states there is 48kbytes of ROM. 16+32=48. The math doesn't lie.

The ROM images concerned are original dumps of the unmodified Spanish firmware and BASIC. The AMSDOS ROM is a separate chip in the CPC (16K), and the Operating System and BASIC ROM are contained in a single chip but are mapped into two separate 16K memory spaces. These are not hacked in any way to work on emulators. As far as I know all emulators for the CPC work with standard ROM images, although most won't work with a single 32K OS image. If MESS insists on such a thing then join the two files.

1024MAK

So after all the arguing, it does come down to how the address decoding splits the physical 32k byte ROM in to the different address ranges that the Z80 CPU sees in the CPC.

As Bryce says, any decent Hex editer can split or combine the relevant binary ROM files as required. [And some command line OS systems can combine two binary ROM files faster than you can type the command...].

Talk about making a mountain out of a mole hill.... ???

Mark
Looking forward to summer in Somerset :-)

arnoldemu

Quote from: 1024MAK on 12:43, 12 April 16
So after all the arguing, it does come down to how the address decoding splits the physical 32k byte ROM in to the different address ranges that the Z80 CPU sees in the CPC.

As Bryce says, any decent Hex editer can split or combine the relevant binary ROM files as required. [And some command line OS systems can combine two binary ROM files faster than you can type the command...].

Talk about making a mountain out of a mole hill.... ???

Mark

yes it is down to address decoding, but statements like this are untrue:

" However a lot of the OS ROMs are bad and don't work in emulators, including the Spanish version..... which is why the CPC6128 was sent to me for a re-dump :-)"

That is what angered me.

I do agree with @robcfg, having both "full" dumps and separated dumps is the best thing to do.





My games. My Games
My website with coding examples: Unofficial Amstrad WWW Resource

00WReX

I don't see it as arguing, it is Just that we have all been using the ROM dumps on the WIKI for years, and someone comes along and says they are no good.

Simple fact is, they are good and work on real machines. Have burnt them to eproms myself and on a Spanish machine no less using the exact dump that was deemed rubbish (as mentioned, you just need to concatenate the OS 16k & BASIC 16k files).

That 6128 has been flawless for years with everything from all manner of software and hardware add ons that I have tested on it.

Cheers,
Shane
The CPC in Australia...
Awa - CPCWiki

dragon

Quote from: robcfg on 11:53, 12 April 16



@gerald : CPCManiaco and I just send some GA chips for decapping and we have already the 40010 picture. I'm figuring out how to upload the beast to the wiki  :D


Please, let's keep the thread positive, arguing is not going to bring anything useful.

Oh really?. You can reverse enginering the ga circuit schematic?. I love this things, as i study it a little in the university. :) .

Mr T. Guru

#21
Prior to the CPC6128 being sent out I had no knowledge of the CPCWiki or what it contained. As far as using whatever emulator you used, nothing has changed.
My ROMs work in MAME, your ROMs work with whatever you say they work with. I neither care to check further nor am I going to argue with anyone about it.
I spent more than 15 years repairing and working with electronics and thousands of dollars on equipment and dumped many thousands of ROMs. Arguing with me is pointless, I'm an expert in this field, regardless of what you or others think.
This is exactly the kind of contempt and disrespect for my work that causes me to add delays to releases or not release things at all.
The bottom line is I was told by a guy in Spain the Spanish dump does not work in emulators and he sent me a unit to dump. I dumped it and tried it in MAME and it works. The dump from the Wiki doesn't work in MAME. It's as simple as that.
Regarding most of the previous posts, all I can say is if you think my dumps are no good and the existing ROMs are good, then clearly you do not understand the importance of proper archiving and documentation for future generations.
But fine, just continue as-is with whatever makes you happy.
My CPC6128 dumping work is done and therefore I'm done here. I won't be reading, replying or returning.
The end.

Munchausen

Wow, someone got up on the wrong side of the bed this morning.

Where can we download this new spanish 6128 ROM?

Bryce

@Mr T. Guru: I am sure that you have lots of experience in dumping ROMs etc and I also understand that you did this at the request of someone else. However, making statements such as "a lot of the OS ROMs are bad" without having first investigated whether they were really bad or just not the exact format that some specific emulator needs was perhaps not such a good idea. A quick read of the CPCWiki and a few clicks in a Hex-editor would have saved a lot of time and postal costs.

Bryce.

1024MAK

Maybe the problem here is terminology. In electronics a "ROM" is a physical chip. They come in different sizes and in different bit widths (8 bit / byte wide, 16 bit / word size etc).

Over time, the cost of memory including ROM chips has fallen. So computer manufacturers combined more code in to larger and larger ROM chips. Even when the actual code or data contained in the ROM chip is used in different areas of the memory map of the computer.

The term "ROM" is also used to mean "ROM" file. "ROM" files come in many different forms and formats. The simplest is a straight binary file which contains a digital copy of the contents of a real ROM chip. But there are many more "ROM" file types. When combined with people's tendency to abbreviate, sometimes it is not always clear exactly what is being talked about.

Leaving aside some sites where game files (etc) are also known as "ROM"s even though some of these are versions of digital representations of disk or cassette files...

So briefly moving away from the CPC for the moment, Atari with their STFM and STE range of computers started off using six ROM chips. But in later issue boards, combined the content of theses six chips into only two chips. As far as the computer's CPU is concerned, there is NO difference between the OS being on six ROM chips or two ROM chips. A copy of the data/code from these six ROM chips is no more or less valid than the code/data from the two ROM chips. A simular thing happened with the Acorn Electron, the first version had two 16k byte ROM chips. Later issue boards used a single 32k byte ROM chip. The code for both versions is exactly the same.

Because (I presume) MAME emulates the address decoding of the hardware at the hardware level, it may well need the ROM file to be 32k bytes in size (which will contain the OS/lower ROM area with the BASIC ROM). However, that does not at any point make the two seperate 16k bytes ROM files (seperate OS/lower ROM file and seperate BASIC ROM file) any less valid. For use in an emulator like MAME, the two 16k byte files just need to be combines/joined.

This combining of ROM files is exactly what Atari ST hardware guys have been doing for years. Same with the Sinclair Spectrum and Acorn BBC/Electron communities. It's not new.

So this problem is not unique to the CPC.

@Mr T. Guru - regardless of why you copied the ROMs, it is always good that people want to ensure that the ROMs of machines are preserved, and we of course welcome MAME being maintained and extended  :D

However, if someone from this forum was to go and say that one or more of the ROMs used by MAME was bad because it did not work in a real machine, no doubt you would get upset.

I don't think you intended to upset this community, but that is what has happened.

The 32k byte ROM image posted by Mr T. Guru is not wrong/bad and the 16k byte ROM images on the CPC Wiki are also not not wrong/bad.

Mark

Looking forward to summer in Somerset :-)

Powered by SMFPacks Menu Editor Mod