ARB GMS 3 und Sargon 3.5 sind emuliert, wieder dank an Berger =)

3.5 was provided as an upgrade to GMS 3 by Sandy Electronic. See: https://www.schach-computer.info/wik...ARB_Sargon_3.5
I only did a hex compare of the files, but I believe they're completely different (not a minor bugfix update).

There are also no noticeable similarities between 3.5 and 4.0 when comparing the files.

Great, thank you both!

__________________
This post may not be reproduced without prior written permission.
Copyright (c) 1967-2025. All rights reserved to make me feel special. :-)

Hallo Franz,
in der letzten CB-Emu-Version gelingt es mir irgendwie nicht mehr, den AVE ARB Sargon 4.0 Grandmaster (arbgms) zu laden. Es wird immer der AVE ARB Sargon 2.5 (arb) geladen.
Habe ich gemerkt, als ich für diese MessExtra Geräte die CPU-Frequenz ändern wollte und es für die erstgenannte Emulation irgendwie nicht gelang.
Oder habe ich irgendetwas falsch gemacht?
Vielleicht kannst Du das mal überprüfen.

Ansonsten bin ich natürlich absolut begeistert von der Möglichkeit, die Taktfrequenzen fast beliebig einzustellen und bin schon fleißig am testen, sofern ich Zeit finde.
Danke für diese tolle Erweiterung.

Viele Grüße
Michael

Hallo Michael,
wenn Du mir sagt, wo Du dieses Problem hast (CB-Emu, MessExtra oder MessChess?), dann könnte ich das auch überprüfen.

Hallo Franz,
ich glaube, es hat sich schon erledigt.
Der Sargon 4.0 GMS ist ja eigentlich nur eine Cartridge und wird über das Grundprogramm Sargon 2.5/4.0 geladen. Müsste also alles korrekt sein.

Über MessExtra.
Die MHz-Datei muss arb.mhz heißen und nicht arbgms.mhz, dann geht es.
Liege ich richtig?

Danke für Deine Mühe und viele Grüße
Michael

Richtig, lieber Michael!

Ein Modul 'arbgms' gibt es nur in CB-Emu, weil da ja die beiden Cartridges als eigene Geräte definiert sind.

In MessExtra/MessChess gibt's nur 'arb', und da muß man die Auswahl in der rechten Spalte treffen. Insofern muß auch eine eventuelle MHz-Datei 'arb.mhz' lauten (und im MessExtra/MessChess-Verzeichnis sein), und die gilt dann immer für beide Module - beide unterschiedlich geht leider nicht.

Grüße,
Franz

Hi hap,

I'm not sure about your last driver changes wrt. the 'emumem' bug!?

You've changed the line
m_maincpu->space(AS_PROGRAM).install_ram(0x0800, 0x0fff, 0x1000, m_extram);
to the 2 lines
m_maincpu->space(AS_PROGRAM).install_ram(0x0800, 0x0fff, 0, m_extram);
m_maincpu->space(AS_PROGRAM).install_ram(0x1800, 0x1fff, 0, m_extram);

In my MessExtra I'm still using the line
m_maincpu->space(AS_PROGRAM).install_ram(0x0800, 0x0fff, 0x1000, nullptr);
because 'm_extram' and the necessary 'memory_share_creator' don't work in the old MAME version 0.220.

Should I also change my single line (and if yes, then how?), or is this 'emumem' bug not relevant in the old version 0.220?

Regards,
Franz

nullptr would mean it installs another 2KB RAM, instead of the same extram array.
Anyway, first try sargon35, if it doesn't work then 0.220 has the bug too.

Ok, I've now tried both new modules:
sargon35 only works for book moves, when out of book it just stops.
gms30 seems to work, only the yellow led (Sargon's Move) blinks quite fast (not sure if it's too fast)

So it seems the bug is in 0.220, too. What to do now?

Ok, another workaround would be:

map(0x0000, 0x7fff).mirror(0x8000).r(FUNC(arb_state::cartridge _r));
change to:
map(0x2000, 0x7fff).mirror(0x8000).r(FUNC(arb_state::cartridge _r));

and in cartridge_r do:
offset+=0x2000;