joyceforum.de

In der Theorie stimmt es auf jeden Fall. Ein Halbbild hätten wir schon, wenn Bernd noch ein zweites mit leicht veränderter Sicht kreieren würde, könnte das klappen.

Bei nebeneinander ist der Nachteil, dass die Breite auf 65 mm beschränkt bleibt (Abstand der Pupillen), aber inzwischen haben findige Köpfe das KMQ-Verfahren entwickelt, da werden die Halbbilder übereinander angeordnet und können dann auch deutlich breiter sein. https://www.perspektrum.de/i/kmq-verfahren

Als einen möglichen Weg hat Bernd ins Auge gefasst, das Programm noch um eine Abspeicherung als PBM zu erweitern. Ich habe hier mal (auf anderen Wegen) jeweils eine normale und eine invertierte Version der Grafik für die Joyce und für Windows erzeugt. Die invertierte Joyce-Version sollte dann auf dem Drucker mit dunklen Schatten ankommen. Die beiden Joyce-Versionen können mit dem aktuellen PBMREAD-Programm betrachtet werden (die Windows-Versionen mit den Vorgängern, die die Windows-Bilder noch in der Höhe stauchen).

Irrsinnig, was Bernd da wieder auf der Joyce möglich gemacht hat! Ich habe es auf dem Treffen auf einer realen Joyce gesehen, natürlich läuft es dort recht langsam, brauchte wohl anderthalb Stunden. Gut, dass wir die CPM-Box und dort die F11-Taste haben!



Den fertigen Screen druckten wir in Nothfelden auch gleich aus, dabei werden bekanntermaßen, in dem Fall leider, die Helligkeitswerte vertauscht. Es gab den Vorschlag (von Olli?), weißes Farbband auf schwarzem Papier zu nutzen , aber wie wir Bernd kennen, wird es nicht bei Version 1.0 bleiben und er wird auch dieses Problem lösen.

Das sehr gelungene Klubtreffen 2024 liegt hinter uns und hier


ist wieder eine Schnappschusssammlung für unsere Joyce, zu betrachten mit Bernds Programm PBMREAD 3.4

viewtopic.php?p=641#p641 .

pbmread -diashow

Zeigt eine Diashow aller PBM-Dateien des aktuellen Laufwerks an.

Als kleine Zugabe sind auch Bilder aus Helmarshausen 2024 und Wittenberg 2023 + 2024 dabei.


Viel Spaß damit!

Auf unserer Homepage gibt es jetzt ein Schachspiel in ASCII - Grafik. https://joyce.de/basicode/joyce/schach.htm Es ist mehr auf Angriff als auf Verteidigung ausgerichtet, daher hat man gute Chancen, einen Sieg zu erreichen.

Viel Spaß damit!
EDIT: Es lässt sich (natürlich) auch im Hagemans-online-Browser https://robhagemans.github.io/basicode/ spielen, dort läuft es flott und kann auch noch schneller eingestellt werden.

Das Programm liegt hier: https://robhagemans.github.io/basicode/ ... CHAKEN.BAS (oder man sucht es selbst unter dem Reiter "Programs")..

Um die Optik etwas angenehmer zu gestalten, kann in den Settings der Zeichensatz des coco eingestellt werden, dann sind die Kleinbuchstaben invertierte Großbuchstaben. Nun noch auf den Reiter "Listing" gehen und Zeile 1170 wie folgt abändern:


Nun haben wir deutsche Abkürzungen für die Spielfiguren und die Kleinbuchstaben (sprich Großbuchstaben auf weißem Hintergrund) landen unten, oben stehen die Buchstaben auf schwarzem Hintergrund - so kann man die Figuren gut unterscheiden.

Durch Klick auf den Screen startet das Spiel, die Eingaben erfolgen über die virtuelle Tastatur unter dem Reiter "Keyboard".

Michael arbeitet noch an ein paar Baustellen, aber die raumfüllenden Kurven aus dem Thread "Grafik - Kurven" lassen sich schon auf den Bildschirm bringen, hier als Beispiel die Peano-Kurve von "Hojoe" aus dem Robotrontechnik-Forum:

Ein besonderer Vorteil der Java-Lösung ist das irrwitzige Tempo!

Bei meinen Versuchen diese verflixte Rekursion in meinen Schädel zu bekommen stieß ich auf der Website eines Mathematikers der Universität von Ljubljana (Slowenien) auf weitere raumfüllende Kurven.

Die Knuth-Kurve

Das Logo-Programm von dort passt auch auf unserer Joyce. Wie bei den meisten Grafik-Sachen ist das Tempo beschaulich, aber in der CP/M-Box gibt es ja die F11-Taste.


Die Wirth-Kurve



Die Sierpinski-Kurve

Hier musste erst die Berechnung der Quadratwurzel definiert werden - diese Funktion fehlt im Dr Logo des PCW.

Paul hat geschrieben: ↑31.12.2023, 15:20 Die schnelle Spirale dreht aber falsch herum

Extra für Dich noch einmal andersherum, Paul! Aber woher willst Du wissen, welche falsch herum dreht?

Komm gut ins neue Jahr!

ein Thüringer hat geschrieben: ↑28.12.2023, 19:56(...) zeigt sich, dass das Zeichnen rasend schnell erfolgt.

Hier seht Ihr, dass wirklich Welten dazwischen liegen. Dieser Apfelmännchen-Ausschnitt vom ZX81 (256 x 176 Pixel) benötigte tatsächlich Wochen zum Fertigstellen und dieser unter Michaels Interpreter (320 x 200 Pixel) keine zehn Sekunden: Ich bin gespannt auf die nächste Version!

haupz hat geschrieben: ↑28.12.2023, 23:29Ich würde mich über detaillierte Fehlerberichte oder einfach über die Namen der nicht funktionierenden Programme samt Schritte zur Reproduktion der Fehler sehr freuen!

Ich war erst mal froh, dass ich es überhaupt zum Laufen bekommen hatte – ohne die schon kompilierte jar-Datei wäre ich komplett außen vor geblieben.

Du sollst auch nicht eine Liste von Programmen vor die Füße geworfen und nur gesagt bekommen, hier bleibt der Bildschirm blau, hier stürzt es gleich ab, hier bleibt es hängen, nun mache mal, sondern ich will auch schon selbst versuchen, eine Ursache zu benennen und das Problem etwas einzugrenzen / zu lokalisieren.

Wie soll das vonstatten gehen? GOSUB 110 setzt nicht nur den Cursor gemäß HO/VE, sondern auch die Textfarben gemäß CC(0)/(1)?

Genau, vgl. 000 in https://www.robotrontechnik.de/html/for ... adid=20758 . Dort ist auch ein Behelf, es im Programm und nicht im Bascoder zu erreichen, aber ersteres wäre schöner. Ich habe es sogar in meiner lokal gespeicherten Version des Hagemans-Bascoders patchen können, obwohl ich die Programmiersprache gar nicht beherrsche – einfach den betreffenden Passus aus der 100er Routine in die 110er kopiert.