Amdrum Emulation mit LambdaSpeak 2.0

[TFM]

Na, da bin ich aber froh. Am Emu ist das hald immer anders. Jedenfalls läuft alles über den Port &FFFF, um mit anderen Sachen (MSX-Adapter, CPC-Booster+) kompatibel zu bleiben. 

[Devilmarkus]

Damit es 100% Amdrum-Kompatibel ist, sollte es auf Port &FF00 laufen. 

[TFM]

Nein, das Amdrum benutzt &FF80 

[LambdaMikel]

LambdaSPeak Amdrum ist es egal, es dekodiert alles unter &FFxx.
Sollte ich das besser einschraenken?

[TFM]

LambdaSPeak Amdrum ist es egal, es dekodiert alles unter &FFxx.
Sollte ich das besser einschraenken?

Ist sicher in Ordnung (iO) denke ich, da das Original ja auch &FFxx dekodiert. Was die Software betrifft hab ich mir nicht alles angesehen, keine Ahnung (kA) was es da neben &FF80 sonnst noch gibt.

Laut Wiki-Artikel nutzt der Player Befehle wie OUT (C),A wobei B = &FF ist. Im Konkreten Fall wird die I/O-Adresse &FF * 256 + Daten-Byte gewählt.

Also ist es nicht nur iO sondern wohl eher zwingend nötig, alles was über die Port-Adressen &FFxx geht als Daten für's Amsdrum zu interpretieren. Aus Kompatibilitätsgründen.

Ich habe kA ob es andere Hardware beeinflusst, denke aber eher nicht. Wenn ich den CPC-Booster+ über &FF16 anspreche, dann wird wohl auch der selbe Wert ans Amdrum geschickt, aber das macht ja nix.

Viel wichtiger ist es, dass das Amdrum nicht gelesen werden kann (siehe Original). Also sollte auch der LambdaSpeak nicht auf Leseversuche der Port-Adressen &FFxx reagieren. Damit kann man dann vom Amsdap und CPC-Booster+ lesen.

[LambdaMikel]

Viel wichtiger ist es, dass das Amdrum nicht gelesen werden kann (siehe Original). Also sollte auch der LambdaSpeak nicht auf Leseversuche der Port-Adressen &FFxx reagieren. Damit kann man dann vom Amsdap und CPC-Booster+ lesen.

Ja, Lesen ist disabled im Amdrum-Mode.