Hi Sascha,
also seit dem letzten Update 11 (von vorgestern) hat sich praktisch nur die EXE-Datei 'CB-Emu.exe' geändert - und evt. 'Info.txt', falls Dich diese Datei überhaupt interessiert.

Grüße,
Franz

Danke!

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

Sascha, was hast Du denn da schönes zusammengebastelt?
Ist das irgendwie besser oder komfortabler als die Original-Oberfläche?

Vielen Dank für neue CB-Emu!
Es funktioniert sehr gut, nur bei Glasgow funktionieren Schlagzügen manchmal nicht.

zum Beispiel: nach 1.e2-e5 2.d4-exd4 3.Dxd4

Weitere Module funktionieren gut.

Ich entschuldige mich für mein Deutsch (ich übersetze mit Translator).

Gruß,
Agep

Hi Agep!
Ooops, that's exactly the same (timing) problem that I had yesterday also with all other modules, but I've fixed this for these modules.
Now I just see that the Glasgow uses own routines in 'glasgow.c', so I guess I'll have to try finding a fix also in this source file.

Until this problem is solved you just need to click with the mouse on the destination field (with the piece that is captured) a bit longer, i.e. don't make a very quick click, but hold the mouse button a bit longer (even 1/2 second is enough) - then the move is correctly registered and everything works as for all other modules.

Thanks for the info,
Franz

Vielen Dank!

Hallo Franz,

zunächst vielen Dank für dieses schöne Weihnachtsgeschenk!

Zum Mausproblem mit dem Glasgow:
Der Tip, die Maustaste länger gedrückt zu halten, funktioniert leider nicht immer. Auch wenn ich zusätzlich noch zwischen Ausgangsfeld- und Zielfeldklick ein paar Bonus-Sekunden einbaue, kann ich in so einem Fall die Taste solange gedrückt halten, wie ich will; es klappt nicht. Ist jetzt nicht dramatisch; man klickt dann halt wieder zweimal.

Ich hätte aber ein anderes Anliegen (gerne auch erst fürs neue Jahr; ich will ja nur verhindern, dass dieser Thread wieder einschläft )

Der Amsterdam (und ich vermute, auch der Mephisto Glasgow) rechnet anscheinend zu schnell! Wenn ich die EMU auf den BT-2450 ansetze, ist sie ca. 20% schneller als der Wert in der Liste.

Ich glaube, mich erinnern zu können, dass die Glasgow-Programmierer Nitsche&Henne mal gesagt hätten, dass der Glasgow effektiv nur mit 10 MHz laufen würde. Leider finde ich die Textpassage nicht mehr (ich hoffe, ich habe mir das nicht eingebildet)

Wenn dann Amsterdam und Glasgow die gleiche Hardwarebasis haben (frühe Amsterdam-Module (die mit vier EPROM-Steckplätzen) konnten ja mit den entsprechenden EPROMs zu Glasgow "downgegradet" werden) und ich die erzielten Zeiten des EMU-Amsterdam mit denen des BT-Amsterdam vergleiche, komme ich für letzteren auf umgerechnet 9,55 MHz; das würde in etwa hinkommen.

Es stellt sich mir auch die Frage, ob es auch "schnelle" Amsterdam gibt, d. h. die also tatsächlich mit 12 MHz rechnen, das Gerät aus der BT-Liste aber evtl. ein "langsames" war. In so einem Fall wäre die EMU dann wieder ok.

Ich werde mal bei Gelegenheit die BT-Zeiten mit meinem echten Amsterdam abgleichen. Ich vergleiche auch den EMU-Glasgow mit meinem Glasgow (ist ein umgerüsteter Amsterdam); bin gespannt, was rauskommt.


viele Grüße
Robert

P.S.: Ich kann mich auch dunkel dran erinnern, dass zu Beginn die Uhr des MESS-Amsterdam zu schnell lief; das hat Dirk dann angepasst. Evtl. hängt das damit zusammen?

Hallo Robert!
Ja, ich weiß, irgendwas stimmt mit dem Glasgow nicht, denn alle anderen Modelle funktionieren mit meinem Fix problemlos. Leider scheint der Glasgow irgendwie anders behandelt zu werden (hat auch eine eigene Source 'glasgow.c'), obwohl er eigentlich zum Amsterdam ziemlich kompatibel sein sollte.
Bisher habe ich noch keine Ahnung, wo die Ursache dieses Problems liegen könnte, und wenn das so bleibt, dann werde ich die Schlagzüge beim Glasgow wohl wieder um eine Stufe 'zurücksetzen', nämlich auf eine Vor-Version meines derzeitigen Fixes - da hatte ich es so gelöst, daß man zumindest nur mehr 3 Klicks bei Schlagzügen braucht, und das ist eigentlich auch genau so wie beim Spielen auf einem echten Gerät:
1. Klick auf Ausgangsfeld (entspricht Anheben der Figur),
2.Klick auf Zielfeld löscht dieses (entfernt die zu schlagende Figur),
und schließlich der 3.Klick nochmals aufs Zielfeld setzt die Ausgangsfigur dort ab.
So macht man's üblicherweise ja auch im echten Spiel, aber ohne den 2.Zwischenschritt (so wie in der aktuellen Version) ist es natürlich noch komfortabler.
Sollte ich jedoch den Glasgow nicht 'überzeugen' können, na dann baue ich für ihn eben genau diese 3-Schritt-Methode ein, denn die funktioniert auch beim Glasgow.
Also so ganz verstehe ich Dein 'Anliegen' nicht, denn eigentlich hast Du nicht wirklich eines formuliert!?
Wolltest Du damit sagen, daß ich für Glasgow und Amsterdam die Taktfrequenz im Emulator heruntersetzen soll?
Das dürfte kein Problem sein, allerdings würde ich vorher doch gerne eine Bestätigung haben, daß die beiden tatsächlichen Geräte auch wirklich langsamer laufen als derzeit in MESS eingestellt.

Grüße,
Franz

Hi,
es ist in der Tat so, daß die MESS Emu des Glasgow so läuft, wie ein echter Glasgow mit 20 MHz laufen würde ... was daran liegt, daß die beiden Programmierer mit dem 68.000er diverse Timing Probleme hatten ... und das Original deutlich "zu langsam" läuft ...

Gruß,
Sascha

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

Und was heißt das nun konkret für die MESS-Emulation, Sascha?

Sollte die Glasgow-Emu wirklich absichtlich verlangsamt werden?
Und was ist mit der Amsterdam-Emu?

Franz