Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » Basic-Compreter für U880 » Themenansicht

Autor

Thread - Seiten: -1-

000
02.12.2025, 09:37 Uhr
HeikoS

Beim Stöbern in den RFE's zur S3000-Anlage ist mir ein Beitrag von Rainer Hayne in Ausgabe 3/1984 aufgefallen. Dort wird ein BASIC-System beschrieben, was Teile des Basic-Codes in einem ersten Schritt (wenn möglich) schon in Maschinen-Code übersetzt und laufzeitbedingten Code dann interpretiert.

Nachnutzung über VEB Transformatoren- und Röntgenwerk "Hermann Matern" Dresden. Ist das bekannt und evtl. irgendwo abgelegt? Der in den KC's verwendete Basic-Interpreter stammt ja nicht von dort (s. https://hc-ddr.hucki.net/wiki/doku.php/z9001/basic) und auch das MBASIC arbeitet ja meines Wissens nach anders.

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
02.12.2025, 09:47 Uhr
Rüdiger
Administrator

Hast Du genauere Informationen, z.B. den Dateiname? Oder exotische BASIC-Befehle, nach denen ich suchen könnte?
--
Kernel panic: Out of swap space.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
02.12.2025, 09:49 Uhr
ralle

Es gab meines wissens einen BASIC-Compiler. Allerdings für CPM.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
02.12.2025, 09:53 Uhr
Rüdiger
Administrator

Zitat:

ralle schrieb
Es gab meines wissens einen BASIC-Compiler. Allerdings für CPM.

Der war von Robotron, also potentiell nicht der gesuchte.
--
Kernel panic: Out of swap space.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
02.12.2025, 10:07 Uhr
HeikoS

Zitat:

Rüdiger schrieb
Hast Du genauere Informationen, z.B. den Dateiname? Oder exotische BASIC-Befehle, nach denen ich suchen könnte?

Hier kann man das nachlesen. Die Befehle sind auf den ersten Blick nicht auffällig.

https://nextcloud-ext.peppermint.de/s/TSsAwPdzSZMWoCo

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
02.12.2025, 10:35 Uhr
Dresdenboy

Es gibt in dem von Heiko eingescannten Artikel auch Literaturangaben:

Zitat:

[1] Heyne, R.: Entwicklung einer problemorientierten Programmiersprache mit entsprechendem Übersetzungsprogramm für den K 1520. Diplomarbeit an der IH Dresden, 1983
[2] Hoffmann, P.: Eine Entwurfsstrategie für Diagonalsysteme - Teilnehmersteuerung und inkrementelle Kompilierung am Beispiel von BASIC-4201. Dissertation an der IH Dresden, 1979
[3] Lübcke, J. ; Villbrandt, R.: BASIC-Interpreter für K 1520. radio fernsehen elektronik, Berlin 32 (1983) 1, S. 14-16

(Ich habe es mal fix abgetippt, da OCR in dem PDF wohl Murks gemacht hat.)

Edit: Im Interpreter-Artikel der Wikipedia ist der Heyne-Artikel auch im Zusammenhang mit "compreter" als Quelle [7] verlinkt, daneben aber auch Quelle [6], die später erschienen ist. Evtl. sind da weitere Details zu finden:

Zitat:

Kühnel, Claus (1987) [1986]. "4. Kleincomputer - Eigenschaften und Möglichkeiten" [4. Microcomputer - Properties and possibilities]. In Erlekampf, Rainer; Mönk, Hans-Joachim (eds.). Mikroelektronik in der Amateurpraxis [Micro-electronics for the practical amateur] (in German) (3 ed.). Berlin: Militärverlag der Deutschen Demokratischen Republik [de], Leipzig. p. 222. ISBN 3-327-00357-2. 7469332.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 02.12.2025 um 10:43 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
02.12.2025, 10:47 Uhr
HeikoS

[3] Lübcke, J. ; Villbrandt, R.: BASIC-Interpreter für K 1520. radio fernsehen elektronik, Berlin 32 (1983) 1, S. 14-16

Das ist ein Artikel von Dummerstorf-Rostock. Dieser Interpreter war wohl die Grundlage des KC-Basic's.

Dieser Beitrag wurde am 02.12.2025 um 10:49 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
02.12.2025, 11:03 Uhr
volkerp
Default Group and Edit

Das Schneider-Basic für den CPC ist ein BASIC-Compreter. (laut Buch ROM-Listing CPC 464/664/6128, S. 139). Aber möglicherweise ist hiermit auch nur die Tokenisierung gemeint??
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Dieser Beitrag wurde am 02.12.2025 um 11:06 Uhr von volkerp editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
02.12.2025, 11:04 Uhr
Dresdenboy

Interessant. Ich habe auch noch etwas gefunden, evtl. kommst du ja an den Autor heran:
https://www.online-handelsregister.de/handelsregisterauszug/sn/Dresden/HRA/3093/Ing-Buero-HEYtecs-Inhaber-Dipl-Ing-Rainer-Heyne
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
02.12.2025, 11:08 Uhr
HeikoS

Zitat:

Dresdenboy schrieb

Edit: Im Interpreter-Artikel der Wikipedia ist der Heyne-Artikel auch im Zusammenhang mit "compreter" als Quelle [7] verlinkt, daneben aber auch Quelle [6], die später erschienen ist. Evtl. sind da weitere Details zu finden:

Zitat:

VG,
Matthias

In "4. Kleincomputer - Eigenschaften und Möglichkeiten" ist der Compreter nur verbal erklärt:

"Eine andere , Möglichkeit besteht in der Nutzung eines Compreters, das sind compilierende Interpreter, die während der Einschreibphase einen Zwischencode oder auch bereits den Maschinencode erzeugen. Alle zum Zeitpunkt der Eingabe noch nicht auswertbaren Angaben werden dann beim Programmdurchlauf interpretativ abgearbeitet. Durch eine solche Verfahrensweise erhält man Programme, die gegenüber interpretativ abgearbeiteten Programmen wesentlich schneller sind, die Laufzeiten von Maschinenprogrammen jedoch nicht ganz erreichen. Die kürzeren Programmlaufzeiten bedingen aber einen erhöhten Speicherbedarf, da neben dem Zwischencode auch der Quelltext abgespeichert werden muß."

Dieser Beitrag wurde am 02.12.2025 um 11:11 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
02.12.2025, 11:09 Uhr
HeikoS

Zitat:

volkerp schrieb
Das Schneider-Basic für den CPC ist ein BASIC-Compreter. (laut Buch ROM-Listing CPC 464/664/6128, S. 139). Aber möglicherweise ist hiermit auch nur die Tokenisierung gemeint??

Eine erste Spur ... Danke !

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
02.12.2025, 11:18 Uhr
HeikoS

Zitat:

Dresdenboy schrieb
Interessant. Ich habe auch noch etwas gefunden, evtl. kommst du ja an den Autor heran:
https://www.online-handelsregister.de/handelsregisterauszug/sn/Dresden/HRA/3093/Ing-Buero-HEYtecs-Inhaber-Dipl-Ing-Rainer-Heyne

Cool, das wäre ja die "Originalquelle" ;-)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
02.12.2025, 11:30 Uhr
HeikoS

Die KI will das hier wissen dazu:

Der Schneider CPC verwendet keinen Compiler, sondern einen Interpreter, genauer gesagt Locomotive BASIC. Dieser ist kein reiner Interpreter im klassischen Sinne, sondern führt bereits beim Eintippen des Programms eine Vorübersetzung in Token durch. Die BASIC-Befehle (z.?B. PRINT, FOR) werden dabei in numerische Codes umgewandelt, was die spätere Ausführung beschleunigt, da nicht mehr die Buchstabenfolgen analysiert werden müssen.

Trotz dieser Optimierung bleibt es ein Interpreter-System – es gibt keinen integrierten Compiler. Es existierten jedoch externe Compiler wie Taifun, Turbo-Basic oder Laser-Compiler, die BASIC-Code in schnelleren Maschinencode übersetzen konnten. Diese waren Zusatzsoftware und nicht im ROM des CPC enthalten.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
02.12.2025, 13:12 Uhr
HeikoS

Es scheint sich entweder um eine Eigenentwicklung oder eine frühe Adaption von Locomotive-Basic an U880-Systeme zu handeln. Der Amstrad CPC erschien am 11. April 1984. Der RFE-Artikel ist aus März 1984.

Hier gibt es noch interessante Infos: https://8bit-museum.de/heimcomputer/amstrad/

Die aufgeführten Besonderheiten der Implementierung aus RFE 3/1884 (s.u.), treffen alle auch auch auf Locomotive-Basic des CPC zu, z.B. Schachtelungstiefe von FOR/NEXT und Zeichenketten-Konstanten:

- Die Organisation aller vom Programm
benutzten Daten erfolgt in einer listen-
form. Durch den Einsatz der Listentech-
nik kann die gesamte Arbeit mit den un-
terschiedlichsten Daten standardisiert
und durch eine geringe Anzahl von
Standardunterprogrammen realisiert
werden.

- Auf die Listentechnik aufbauend, wird
die Verwaltung des Anwenderspeichers
dynamisch vorgenommen. Damit wird es
möglich, variabel lange Zeichenketten
zu benutzen, die Grenzen von Feldern
während des Programmlaufes zu verän-
dern und eine beliebige Schachtelungs-
tiefe von Unterprogrammen und For-
Next-Zyklen zu erreichen.

- Die lexikalischen und syntaktischen
Analysen erfolgen durch die Abarbei-
tung von lexikalischen bzw. Syntaxgra-
phen. Die Anwendung der Graphen-
theorie im Compilerbau führt zu einer
sehr übersichtlichen Beschreibung der
Syntax im Programmspeicher des Rech-
ners und zu einer ausgezeichneten Än-
derungsfreundlichkeit.

Grüße, Heiko

EDIT: Locomotive Software hat auch das Mallard Basic für CP/M rausgebracht vorher. Kennt das jemand? Evtl. war das Vorbild?
EDIT2: "Mallard Basic" ist im "Joyce" (Amstrad PCW) mit dabei, aber der wurde wohl ab 1985 hergestellt.
EDIT3: Aber "Mallard Basic" war vor dem CPC verfügbar für das Z80-Add-on des BBC Micro von Acorn ... jetzt kommt bald noch Elite ins Spiel ;-)
EDIT4: Nein, das Z80-Add-on des BBC Micro von Acorn erschien 1984, war nicht vor dem CPC verfügbar.

>>> Ich beende jetzt die Recherche. Es wäre wirklich interessant, wenn sich die Software und die Unterlagen zum Compreter aus RFE 3/1984 anfinden würden <<<

Dieser Beitrag wurde am 02.12.2025 um 14:15 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
02.12.2025, 14:20 Uhr
ralle

Dann Locomotiv-BASIC 1.0, die späteren CPC 664 und 6128 hatten V 1.1
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
02.12.2025, 14:22 Uhr
HeikoS

Passt auch nicht richtig:

"Locomotive BASIC 1.0 was developed in 1984 for the Zilog Z80 processor by Locomotive Software. It was the initial version used in the Amstrad CPC464 and the Spanish CPC472, with the CPC464 and British CPC472 shipped with this version on ROM. Key characteristics of BASIC 1.0 include the requirement that DATA statements must be placed at the end of a line, a limitation that was later removed in version 1.1."

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
02.12.2025, 14:26 Uhr
Dresdenboy

@Heiko:
Lustig, wie du die Kurve zu Elite hinbekommen hast.

Danke für das Heraussuchen der anderen Quelle.

Das mit den Listen ist ein interessanter Hinweis. denn das vorher von dir erwähnte Token-Verfahren (Tokenization, auch aktuell bei Sprachmodellen im Machine Learning wieder viel erwähnt) ist auch schon alt und weit verbreitet. Z.B. haben das Bill Gates und Paul Allen auch benutzt. Wie speichert denn KC-BASIC den Code ab? Das wäre ja eine deutliche Ineffizienz.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
02.12.2025, 15:09 Uhr
Dresdenboy

@Heiko:
Vllt. findest du die Unterlagen im Archiv? https://www.deutsche-digitale-bibliothek.de/item/SYGYK3NKHMLAM5WN7TX4G5QQSTFTUGIP#item-detail

Und Locomotive BASIC ist gar nicht so lahm. Den Würfel hatten wir ja auch schon im Grafik/Effekte-Thread:
https://www.youtube.com/watch?v=HCdx-31UqOA
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
02.12.2025, 15:23 Uhr
Rüdiger
Administrator

Ich habe 1 Programm (Spiel), das mit dem TUR-BASIC erstellt wurde. Da steckt das BASIC offenbar mit in der COM-Datei.
Ob man das wieder trennen kann zwecks Neu-Verheiratung, ist unklar.
--
Kernel panic: Out of swap space.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
02.12.2025, 15:59 Uhr
HeikoS

Zitat:

Rüdiger schrieb
Ich habe 1 Programm (Spiel), das mit dem TUR-BASIC erstellt wurde. Da steckt das BASIC offenbar mit in der COM-Datei.
Ob man das wieder trennen kann zwecks Neu-Verheiratung, ist unklar.

Das sollte man versuchen. Da fällt mir natürlich sofort Volker ein, der ja schon so viel disassembliert hat. Auf welchem System läuft denn das Spiel? Könntest Du es zur Verfügung stellen? Wenn ja, einfach in den "Austausch"-Ordner schieben:

https://nextcloud-ext.peppermint.de/s/kXAfNpQY6wm6r8m

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
02.12.2025, 16:17 Uhr
P.S.

Zitat:

HeikoS schrieb
... Da fällt mir natürlich sofort Volker ein, der ja schon so viel disassembliert hat ...
https://nextcloud-ext.peppermint.de/s/kXAfNpQY6wm6r8m

Wenn Volker schon so Vieles aus den BASIC-Varianten disassembliert hat, könnte er vielleicht auch Aussagen darüber machen, inwieweit im Dummersdorfer BASIC das Ur-BASIC von Bill Gates eingegangen ist -> https://www.robotrontechnik.de/html/forum/thwb/showtopic.php?threadid=21751 <015> und welche Elemente noch dazu gekommen sind aus der ZX-Spectrum-Ecke.
Vom ZX-Spectrum gab's ja auch mehrere Varianten ...

Das Wissen der Menschheit gehört allen Menschen! -
Wissen ist Macht, wer nur glaubt, der weiß nichts! -
Aber - Unwissenheit schützt vor Strafe nicht! -
Gegen KI und die Ausgrenzung von Unwissenden und
für den Erhalt eigener Intelligenz, sowie ein liberalisiertes
Urheber-, Marken- und Persönlichkeitsrecht!
PS

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
02.12.2025, 17:41 Uhr
HeikoS

@P.S:

Das hat Volker doch schon gemacht, hatte ich auch unter <000> verlinkt:

https://hc-ddr.hucki.net/wiki/doku.php/z9001/basic)#der_quellcode

Grüße, Heiko

EDIT: Ach so, du meinst, Volker sollte den Quelltext dahingehend untersuchen/kommentieren aus welchen Quellen welcher Teil stammt ... das wäre ja dann schon eine Doktorarbeit ;-)

Dieser Beitrag wurde am 02.12.2025 um 17:50 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
02.12.2025, 19:20 Uhr
Dresdenboy

Zitat:

Da sollte zumindest alles für die Ausführung und auch den Code in der vorkompilierten Form enthalten. Und evtl. bekommt man durch das Spiel einen Eindruck der möglichen Geschwindigkeit.
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

023
02.12.2025, 19:36 Uhr
HeikoS

Mir ist übrigens nach nochmaligem Lesen der Seiten von Volker noch etwas aufgefallen.

Dort steht:

-----------
Dr. Keller hat mir Januar 2008 folgende Informationen mitgeteilt:

Woher kommt das BASIC der DDR-Kleincomputer?

Im Sommer 1983 erhielt Messelektronik (MKD) die Aufgabe, für eine sinnvolle Version für den Heimcomputer (damaliges Ziel) zu sorgen. Diese Aufgabe wurde mir übertragen. Wir führten, gemeinsam mit Kollegen von RED, Recherchen durch und nahmen zunächst 5 Versionen in die engerer Auswahl. Nachdem auch die Hardware-Rahmenbedingungen und die Terminlage für den Computer klar wurden, wurde die Auswahl auf 2 Versionen eingeschränkt:

- Version von TUR Dresden, dort komplett selbst entwickelt, sehr gute Version, mit Subroutine-Technik und mit MAT-Befehlen

- Version des Instituts in Dummerstorf, die eine Mischung aus dem Sinclair-Basic und einer einfachen Version des Microsoft-Basic darstellte

-----------

Asche auf mein Haupt, mir war bis heute nicht klar, dass TUR = VEB Transformatoren- und Röntgenwerk "Hermann Matern" ist. Ich hatte das immer mit der TU-Dresden assoziiert. Damit gibt es ja einen handfesten Hinweis darauf, dass dieser Compreter eine Eigenentwicklung ist.

Grüße, Heiko

Dieser Beitrag wurde am 02.12.2025 um 19:37 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

024
02.12.2025, 19:56 Uhr
Bert

Zitat:

Dresdenboy schrieb
Wie speichert denn KC-BASIC den Code ab? Das wäre ja eine deutliche Ineffizienz.

Nur die Token werden 'komprimiert' gespeichert, z.B. PRINT als 9Eh:

So richtig ineffizient wird es bei DATA-Zeilen.
--
Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

025
03.12.2025, 10:45 Uhr
HeikoS

In RFE 1/1983 zum K1520-Basic aus Dummerstorf ist das auch beschrieben:

Grüße, Heiko

Dieser Beitrag wurde am 03.12.2025 um 10:48 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

026
03.12.2025, 15:02 Uhr
Dresdenboy

@Bert und Heiko:
Danke für die Recherchen.

Und vor etwas über 20 Jahren hätte ich hier direkt "Schöne Grüße aus Dummerstorf" schreiben können.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

027
03.12.2025, 17:45 Uhr
susowa

Wenn man sich für die Interna des KC85-Basic interessiert, findet man im folgenden Buch von H. Völz wohl die meisten Informationen:

https://www.amazon.de/BASIC-effektiv-programmieren-Auch-Kleinstrechnern/dp/3349005705

Hat er mit TEXOR selbst geschrieben für die Druckvorlage (siehe S.18):

http://www.horstvoelz.de/kontakt/RechnenMuenchen.pdf

MfG susowa

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

028
03.12.2025, 19:00 Uhr
Zwangsrentner

Völz Basic effektiv programmieren - Liegt bei Ambrosius als PDF.
--
I'm just a truckle, but I don't like to truckle >TIMOTHY TRUCKLE<

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

029
03.12.2025, 19:11 Uhr
HeikoS

Danke ! Hatte ich auch gerade gesehen. Compreter kommt 2 mal vor:

1. Bei den ATARI-Kleinstrechnern sind die Abweichungen noch größer. Dies
liegt sowohl an der CPU 6502 als auch an der besonderen Arbeitsweise des
BASIC. Es ist durch keinen Interpreter, aber auch durch keinen Compiler
realisiert. Die einzelnen BASIC-Zeilen werden bereits bei der Eingabe auf
Syntaxfehler überprüft und in stärker verdichteter Form als bei den Token
abgelegt. Geeignete Bezeichnungen dafür sind vorcompiliert, Compreter und
Teilcompiler. Hierdurch verändern sich natürlich viele Eigenschaften des
BASIC. Besonders auffällig ist es, daß keine bewußt verwendeten Space für
die Strukturierung des BASIC-Textes erhalten bleiben. Sie werden für die
interne Darstellung alle eliminiert. Aber beim LIST erzeugt der Compreter
Space nach seinen Regeln. Dadurch entstehen genau definierte Strukturen
der Befehlszeile.

2. Basic-Varinaten:
Microsoft Extended BASIC, TRS-BASIC Level 11 und 111, MSX-BASIC,
GW-BASIC, ERSO-BASIC, BASICA, HBASIC usw. für MS-DOS, GFA-BASIC für
Atari-ST, CBASIC für kaufmännische Zwecke, Better-BASIC (als Compreter),
Turbo-BASIC, Quick-BASIC, True-BASIC (als COMpiler).

-----------

Das Basic von TUR Dresden wird damit immer interessanter.

@Rüdiger: Noch einmal die Frage. Kannst Du das Spiel, was mit dem TUR-Basic erstellt wurde, zur Verfügung stellen?

Viele Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

030
03.12.2025, 19:33 Uhr
ralle

Ein TurboBASIC ist auf dem A7150 vorhanden.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

031
04.12.2025, 09:34 Uhr
P.S.

@susowa <027>
Danke für den Hinweis auf die Völz'sche HP. Hab' da schon lange nicht mehr nachgeschaut. Offensichtlich hat der Herr Prof. dort sein ganzes Wissen (?) abgelegt - sozusagen als Vermächtnis! - Das ist sehr löblich - andere nehmen das mit in's Grab ...
Im Verlauf der Diskussion zu den Ursprüngen des BASIC sind mir auch auf folgende Seiten untergekommen:
https://forum.vcfed.org/index.php?threads/asm-8080-file-for-8k-basic-where-to-find.79434/
und dort dann vor allem diese hier:
http://cini.classiccmp.org//my_imsai.htm
mit Unmengen an PDFs - u.a. auch den (einen) BASIC-Quellcode.

Nur - falls es jemanden interessiert ...
Dabei bin ich auch noch auf die BASIC-Geschichte von Bill Gates gekommen und daß er "sein" BASIC gar nicht allein "verbrochen" hat. Sein damaliger Studien-Kollege Paul Allen hatte wohl wesentlichen Anteil daran ...
Interessant ist, daß dieses BASIC jetzt OpenSource ist -> https://www.derstandard.de/consent/tcf/story/3000000286653/bill-gates-basic-code-aus-1976-ist-jetzt-open-source

Das Wissen der Menschheit gehört allen Menschen! -
Wissen ist Macht, wer nur glaubt, der weiß nichts! -
Aber - Unwissenheit schützt vor Strafe nicht! -
Gegen KI und die Ausgrenzung von Unwissenden und
für den Erhalt eigener Intelligenz, sowie ein liberalisiertes
Urheber-, Marken- und Persönlichkeitsrecht!
PS

Dieser Beitrag wurde am 04.12.2025 um 09:37 Uhr von P.S. editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

032
04.12.2025, 19:54 Uhr
Dresdenboy

Zitat:

susowa schrieb
Wenn man sich für die Interna des KC85-Basic interessiert, findet man im folgenden Buch von H. Völz wohl die meisten Informationen:

https://www.amazon.de/BASIC-effektiv-programmieren-Auch-Kleinstrechnern/dp/3349005705

Hat er mit TEXOR selbst geschrieben für die Druckvorlage (siehe S.18):

http://www.horstvoelz.de/kontakt/RechnenMuenchen.pdf

Danke für diese tolle Quelle. Ich habe gerade mal in das PDF "Rechnen.pdf" reingeschaut (auf PDF-Seite verlinkt). Da geht es auch tief ins Detail beim KC 85.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

033
04.12.2025, 22:17 Uhr
HeikoS

Wirklich eine tolle Quelle, vielen Dank an "susowa" ! Habe gestern und heute viel drin gelesen.

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

034
05.12.2025, 08:02 Uhr
PIC18F2550

<025> Das Bild ähnelt dem ZX81 Basic.
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

035
05.12.2025, 09:51 Uhr
Rüdiger
Administrator

Zitat:

HeikoS schrieb
@Rüdiger: Noch einmal die Frage. Kannst Du das Spiel, was mit dem TUR-Basic erstellt wurde, zur Verfügung stellen?

Du hast Post.
--
Kernel panic: Out of swap space.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

036
05.12.2025, 18:12 Uhr
HeikoS

@Rüdiger:

Noch einmal vielen Dank, Rüdiger ! Ich habe die Datei erhalten und gleich mal untersucht. Leider ist sie aus meiner Sicht nicht mit dem "TUR-Dresden Compreter" erstellt worden. Sie erfordert die Datei "BRUN.COM" und diese liegt dem SCPX-Basic "BASI.COM" (MBASIC) bei. Damit kann man sie auch prima starten. Sie wurde bestimmt mit dem Basic-Compiler "BASC.COM" erstellt und der ist im Original auch von Microsoft.

Sehr schade, dass wir doch noch keine Spur haben. Wo könnte so etwas noch liegen, wenn nicht bei Dir oder beim Rechenwerk?

Ich habe es - wie besprochen - mal auf den Austausch-Ordner gelegt und die BRUN.COM mit dazu gelegt.

https://nextcloud-ext.peppermint.de/s/kXAfNpQY6wm6r8m

Wer Lotto spielen will: Die 6 Zahlen müssen 2-stellig mit Leerzeichen getrennt eingegeben werden ;-) ... am BIC im JKCEMU mit SCPX-Disk ging es am schnellsten. Die beiden Dateien als LW B vom Verzeichnis "mounten".

Viele Grüße, Heiko

Dieser Beitrag wurde am 05.12.2025 um 18:18 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

037
06.12.2025, 10:21 Uhr
HeikoS

Zitat:

P.S. schrieb
... Aussagen darüber machen, inwieweit im Dummersdorfer BASIC das Ur-BASIC von Bill Gates eingegangen ist ...

@P.S:

Was ja eigentlich schon lange bekannt ist und auch von Dr. Keller gesagt wurde: Im KC-Basic ist Einiges von Microsoft drin. Das bestätigt auch ein heuristischer Vergleich. Dazu habe ich das MBASIC für CP/M mal mit dem Z9001-Basic vergleichen lassen.

Grüße, Heiko

Ergebnis (Kurz)

MBASIC.COM: 24.320 Bytes ? in ~3.176 linearen "Blöcken" zerlegt (heuristisch).
basic84.rom: 10.240 Bytes ? in ~1.127 linearen "Blöcken" zerlegt.

Gefundene normalisierte Block-Hash-Übereinstimmungen: 180 Blöcke (SHA-256 der normalisierten Instruktionsfolgen).

-> Das deutet auf deutliche strukturelle / inhaltliche Überschneidungen hin, nachdem Immediates und Adressen normalisiert wurden.

Was genau ich gemacht habe (kurz technisch)

- Lineares Disassembling mit einer vereinfachten Z80-Opcode-Tabelle (heuristisch; nicht absolut vollständig).

- Normalisierung: 8-/16-bit Immediates und Adressen ersetzt durch Platzhalter (IMM, ADDR), DB xx zu DB.

- Blöcke gebildet (grob) durch Trennung an RET, JP, HALT, CALL etc.

- Für jeden Block die Folge der normalisierten Instruktionen in einen SHA-256-Hash umgewandelt.

- Hashes zwischen den beiden Dateien abgeglichen — Treffer zeigen gleichartige Instruktionsfolgen unabhängig von absoluten Adressen.

Interpretation & Vertrauen

Die hohe Zahl (180) normalisierter Übereinstimmungen zeigt: signifikanter gemeinsamer Code / ähnliche Routinen / gleiche Compiler-Routinen / gleiche Datenlayouts sind vorhanden.

Weil die Disassemblierung linear und die Opcode-Abdeckung nur partiell ist, können einige Matches aus Daten-Tabellen, Padding oder falsch interpretiertem Code resultieren.

Ein Match bei diesem normalisierten Verfahren ist stärkeres Indiz für geteilte Logik als reine exakte Byte-Matches (weil es Adress-/Immediat-Unterschiede ignoriert).

Dieser Beitrag wurde am 06.12.2025 um 10:28 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

038
06.12.2025, 11:51 Uhr
Rüdiger
Administrator

Zitat:

HeikoS schrieb
Noch einmal vielen Dank, Rüdiger ! Ich habe die Datei erhalten und gleich mal untersucht. Leider ist sie aus meiner Sicht nicht mit dem "TUR-Dresden Compreter" erstellt worden.

Das war die falsche Datei (Dateiname war richtig, Inhalt war falsch). Hab Dir jetzt die richtige geschickt.
--
Kernel panic: Out of swap space.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

039
06.12.2025, 13:46 Uhr
HeikoS

Hallo Rüdiger,

das ist ja fantastisch - vielen Dank ! Es ist das TUR-Basic !

-> GRAPHIK-BASIC VERSION 3.1 VOM 03.03.86.R.HEYNE

Das Lottoprogramm hängt mit dran, aber man kann mit List alle Zeilennummern ausgeben lassen (kein Quelltext dabei) und dann einfach ab Zeile 1 neuen Code eingeben. Super interessant. Die Zeile wird, wie beschrieben, sofort geparst und auf Syntax geprüft.

Bsp.:

1 PRINT "TEST"
2 END

RUN

oder:

NEW -> hätte ich auch gleich drauf kommen können ;-)

@ALL:

Ich habe es hier abgelegt als "LOTTOTUR.COM". Das andere ist die Microsoft-Version und heißt jetzt "LOTTOMS.COM"

https://nextcloud-ext.peppermint.de/s/kXAfNpQY6wm6r8m

Das ist ein sehr interessantes Forschungsobjekt. Der Startschuss ist gefallen, wer bekommt als Erste(r) raus, ob das Basic eine Adaption (Locomotive ?) oder eine Eigenentwicklung ist?

Viele Grüße und allen einen schönen Nikolaus !
Heiko

EDIT: *.BAS in *.COM geändert. Schusselfehler.
EDIT2: NEW eingebaut

Dieser Beitrag wurde am 06.12.2025 um 13:59 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

040
07.12.2025, 10:19 Uhr
HeikoS

Neue Erkenntnisse beim Frühstück-Hobby:

Eine erste Analyse, Byte-zu-Byte und heuristisch, zwischen dem TUR-Basic und dem CPC/KCC-Basic, zeigt keine signifikanten Übereinstimmungen.

Im Vergleich zur Analyse von MBASIC und KC-Basic (Z9001/1984) kann man den Unterschied deutlich sehen. Dort gibt es sowohl Treffer mit längeren Byte-zu-Byte-Folgen als auch längere heuristische Übereinstimmungen, die nach echtem Code aussehen.

Um etwas sicherer zu sein, habe ich auch mal MBASIC mit DBASE verglichen. Da sind, erwartungsgemäß, die gefundenen „Matches“ sehr viel schwächer. Die Methode scheint also, in erster Näherung, valide Aussagen zu treffen, aber 100% sicher ist das natürlich nicht.

Grüße, Heiko

Dieser Beitrag wurde am 08.12.2025 um 07:33 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

041
07.12.2025, 13:58 Uhr
HeikoS

Als nächstes würde ich gerne mal ein paar Benchmarks in BASIC durchführen um zu sehen, wie schnell das TUR-Basic im Vergleich zu MBASIC, KC-Basic ist.

Hat jemand Ideen, was man da nehmen könnte? Vielleicht auch etwas, was nur mit INT arbeitet damit Unterschiede in der FLOAT-Darstellung nicht relevant sind.

Hat jemand mal Lust was zu programmieren mit dem TUR-Basic ? ... oder gar das Programm zu disassemblieren?

Grüße, Heiko

Dieser Beitrag wurde am 07.12.2025 um 15:07 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

042
07.12.2025, 23:16 Uhr
HeikoS

Ein erstes, kleines Programm auf dem BIC, welches 1000 Multiplikationen in einer FOR/NEXT-Schleife durchführt, jeweils als INT und FLOAT:

Quellcode:


      | MBASIC | TUR-Basic      
------|--------------------
INT   | 4:12 s |    6:54 s  
FLOAT | 5:37 s |    7:84 s

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

043
08.12.2025, 01:02 Uhr
Dresdenboy

Interessante Ergebnisse! Da eine Multiplikation, gerade mit längeren Mantissen, ein Weilchen dauert und dabei hauptsächlich in einer Unterroutine abläuft, wirkt sich die Implementierung der Multiplikation vermutlich deutlich auf das Gesamtergebnis aus.

Da wären für die Hervorhebung der BASIC-Interpreter-Leistung z.B. Strichrechnungsoperationen besser.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

044
08.12.2025, 06:12 Uhr
ralle

Ich dächte Fraktale mit Zeichensätzen?
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

045
08.12.2025, 07:29 Uhr
HeikoS

@Matthias: Danke, probiere ich mal.
@Ralle: Hast Du ein Bsp. ?

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

046
08.12.2025, 08:28 Uhr
volkerp
Default Group and Edit

Zitat:

HeikoS schrieb
Eine erste Analyse, Byte-zu-Byte und heuristisch, zwischen dem TUR-Basic und dem CPC/KCC-Basic, zeigt keine signifikanten Übereinstimmungen.
Grüße, Heiko

Hallo Heiko, im z88dk-Paket gibt es ein BASIC-Check-Programm (z88dk-basck.exe), was verschiedene BASICs oder deren Bestandteile erkennt.
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

047
08.12.2025, 09:01 Uhr
Dresdenboy

@Heiko:
Du kannst ja mal das hier probieren. Das habe ich auf 32b Float für den BIC angepasst (die Ausrufezeichen musst du vllt. weglassen). Es ist ein Mandelbrot-Programm, was so ähnlich auf YT hier und da für BASIC Benchmarks verschiedener 8bit-Computer verwendet wurde.

Quellcode:

10 TIME = 0
20 FOR PY%=0 TO 21
30 FOR PX%=0 TO 31
40 XZ! = PX%*3.5/32!-2.5
50 YZ! = PY%*2!/22!-1!
60 X! = 0
70 Y! = 0
80 FOR I%=0 TO 15
90 IF X!*X!+Y!*Y! > 4! THEN GOTO 150
100 XT! = X!*X! - Y!*Y! + XZ!
110 M! = X!*Y!
120 Y! = M!+M! + YZ!
130 X! = XT!
140 NEXT I%
150 COLOR I%
160 PRINT CHR$(177);
170 NEXT PX%
180 PRINT CHR$(13)
190 NEXT PY%
200 PRINT TIME/50;"s"

--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

048
08.12.2025, 10:38 Uhr
Rüdiger
Administrator

Besagter Herr Heyne hatte auch mit der Softwareentwicklung des UVT4000 zu tun.
--
Kernel panic: Out of swap space.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

049
08.12.2025, 10:55 Uhr
Bert

Zitat:

Dresdenboy schrieb
Du kannst ja mal das hier probieren.

Sehr hübsch. So läuft es auf dem Mühlhausen-KC:

Quellcode:

5 PAPER 0:CLS
10 TIME = 275
20 FOR PY=0 TO 21
30 FOR PX=0 TO 31
40 XZ = PX*3.5/32-2.5
50 YZ = PY*2/22-1
60 X = 0
70 Y = 0
80 FOR I=0 TO 15
90 IF X*X+Y*Y > 4 THEN GOTO 150
100 XT = X*X - Y*Y + XZ
110 M = X*Y
120 Y = M+M + YZ
130 X = XT
140 NEXT I
150 INK I
160 PRINT CHR$(219);
170 NEXT PX
180 PRINT CHR$(13);
190 NEXT PY
200 PRINT TIME;"s"

Laufzeit (gestoppt im Emulator): ca. 275 Sekunden.
Und so sieht es aus:

@Heiko: Womit hast Du die Heuristiken gemacht?
--
Viele Grüße,
Bert

Dieser Beitrag wurde am 08.12.2025 um 11:04 Uhr von Bert editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

050
08.12.2025, 11:05 Uhr
Rüdiger
Administrator

Das BASIC vom TUR wurde als "BASIC-T" bezeichnet.
--
Kernel panic: Out of swap space.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

051
08.12.2025, 19:50 Uhr
HeikoS

@Volker: Danke für den Tipp! Werde es ausprobieren, wenn Du es nicht schon getan hast? Damit müssten ja auch die Fragen von P.S. besser zu klären sein. Es gibt ja wirklich nichts, was nicht schon jemand programmiert hat ...

@Matthias: Super, werde versuchen das Fraktalprogramm auf BASIC-T (TUR-Basic) zu portieren, ohne Farben.

@Bert: Sieht auch auf dem KC85 schick aus ! Zu Deiner Frage: Den heuristischen Vergleich erledigt ein Python-Script, welches mit Hilfe von KI erstellt wurde. Damit kann man es dann immer wieder auf andere ROM's anwenden. Das Vorgehen und die Interpretation steht in <037>. Habe dem aber auch nicht ganz getraut und dann noch in <040> versucht auf Plausibilität zu prüfen. Die empfohlenen Werkzeuge von Volker sind sicher besser und müssen unbedingt mal auf alle Basic's angewendet werden.

Leider hindert Arbeit am Hobby ;-) .... und bei uns ist die Heizung ausgefallen, habe bis jetzt im Keller gesessen, heute wird nix mehr.

Grüße, Heiko

EDIT: @Rüdiger: Habe gerade länger mit P.S. gesprochen. Herr Heyne hat ja 1983 eine Diplomarbeit geschrieben an der IH Dresden und Matthias hatte ja herausgefunden, dass er ein Ing.-Büro in Dresden hatte. Vielleicht kann man noch Kontakt zu ihm aufnehmen.

Dieser Beitrag wurde am 08.12.2025 um 19:58 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

052
08.12.2025, 23:09 Uhr
HeikoS

Hab mich doch noch aufgerafft, hat sich gelohnt !

BIC: BASIC-T: 138 s <- Sieger !!!!!
BIC: MBASIC: 163 s
BIC: RBASIC: 216 s

Der BASIC-T Compreter scheint seine Vorteile hier zu zeigen. Man müsste aber noch die internen FLOAT-Formate genauer betrachten, denke ich.

EDIT: MBASIC hinzugefügt

Dieser Beitrag wurde am 09.12.2025 um 11:32 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

053
09.12.2025, 09:10 Uhr
Dresdenboy

@Heiko:
Das sieht ja vielversprechend aus! Um das BASIC-T umfangreicher nutzen zu können (also über Textmodus hinaus) wäre die Nutzung von Maschinencode-Routinen interessant und ob es da Sprachunterstützung dafür gibt.

Ich schau auch mal in's Binary, ob ich was sehe. Ansonsten wäre dann sicherlich die Diplomarbeit u. ggf. andere Dokumente (eine richtige Dokumentation?) interessant.

P.S.: In der BIC-Apfelmännchenvariante nutzte ich das Zeichen mit dem Rastermuster, um ggf. Mischfarben (VG/HG) zu verwenden.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 09.12.2025 um 09:15 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

054
09.12.2025, 10:29 Uhr
P.S.

Im Zusammenhang mit Recherchen zum KC-BASIC ist mir auch wieder eingefallen, daß in Vorbereitung meines Buches "Die Geschichte ..." mein damaliger Gesprächspartner in den TSD Klaus-Dieter Weise auch Vieles von der Geschichte des Robotroner KC erzählt hatte. Zunächst wurde der ja "Z9001" genannt und um weitere Interna wollte sich K.-D. noch bemühen, doch leider steht er krankheitsbedingt schon seit geraumer Zeit nicht mehr zur Verfügung.
Lange nicht mehr auf die HP des Robotron-Fördervereins geschaut, war ich nun doch sehr überrascht, hat er noch rechtzeitig sehr viele Infos festgehalten - sicherlich werden das Viele von Euch kennen: -> http://robotron.foerderverein-tsd.de/322.html.
In -> http://robotron.foerderverein-tsd.de/322/robotron322d.pdf steht auch einiges zur SW-Geschichte, sowie u.a. auch Bilder von den doch anders aussehenden Prototypen.
Der ebenfalls dort aufgeführte Dr. Gunter Kleinmichel könnte vielleicht - wenn er noch verfügbar ist, eine weitere Info-Quelle sein.
Besonders interessant finde ich den Quellen- und Literatur-Nachweis -> http://robotron.foerderverein-tsd.de/322/robotron322c.pdf

Das Wissen der Menschheit gehört allen Menschen! -
Wissen ist Macht, wer nur glaubt, der weiß nichts! -
Aber - Unwissenheit schützt vor Strafe nicht! -
Gegen KI und die Ausgrenzung von Unwissenden und
für den Erhalt eigener Intelligenz, sowie ein liberalisiertes
Urheber-, Marken- und Persönlichkeitsrecht!
PS

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

055
09.12.2025, 10:36 Uhr
Dresdenboy

@P.S.:
Das Gehäuse des "SHAFY"-Prototyps erinnert ein bisschen an den Brotkasten.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

056
09.12.2025, 10:38 Uhr
HeikoS

Zitat:

Dresdenboy schrieb
@Heiko:
Das sieht ja vielversprechend aus! Um das BASIC-T umfangreicher nutzen zu können (also über Textmodus hinaus) wäre die Nutzung von Maschinencode-Routinen interessant und ob es da Sprachunterstützung dafür gibt.

Ich schau auch mal in's Binary, ob ich was sehe. Ansonsten wäre dann sicherlich die Diplomarbeit u. ggf. andere Dokumente (eine richtige Dokumentation?) interessant.

P.S.: In der BIC-Apfelmännchenvariante nutzte ich das Zeichen mit dem Rastermuster, um ggf. Mischfarben (VG/HG) zu verwenden.

VG,
Matthias

Man bräuchte unbedingt die Dokumentation oder es wird disassembliert, wenigstens teilweise. Das BASIC-T in der vorliegen Version von 1986 hat sogar Grafikbefehle (LINE, DOT, …), aber ich weiss nicht für welches System. Das könnte man evtl. durch die Untersuchung der Aufrufe herausbekommen.

SAVE und LOAD funktionieren bei mir auch nicht. Evtl. muss man da noch vorher das Device definieren? Am Anfang im Code sind 3 NOP’s, da stand bestimmt mal die Kaltstart-Adresse drin. Dann würde das BASIC-T evtl. die Start-Meldung ausgeben.

-> GRAPHIK-BASIC VERSION 3.1 VOM 03.03.86.R.HEYNE

Also es ist eben nur ein interessantes Fragment, was man aber trotzdem schon nutzen kann. Momentan lade im JKCEMU mit Copy/Paste den Quelltext rein.

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

057
09.12.2025, 12:20 Uhr
HeikoS

Das von Volker empfohlene Tool "z88dk-basck" erkennt im Z9001-Basic ein komplettes, frühes Microsoft-Basic:

-> https://nextcloud-ext.peppermint.de/s/kXAfNpQY6wm6r8m
-> Basic-Z9001_z88dk-Analyse.txt

Für das BASIC-T (TUR-Basic-Compreter) erkennt das Tool ... NICHTS !

Grüße, Heiko

EDIT: @Bert: Habe das KI-Machwerk auch mal oben mit abgelegt
-> ROM-Vergleich.py

Dieser Beitrag wurde am 09.12.2025 um 12:28 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

058
09.12.2025, 18:33 Uhr
ralle

Da war noch was:

Das ging im Nachbarforum rum.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

059
09.12.2025, 20:49 Uhr
HeikoS

@ralle: Apfelmann-Wahn ...

Habe das TUR-Basic mit diesem schönen Tool begonnen zu disassembieren:

https://github.com/cormacj/z80-smart-disassembler

Durch einen kleinen Patch startet der Compreter nun ohne das "LOTTO"-Programm. Ich habe es jetzt in "TBASIC.COM" umgetauft ! Liegt in dem oben öfter erwähnten Austauschordner.

Grüße, Heiko

Dieser Beitrag wurde am 09.12.2025 um 21:25 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

060
09.12.2025, 21:02 Uhr
Dresdenboy

Sehr gut! Dann kann das entspannte Experimentieren ja beginnen.

Ich habe auch mal einen kurzen Blick in's TUR-BASIC geworfen.

Das kann interessanterweise auch "DEEK" und "DOKE". Das gibt es in einigen BASIC-Dialekten für 16-Bit-Werte. Beim BIC waren übrigens VDEEK und VDOKE für den Videospeicher aufgefallen.

Maschinencode scheint über CALL zu gehen.
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 09.12.2025 um 21:03 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

061
09.12.2025, 21:27 Uhr
HeikoS

Leider funktionieren SAVE und LOAD nicht. SAVE akzeptiert nur INT Zahlen als Parameter, max. 2 Zahlen durch Komma getrenn, z.B.:

SAVE 1
SAVE 32767
SAVE 1,2

Was könnte das bedeuten ?

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

062
10.12.2025, 00:29 Uhr
Dresdenboy

Ich glaube, ich habe auch CSAVE gesehen. Sind das evtl. nur Speicheradressen?
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

063
10.12.2025, 07:17 Uhr
HeikoS

Heureka, ... die Zahlen hinter SAVE sind Zeilennummern !

Aber SAVE und LOAD tuen nichts. Ob noch vorher mit OPEN ein Gerät geöffnet werden muss ?

EDIT: CSAVE geht nicht, das "C" im Code scheint nicht zum Befehl zu gehören.

Dieser Beitrag wurde am 10.12.2025 um 07:22 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

064
10.12.2025, 07:44 Uhr
ralle

Das Programm war ein Benchmark für verschiedene CPM-Systeme. Unter den DDR-Systemen war das KC85-D004 Gespann das schnellste, wegen der Aufgabenteilung Rechnen und Anzeigen.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

065
10.12.2025, 07:57 Uhr
Bert

Zitat:

HeikoS schrieb
BIC: BASIC-T: 138 s <- Sieger !!!!!
BIC: MBASIC: 163 s
BIC: RBASIC: 216 s

Solange die Fraktale mit der gleichen Auflösung und 'Farbtiefe' auf dem gleichen System laufen, sind die Zahlen vergleichbar. Um zwischen den Systemen zu vergleichen können, müßte man mindestens die unterschiedliche Taktfrequenz mit berücksichtigen. Wenn ich mich nicht verrechnet habe, ist der BIC ca. 2.1 mal schneller als der Mühlhausen-KC.

Ich habe das Programm aus 047 mal nach C portiert (sdcc, KC85/4).
Da beträgt die Laufzeit 203 sec gegenüber 275 sec. Die floating-point Operationen auf dem Z80 sind vergleichsweise aufwendig. Egal ob Interpreter, Compreter oder Compiler.

Zitat:

ralle schrieb
Da war noch was:

frakasci.bas ist kaputt. Die Zeilen 130 bis 190 werden nicht benötigt und nicht ausgeführt.
Vielleicht war (oder ist?) der Platz für Maschinencode vorgesehen.

Zitat:

Das ging im Nachbarforum rum.

Bei mir gibt es kein Nachbarforum

--
Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

066
10.12.2025, 09:27 Uhr
ralle

Bert, keine Ahnung was da passiert ist. Ich habe es mit MBASIC getestet. Und erst bei List gesehen. Übersehe die Zeilen einfach.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

067
10.12.2025, 09:31 Uhr
HeikoS

@Bert: Ja stimmt, deshalb hatte ich auch nicht Äpfel mit Birnen verglichen, sondern alles auf dem BIC gemacht.

Aber Ralle meint ja CP/M auf dem KC85/4, das läuft ja dann im D004 mit 4 MHz, das hat bestimmt alle 2,5 MHz-Systeme locker besiegt ...

Eine Frage an die KC85/3/4-Experten: Wie kann man im JKCEMU mit KC85/4+D004 eine Disk mit z.B. LW B: oder C: von einem Verzeichnis im PC einbinden? Das ging bei mir nicht. Es gab Probleme mit den CP/M-Laufwerken. Gibt es da Beschränkungen? Vielleicht läuft das TUR-Basic ja im KC85/4 mit Grafik ?

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

068
10.12.2025, 11:01 Uhr
kaiOr

Nach dem ersten ERROR ist auf dem KC85 keine vernünftige Bedienung mehr möglich.
Scheint mir eher für 64x16 Zeichen optimiert, da sind A5120 und alte PC1715 passende Testkandidaten.

@HeikoS:
MicroDOS z.B.:

Quellcode:

MSYSG.COM
1
J
3
C
1
3
8
2
N
5

C:
D

Gruß,
Kai

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

069
10.12.2025, 11:06 Uhr
Bert

Zitat:

HeikoS schrieb
Aber Ralle meint ja CP/M auf dem KC85/4, das läuft ja dann im D004 mit 4 MHz, das hat bestimmt alle 2,5 MHz-Systeme locker besiegt ...

Jain. Alle Sachen, die im Grundgerät laufen (Tastatur, USB, Text- und Grafikausgabe, RAM-Disk) müssen durch den Koppel-RAM. Grafiklastige Sachen werden sehr träge, USB-Kopiervorgänge sind für heutige Verhältnisse auch relativ langsam und der Rest geht so

Zitat:

Eine Frage an die KC85/3/4-Experten: Wie kann man im JKCEMU mit KC85/4+D004 eine Disk mit z.B. LW B: oder C: von einem Verzeichnis im PC einbinden?

Du brauchst das richtige Format:

Danach klappt i.d.R. der Zugriff als Laufwerk B. Im ML-DOS ist A die RAM-Disk, B das Diskettenlaufwerk und C die GIDE-Platte. Die weiteren Laufwerksbuchstaben sind dann sehr systemabhängig. I.d.R. kommt da noch eine weitere Partition (Laufwerk D) und dann die restlichen Diskettenlaufwerk, z.T. mit Unterstützung für andere Formate.

Zitat:

Vielleicht läuft das TUR-Basic ja im KC85/4 mit Grafik ?

Das Lottoprogramm lief zumindest direkt mit RunCPM. Aber das nutzt ja auch keine Grafik.

Die D004-Grafik nutzt ESC-Sequenzen, die vom Grundgerät interpretiert und ausgeführt werden.
Siehe auch Handbuch für den Programmierer (Anhang 3):
https://www.mpm-kc85.de//html/MicroDOS.htm
--
Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

070
10.12.2025, 11:15 Uhr
HeikoS

Danke Bert ! Super.

Die Doku zum BASIC-T ist aufgetaucht. 1000-Dank an Rüdiger ! Sie liegt im Austausch-Ordner. Habe die COM-Datei aus Respekt vor dem Autor in BASICT.COM umbenannt ;-).

Es sieht aus meiner Sicht so aus, dass wir hier ein DDR-Software-Juwel für Kleincomputer gefunden haben !

LOAD/SAVE unter CP/M:

ASGN DAO=FDW 'TEST'
SAVE

ASGN DAI=FDR 'TEST'
LOAD

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

071
10.12.2025, 12:22 Uhr
Dresdenboy

Zitat:

Bert schrieb
Solange die Fraktale mit der gleichen Auflösung und 'Farbtiefe' auf dem gleichen System laufen, sind die Zahlen vergleichbar. Um zwischen den Systemen zu vergleichen können, müßte man mindestens die unterschiedliche Taktfrequenz mit berücksichtigen. Wenn ich mich nicht verrechnet habe, ist der BIC ca. 2.1 mal schneller als der Mühlhausen-KC.

Hier müsste noch eingerechnet werden, dass der BIC einen M1 Waitstate durchläuft (wie bei der MSX-Vorlage). Das ist natürlich nicht mehr so genau quantifizierbar, da es schnelle Befehle 25% und längere mit einem Opcode-Byte eher 15% verlangsamt, mit 2 Opcodebytes dagegen wieder mehr.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

072
10.12.2025, 12:41 Uhr
ralle

Man darf beim KC unter ML-DOS nicht vergessen, das da 2 Prozessoren aktiv sind. Der obere führt Aus und der untere Zeigt an. Das ist beim PC1750 nicht so. Dadurch der Geschwindigkeitsvorteil.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

073
10.12.2025, 21:21 Uhr
HeikoS

Habe das BASIC-T mit dem Fraktal-Programm getestet auf:

KC85/4 -> 1,77 MHz
D004 -> 4,00 MHz

Laufzeit: 96 s

@KaiOr:

Ja, die Kommandozeile muss vorsichtig bedient werden:

Löschen von Zeichen: mit "<" zurückgehen, mit SPACE löschen, wieder "<" zurück und neu schreiben. Das ist aber auch auf dem BIC so.
"<" = Pfeiltaste

Viele Grüße, Heiko

EDIT: Das Fraktal-Programm liegt auch im Austausch-Ordner: "FRAK.GBA"

EDIT2: Der Befehl LINE, der im BASIC-T von 1986 vorhanden ist, tut natürlich auf dem KC85/4 nichts. Ich vermute, dass hier auch das Konzept der "Geräte" umgesetzt wurde. Die Sprachbeschreibung, die jetzt verfügbar ist im Austausch-Ordner (BASICT.TXT), ist von 1983, die Programm-Version ist von 1986.
https://nextcloud-ext.peppermint.de/s/kXAfNpQY6wm6r8m

Dieser Beitrag wurde am 11.12.2025 um 07:16 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

074
10.12.2025, 21:53 Uhr
HeikoS

Zitat:

Bert schrieb

Zitat:

HeikoS schrieb

Aber Ralle meint ja CP/M auf dem KC85/4, das läuft ja dann im D004 mit 4 MHz, das hat bestimmt alle 2,5 MHz-Systeme locker besiegt ...

Der Koppel-RAM ist evtl. im JKCEMU nicht in der Original-Geschwindigkeit simuliert, so dass es sehr schnell läuft, aber die Ausgaben beanspruchen ja auch nicht so viel Zeit im Verhältnis zu den Berechnungen ?

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

075
13.12.2025, 14:28 Uhr
Dresdenboy

Hier gibt's zum Wochenende noch eine Festkomma-Version für den BIC:

Quellcode:

10 TIME=0
20 XS%=28:REM 3.5!/32!*256!
30 YS%=(2!*256!)/22!:REM 2!/22!*256!
40 YZ%=-1!*256!
100 FOR PY%=0 TO 21 
110 XZ%=-2.5*256!:Y2%=YZ%\16
120 FOR PX%=0 TO 31
130 X%=0:Y%=0:X2%=XZ%\16
140 FOR I%=0 TO 14
150 XQ%=X%*X%:YQ%=Y%*Y%
160 IF XQ%+YQ%>1024 THEN GOTO 230
170 XT% = (XQ%-YQ%)\16+X2%
180 M% = X%*Y%
200 Y% = (M%+M%)\16+Y2%
210 X% = XT%
220 NEXT I%
230 I%=I%-1:COLOR I%+1:PRINT CHR$(177);
240 XZ% = XZ%+XS%
250 NEXT PX%
260 PRINT CHR$(13)
270 YZ% = YZ%+YS%
280 NEXT PY%
300 PRINT TIME/50;"s"

Es schrammt natürlich zw. Genauigkeit (teils 4 bit hinter'm Komma, teils 8) u. Zahlenbereich.
Nur noch 157 s statt 216 s in RBASIC.

Ein paar Optimierungen lassen sich auch auf die Gleitkomma-Variante übertragen, wie z.B. die schrittweisen Updates von XZ und YZ.

VG,
Matthias

Edit: Vergleichszeit hinzugefügt
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 14.12.2025 um 14:09 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

076
14.12.2025, 17:11 Uhr
Dresdenboy

Variante 2 zum 3. Advent, 120 s in RBASIC:

Quellcode:

10 SCREEN 0:CLS:TIME=0
20 XS%=28:REM 3.5*256/32
30 FOR PY%=0 TO 21
40 XZ%=-640
50 YZ%=(PY%*512)\22-256
60 FOR PX%=0 TO 31
70 X%=XZ%\16
80 Y%=YZ%\16
90 FOR I%=1 TO 14
100 XQ%=X%*X%:YQ%=Y%*Y%
110 IF XQ%+YQ%>1024 THEN GOTO 160
120 XT%=(XQ%-YQ%+XZ%)\16
130 Y%=(X%*Y%*2+YZ%)\16
140 X%=XT%
150 NEXT I%
160 I%=I%-1:COLOR I%+1:PRINT CHR$(177);
170 XZ%=XZ%+XS%
180 NEXT PX%
190 PRINT CHR$(13)
200 NEXT PY%
210 PRINT TIME/50;"s"

Dieser Beitrag wurde am 14.12.2025 um 17:15 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

077
14.12.2025, 17:56 Uhr
HeikoS

Sehr schöne Advents-Gaben ... ;-)

Habe mal versucht, die Version 1 und 2 von Dir vergleichbar zu machen auf anderen Systemen und Basic-Varianten.

Die Programme liegen hier im Ordner:
https://nextcloud-ext.peppermint.de/s/kXAfNpQY6wm6r8m?dir=/BENCH

Das BASIC-T scheint bei INT-Arithmetik richtig schnell zu sein. Merkwürdig finde ich, dass MBASIC bei INT-Arithmetik so schlecht abschneidet. Die Ausgabe ist bei allen Programme nur ASCII, ohne Farbe. Für MBASIC und RBASIC wurde das gleiche Programm genommen, läuft auf beiden Systemen ohne Änderungen.

Viele Grüße, Heiko

EDIT: Der BASIC-T Compreter hat bei allen Tests immer am besten abgeschnitten. Wäre er in die KC-Reihe gekommen, hätte man damals eine der besten Basic-Varinaten in den KC's gehabt. Das hätte man für die KC's auch noch sehr gut anpassen/optimieren können.

Dieser Beitrag wurde am 14.12.2025 um 20:59 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

078
14.12.2025, 19:14 Uhr
Dresdenboy

@Heiko:
Coole Analyse. Ich bin etwas geschockt von der Auswirkung der M1-Waitstates. Den BIC könnte man relativ leicht tunen, oder?

Das hatten wir ja schonmal im BIC-Thread thematisiert.

Beim MBASIC liegt evtl. kein separater Code für die Integer-Operationen vor (müsste man mal micro-benchmarken), sondern könnte die FP-Routinen mit nutzen. Dann sorgen die extra-Berechnungen für Festkomma (v.a. die Ganzzahldivisionen) einfach für noch mehr Arbeit.

Logische Schiebe-Operationen wären natürlich noch besser. Evtl. mache ich das mal mit VARPTR und PEEK für das höherwertige Byte.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

079
14.12.2025, 20:15 Uhr
Bert

Die C-Variante (für KC85/4) habe ich mal hier abgelegt:
https://github.com/boert/KC85_SDCC_Beispiele/tree/main/Fraktal
Auch dort dürfte der Umstieg von float nach int richtig was bringen.
--
Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

080
14.12.2025, 20:16 Uhr
HeikoS

Zitat:

Dresdenboy schrieb
Variante 2 zum 3. Advent, 120 s in RBASIC:
....

Diese Varinate braucht im BASIC-T auch 120s, aber ich habe die ganzzahlige Division "\" durch "/" ersetzt. Auch in der ersten Variante der INT-Version. Bei BASIC-T habe ich ganzzahlige Division nicht gefunden.

Viele Grüße, Heiko

Dieser Beitrag wurde am 15.12.2025 um 08:12 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

081
14.12.2025, 20:30 Uhr
HeikoS

Zitat:

Dresdenboy schrieb
@Heiko:
... Ich bin etwas geschockt von der Auswirkung der M1-Waitstates. Den BIC könnte man relativ leicht tunen, oder?

Das hatten wir ja schonmal im BIC-Thread thematisiert ...

Im Schaltplan kann man die Stelle sehr gut sehen. Wer es sich traut, kann die WAIT's ja blockieren (X21 auf Masse). Aber ob man das machen sollte, bei diesem seltenen Gerät, muss jeder selbst wissen.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

082
14.12.2025, 21:23 Uhr
BICa5105

Soweit ich das verstanden habe braucht der SVG auch das WAIT(MWAIT).
Wenn man WAIT "abstellt" dann bekommt der SVG vielleicht Probleme?

Ansonsten ist es ja für Module gedacht die bisschen langsamer sind oder ?
--
https://www.youtube.com/@robotronA5105

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

083
14.12.2025, 21:37 Uhr
HeikoS

Wenn ich das im Schaltplan richtig sehe, erzeugt der SVG das Signal MWAIT, mit dem das /WAIT für die CPU erzeugt wird. Über das TOR mit dem DL038 kann es gesperrt und freigegeben werden. Aber das soll um Gottes willen keine Anleitung sein, den BIC kaputt zu machen ;-)

Grüße, Heiko

Dieser Beitrag wurde am 15.12.2025 um 19:26 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

084
14.12.2025, 21:57 Uhr
HeikoS

Zitat:

Bert schrieb
Die C-Variante (für KC85/4) habe ich mal hier abgelegt:
https://github.com/boert/KC85_SDCC_Beispiele/tree/main/Fraktal
Auch dort dürfte der Umstieg von float nach int richtig was bringen.

Schönes Bsp. für ein C-Programm auf dem KC ! Da bekommt man direkt Lust, auch mal was in C zu machen für unsere Rechner. Aber die KCC-Datei ist ziemlich groß - ca. 9KB. Kann man das noch optimieren?

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

085
15.12.2025, 08:41 Uhr
Dresdenboy

@Heiko:
Wir können hier ja mal die BIC-Hardware-Experten wie z.B. Ulrich befragen. Soweit sehe ich aber nur eine Auswirkung am /WAIT-Eingang der CPU. Damit kann diese höchstens mal schneller ihre Opcodes laden (unabhängig von Datenbytes), was kein Problem für die peripheren Chips u.v.a. die ASICs bedeuten sollte.

Falls du den Kontaktpunkt mal suchst: Er liegt ein paar cm südlich vom 15 MHz-Quartz.

@Bert & Heiko:
Sehr gut! Ja, das wäre mit Festkomma und Schiebeoperatoren ideal.
Vmtl. ist "printf" der größte Klotz. So kenne ich das auch aus meinen Atmel AVR Tagen.

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

086
15.12.2025, 14:05 Uhr
Bert

Zitat:

HeikoS schrieb
Aber die KCC-Datei ist ziemlich groß - ca. 9KB. Kann man das noch optimieren?

Bestimmt! So effektiv wie handgeschriebener Assembler ist der C-Compiler nicht. Aber man kommt mit C viel schneller zu einem Ergebnis.

Ich habe mal die Zahlen aus dem map-File zusammengesucht:
init --> 24 Bytes
fraktal --> 832 Bytes
printf --> 5384 Bytes
float --> 2695 Bytes

Ja, printf ist hier nur für die Ausgabe der Laufzeit. Das könnte man auch anders lösen.
--
Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

087
15.12.2025, 16:57 Uhr
ralle

Zitat:

Dresdenboy schrieb
Variante 2 zum 3. Advent, 120 s in RBASIC:

Quellcode:

10 SCREEN 0:CLS:TIME=0
20 XS%=28:REM 3.5*256/32
30 FOR PY%=0 TO 21
40 XZ%=-640
50 YZ%=(PY%*512)\22-256
60 FOR PX%=0 TO 31
70 X%=XZ%\16
80 Y%=YZ%\16
90 FOR I%=1 TO 14
100 XQ%=X%*X%:YQ%=Y%*Y%
110 IF XQ%+YQ%>1024 THEN GOTO 160
120 XT%=(XQ%-YQ%+XZ%)\16
130 Y%=(X%*Y%*2+YZ%)\16
140 X%=XT%
150 NEXT I%
160 I%=I%-1:COLOR I%+1:PRINT CHR$(177);
170 XZ%=XZ%+XS%
180 NEXT PX%
190 PRINT CHR$(13)
200 NEXT PY%
210 PRINT TIME/50;"s"

Mist, muss ich wieder abtippeln
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

088
15.12.2025, 18:08 Uhr
BICa5105

Kauf dir ein GOTEK, Ralle ;-) !
--
https://www.youtube.com/@robotronA5105

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

089
15.12.2025, 18:42 Uhr
ralle

Als .BAS hätte es mir genügt. Über dem KC ist das schnell auf Diskette.
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

090
15.12.2025, 19:50 Uhr
BICa5105

Die BAS kannst du dir doch fix machen. Einfach Code kopieren, im JKCEMU einfügen und als BAS abspeichern....fertig.
--
https://www.youtube.com/@robotronA5105

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

091
15.12.2025, 20:56 Uhr
HeikoS

Damit beende ich erst einmal die Erforschung des "Basic-Compreter für U880". Der Zufallsfund in der RFE war ja dann doch noch ein interessantes, kleines Projekt.

Fraktale und den "BIC-Umbau" könnte man ja auch in neuen Beiträgen behandeln, aber die Idee von "Ralle", ein ASCII-Fraktal als Benchmark zu nehmen, war sehr gut ! Danke an alle die mitgemacht haben, besonders an Rüdiger für den seltenen Fund in seinem Archiv. Das Programm und die Sprachbeschreibung sind ja nun vorhanden. Vielleicht tauchen ja die anderen Dokumente, die bei der "Nachnutzung" angeboten wurden, auch noch auf. Das wären:

- Quellprogramm
- ausführliche Anwenderdokumentation

Am BIC unter CP/M konnte ich am Ende ganz gut arbeiten mit BASIC-T. Wer auch mal etwas damit machen will, dem helfen evtl. die Tipp's unten.

https://nextcloud-ext.peppermint.de/s/kXAfNpQY6wm6r8m

Viele Grüße,
Heiko

Quellcode:


Basic-Zeile editieren
---------------------

Pfeiltasten:

<- oder CTRL+H = Cursor nach links
-> oder CTRL+D = Cursor nach rechts

CTRL +

A = Cursor zum Zeilenanfang
F = Cursor zum Zeilenende
E = Leerzeichen an Cursorposition einfügen
X = Zeichen Cursorposition loeschen
R = Zeile loeschen bis zur Zeilennummer


LOAD / SAVE auf Floppy
----------------------

ASGN DAO=FDW 'TEST'
SAVE

ASGN DAI=FDR 'TEST'
LOAD

Bei SAVE wird an den Dateinamen automatisch ".GBA" angehangen. LOAD liest auch nur ".GBA"-Dateien. Der Dateiname darf max. 6 Zeichen lang sein.


Basic-Quelltext extern erstellen
--------------------------------

Das Zeichen für Zeilenumbruch ist 1EH. Wenn moeglich, den externen Editor umstellen auf 1EH oder mit Suchen/Ersetzen das Zeilenende austauschen. Wenn man die Datei extern bearbeitet (JKCEMU + Floppy-LW von Verzeichnis + automatische Aktualisierung ) kann man nach dem externen Speichern in BASIC-T alles loeschen mit DELETE und mit LOAD die Datei wieder laden. ASGN bleibt erhalten.

Dieser Beitrag wurde am 16.12.2025 um 10:08 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

092
19.12.2025, 12:59 Uhr
Dresdenboy

Mit dem Z80-Disassembler von hier: http://www.brouhaha.com/~eric/software/d52/
kann gut lesbarer BASIC-T-Assemblercode (mit Optionen -c -d) erzeugt werden.

Edit:
Da ich den Compreter auch gerade in der Mache hatte, wollte ich mal sehen, wie die Grafik ausgegeben wird. Also ganz stumpf ein kleines Progrämmchen geschrieben:

Quellcode:

100 FOR I=1 TO 1000
200 DOT 6,3
300 NEXT I

Die Schleife dient nur dem ständigen Durchlaufen des Codes, um ihn zu finden.

Um es besser nachvollziehbar zu machen, habe ich im JKCEMU-Debugger die Befehle aufgezeichnet. Der spannende Teil ist:

Quellcode:

AF=0044 [.Z...P..] BC=0000 DE=0360 HL=0006 IX=4419 IY=420D SP=43A3   PC=3B20  06 01       LD      B,01H
AF=0044 [.Z...P..] BC=0100 DE=0360 HL=0006 IX=4419 IY=420D SP=43A3   PC=3B22  18 02       JR      3B26H
AF=0044 [.Z...P..] BC=0100 DE=0360 HL=0006 IX=4419 IY=420D SP=43A3   PC=3B26  21 00 90    LD      HL,9000H
AF=0044 [.Z...P..] BC=0100 DE=0360 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B29  3A 02 3B    LD      A,(3B02H)
AF=0344 [.Z...P..] BC=0100 DE=0360 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B2C  2F          CPL
AF=FC7E [.Z1H1PN.] BC=0100 DE=0360 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B2D  CB BF       RES     7,A
AF=7C7E [.Z1H1PN.] BC=0100 DE=0360 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B2F  16 00       LD      D,00H
AF=7C7E [.Z1H1PN.] BC=0100 DE=0060 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B31  5F          LD      E,A
AF=7C7E [.Z1H1PN.] BC=0100 DE=007C HL=9000 IX=4419 IY=420D SP=43A3   PC=3B32  CB 23       SLA     E
AF=7CA8 [S.1.1...] BC=0100 DE=00F8 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B34  CB 23       SLA     E
AF=7CA5 [S.1..P.C] BC=0100 DE=00F0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B36  30 01       JR      NC,3B39H
AF=7CA5 [S.1..P.C] BC=0100 DE=00F0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B38  14          INC     D
AF=7C01 [.......C] BC=0100 DE=01F0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B39  CB 22       SLA     D
AF=7C00 [........] BC=0100 DE=02F0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B3B  CB 23       SLA     E
AF=7CA1 [S.1....C] BC=0100 DE=02E0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B3D  30 01       JR      NC,3B40H
AF=7CA1 [S.1....C] BC=0100 DE=02E0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B3F  14          INC     D
AF=7C01 [.......C] BC=0100 DE=03E0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B40  CB 22       SLA     D
AF=7C04 [.....P..] BC=0100 DE=06E0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B42  CB 23       SLA     E
AF=7C85 [S....P.C] BC=0100 DE=06C0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B44  30 01       JR      NC,3B47H
AF=7C85 [S....P.C] BC=0100 DE=06C0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B46  14          INC     D
AF=7C01 [.......C] BC=0100 DE=07C0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B47  CB 22       SLA     D
AF=7C08 [....1...] BC=0100 DE=0EC0 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B49  CB 23       SLA     E
AF=7C81 [S......C] BC=0100 DE=0E80 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B4B  30 01       JR      NC,3B4EH
AF=7C81 [S......C] BC=0100 DE=0E80 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B4D  14          INC     D
AF=7C09 [....1..C] BC=0100 DE=0F80 HL=9000 IX=4419 IY=420D SP=43A3   PC=3B4E  19          ADD     HL,DE
AF=7C08 [....1...] BC=0100 DE=0F80 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B4F  3A 00 3B    LD      A,(3B00H)
AF=0608 [....1...] BC=0100 DE=0F80 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B52  16 00       LD      D,00H
AF=0608 [....1...] BC=0100 DE=0080 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B54  5F          LD      E,A
AF=0608 [....1...] BC=0100 DE=0006 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B55  CB 3B       SRL     E
AF=0604 [.....P..] BC=0100 DE=0003 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B57  CB 3B       SRL     E
AF=0601 [.......C] BC=0100 DE=0001 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B59  CB 3B       SRL     E
AF=0645 [.Z...P.C] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B5B  19          ADD     HL,DE
AF=064C [.Z..1P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B5C  E6 07       AND     07H
AF=0614 [...H.P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B5E  C6 00       ADD     A,00H
AF=0600 [........] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B60  5F          LD      E,A
AF=0600 [........] BC=0100 DE=0006 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B61  3E 80       LD      A,80H
AF=8000 [........] BC=0100 DE=0006 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B63  28 04       JR      Z,3B69H
AF=8000 [........] BC=0100 DE=0006 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B65  0F          RRCA
AF=4000 [........] BC=0100 DE=0006 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B66  1D          DEC     E
AF=4002 [......N.] BC=0100 DE=0005 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B67  20 FC       JR      NZ,3B65H
AF=4002 [......N.] BC=0100 DE=0005 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B65  0F          RRCA
AF=2020 [..1.....] BC=0100 DE=0005 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B66  1D          DEC     E
AF=2002 [......N.] BC=0100 DE=0004 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B67  20 FC       JR      NZ,3B65H
AF=2002 [......N.] BC=0100 DE=0004 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B65  0F          RRCA
AF=1000 [........] BC=0100 DE=0004 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B66  1D          DEC     E
AF=1002 [......N.] BC=0100 DE=0003 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B67  20 FC       JR      NZ,3B65H
AF=1002 [......N.] BC=0100 DE=0003 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B65  0F          RRCA
AF=0808 [....1...] BC=0100 DE=0003 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B66  1D          DEC     E
AF=0802 [......N.] BC=0100 DE=0002 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B67  20 FC       JR      NZ,3B65H
AF=0802 [......N.] BC=0100 DE=0002 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B65  0F          RRCA
AF=0400 [........] BC=0100 DE=0002 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B66  1D          DEC     E
AF=0402 [......N.] BC=0100 DE=0001 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B67  20 FC       JR      NZ,3B65H
AF=0402 [......N.] BC=0100 DE=0001 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B65  0F          RRCA
AF=0200 [........] BC=0100 DE=0001 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B66  1D          DEC     E
AF=0242 [.Z....N.] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B67  20 FC       JR      NZ,3B65H
AF=0242 [.Z....N.] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B69  CB 40       BIT     0,B
AF=0210 [...H....] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B6B  F3          DI
AF=0210 [...H....] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B6C  08          EX      AF,AF'
AF=8044 [.Z...P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B6D  AF          XOR     A
AF=0044 [.Z...P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B6E  D3 08       OUT     (08H),A
AF=0044 [.Z...P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B70  08          EX      AF,AF'
AF=0210 [...H....] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B71  28 0B       JR      Z,3B7EH
AF=0210 [...H....] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B73  B6          OR      (HL)
AF=0200 [........] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B74  77          LD      (HL),A
AF=0200 [........] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B75  08          EX      AF,AF'
AF=0044 [.Z...P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B76  3E 80       LD      A,80H
AF=8044 [.Z...P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B78  D3 08       OUT     (08H),A
AF=8044 [.Z...P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B7A  08          EX      AF,AF'
AF=0200 [........] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B7B  FB          EI
AF=0200 [........] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B7C  AF          XOR     A
AF=0044 [.Z...P..] BC=0100 DE=0000 HL=9F80 IX=4419 IY=420D SP=43A3   PC=3B7D  C9          RET

Das scheint den DOT-Befehl umzusetzen. Man findet weit oben schon ein LD HL, 9000H bei PC=3B26, was ich als Bildspeicher-Basisadresse werte. Dann wird dafür ein Offset 0F80H errechnet (bis PC=3B4E). Hierbei befindet sich BASIC-typisch der Koordinatenursprung unten links, da Y=3 von oben links nicht so einen großen Offset erzeugen würde.
Der Punkt wird dann wohl ab PC=3B73 geschrieben, indem erst mit OR (HL) das Byte aus dem BWS verknüpft und dann mit LD (HL),A geschrieben wird. A ist zu dem Zeitpunkt 02H, was von links gezählt das 7. Bit (X=6) wäre.

Mit den Daten ergäbe sich z.B. eine Bitmap im BWS ab 9000H mit Dimensionen 256x128, wo ab Zeilenoffset 127-3=124 mit 32 Bytes pro Zeile (256 Bits) der Offset 124*32=F80H zustande kommt. Natürlich könnte der BWS auch anders angeordnet sein.

Interessant ist auch die Ausgabe auf Port 08H um die Schreiboperation herum. Hier könnte der BWS temporär eingeblendet werden.

Welches System hat diese BWS-Spezifikationen?
- 4 kB BWS
- 256x128 Pixel monochrom
- Basisadresse 9000h
- Speicherseitenumschaltung über Port 08h

VG,
Matthias
--
___________________________________
Produktionen im Rahmen der "The Computer Art Community" (Demoszene): https://demozoo.org/sceners/64936/, YT-Kanal: https://www.youtube.com/@4lpha0ne/videos
Programmierung seit '86 in BASIC: KC85/3, C64, A1200, PC | ASM: LC-80, C64, KC87, A1200, NeoGeo, PC, Mega 65, µC | Turbo Pascal: BIC, PC | C: RS/6000, Alpha, PC, µC | C++, Java, Javascript, Rust, Lua, Perl, PHP u.a. auf PC
HW: LC-80, BIC A5105 komplett, KC87, KC85/2-4, KCC, C64s, C16, Plus/4s, A500s, A1200, Mega 65, ESP32s, RasPis, PCs, Laptops, MR 610, ...

Dieser Beitrag wurde am 19.12.2025 um 14:59 Uhr von Dresdenboy editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

093
19.12.2025, 15:01 Uhr
HeikoS

Cool, schöne Analyse ! Ich kenne so ad hoc keine Grafik, die so konfiguriert war, aber ist evtl. auch mal in der RFE veröffentlicht worden?

Dieses BASIC-T meldet sich ja mit "GRAPHIK-BASIC". Kann man im Code erkennen, ob die Grafikausgabe auch mit einem ASGN konfiguriert werden kann? Dann könnten ja evtl. noch weitere Grafiksysteme unterstützt werden. Die Version ist ja immerhin von 1986.

Viele Grüße,
Heiko

Dieser Beitrag wurde am 19.12.2025 um 15:55 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]