Robotrontechnik-Forum

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

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » Programmierung von Grafikeffekten auf DDR-Computern » Themenansicht

Autor

Thread - Seiten: -1-

000
24.11.2024, 13:57 Uhr
Dresdenboy

Hallo zusammen,

obwohl der Austausch zum BIC-Thread gut besucht ist und es auch eine erfreuliche Beteiligung bei Programmier-Themen gibt, dachte ich nach Heikos Ju-Te-6K-Demo-Projekt, dass es ja übergreifende Themen gibt, die je nach Hardware auch auf mehreren Plattformen umgesetzt werden können. Fokus liegt hier natürlich auf Grafikeffekten (ggf. auch Sound) wie sie in Intros/Demos aus der Demoszene u. oft auch in Spielen zu finden sind. Dazu gehören sowohl die Funktionsweise, Optimierungen und Tricks, um diese mit möglichst wenig Taktzyklen pro Bildelement umzusetzen, sowie die Eignung der Plattformen für bestimmte Effekte.

Interessant wären schonmal all jene Computer mit echtem Textmodus, idealerweise noch mit Farbattributen. Alternativ sind auch Vollgrafik-Computer geeignet, wenn diese für Pixelblöcke Farbattribute verwenden. Da ist der Vorteil, dass die zu verändernden Datenmengen überschaubar sind.

Weiterhin sínd Rechner interessant, die spezielle Eigenheiten bzw. Stärken aufweisen. Das wären z.B. Rechner mit dem U82720/µPD7220 (BIC, EC1834, VIS3-Karte usw.) oder dem 6845 u. dessen Klone (KCC), Ju-Te-6K u.a. Rechner mit einzeln schreibbaren Farb-Bildebenen und generell auch Rechner, wo der Bildaufbau irgendwie über Register änderbar ist oder Informationen über das Zeichnen der einzelnen Bildzeilen abgreifbar sind.

Das soll es erst einmal für die Einleitung gewesen sein.

Viele Grüße,
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

001
24.11.2024, 14:15 Uhr
ralle

KC85/4 via ESC-Sequenzen. Also Hintergrundfarbe tauschen und so.
https://www.youtube.com/watch?v=xC-nCm-XVBw
war vorher das falsche Video.
Jetzt aber das richtige, ein kleines BASIC: https://www.youtube.com/shorts/4oevv-e8zW8
--
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

Dieser Beitrag wurde am 24.11.2024 um 14:25 Uhr von ralle editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
24.11.2024, 17:30 Uhr
kaiOr

Hat man genügend RAM im System könnte man eine Art Playback durchführen. Das muss nicht wie hier gleich Vollbild sein und die Bilddaten müssen auch nicht von extern (USB) kommen.
Sondern man könnte auch ein kleines Objekt (3D-Würfel, dynamische Kachel) während des "Ladebalkens" vorberechnen und dann als bewegliches Sprite oder als gefächerten Hintergrund plotten.

Zitat:

Dresdenboy schrieb
U82720/µPD7220 (BIC, EC1834, VIS3-Karte usw.)

Die Inkompatibilität fängt oft schon auf ein und demselben Rechner an.

Wir hatten z.B. neulich einen Thread mit GEDIT (auf A7150).

Zitat:

GRAF11.F50 wurde notwendig, da sich beim Einsatz einzelner
Importexemplare des Schaltkreises GDC (Graphics Display Con-
troller) vom Typ NEC 7220A aufgrund eines bisher nicht be-
kannten und vom Hersteller nicht eindeutig dokumentierten
Verhaltens Fehlfunktionen ergeben, die sich in der ladbaren
Grafikfirmware folgendermassen auswirken:
- fehlerhafte Darstellung des "kleinen" Grafikkursors, des
Rechteckechos (K31) und des Eingabeausschnitts (K15) (hori-
zontale Linien nicht durchgehend, sondern "durchbrochen"),
- fehlerhafte Ausfuehrung der Grafikkommandos K8 (Initiali-
siere Speicherabschnitt) und K9 (Initialisiere Speicheraus-
schnitt)("Streifenmuster" ueber die gesamte Bildschirm-
breite).
Durch eine in GRAF11.F50 vor Ausfuehrung des ersten Grafikkom-
mandos zusaetzlich durchgefuehrte Initialisierung des GDC wird
ein fehlerfreies Verhalten, unabhaengig vom konkret einge-
setzten Schaltkreistyp, erreicht.

MfG

Dieser Beitrag wurde am 24.11.2024 um 17:32 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
24.11.2024, 18:12 Uhr
Dresdenboy

@Kai
Ja, Playback kleiner Sequenzen v.a. nicht als Vollbild, sondern geschickt berechnet in wenigen sich wiederholenden Frames sind denkbar. Das kann auch zeichensatzbasiert sein. Gerade auf PETSCII-Rechnern gibt es da einen Trend und auch viel Akzeptanz.

Rechner mit viel Grafikspeicher könnten solche Sequenzen auch gleich in ihrem VRAM lagern. Mit einer leichtgewichtigen Komprimierungen (Ablegen von Bildteilbereichen, die nur gezielt überschrieben werden müssen), ginge da auch etwas, was ein <2 MHz Z80 flüssig schafft.

Bgzl. NEC µPD7220A:
Haben diese Probleme mit dem NEC-Chip vllt. etwas mit den hier dokumentierten Änderungen (siehe von mir gepostetes Bild) zu tun?

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

004
24.11.2024, 18:37 Uhr
ralle

Für den Spectrum gibt es eine Videoplayer mit Ton.
--
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

005
24.11.2024, 19:07 Uhr
volkerp
Default Group and Edit

Zu 000:

KC87 (Farbe) und Z1013 (sw)
Sind geeignete Kandidaten für reinen Textmodus.
Es gibt kaum Demos für diese Systeme.

Hier im Forum gab es das „wormhole“,
Auf meiner Seite findest du 1-Bit-Sound und „Last-KC-Demo“ (große Laufschrift)
--
VolkerP

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

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
24.11.2024, 19:31 Uhr
HeikoS

Eine gute Idee! Ich möchte auf eine Demo für den Z1013 hinweisen, die im Juni von Dietmar (u-held) hier vorgestellt wurde. Bisher hat niemand weiter seine Arbeit gewürdigt …

<036> https://www.robotrontechnik.de/html/forum/thwb/showtopic.php?threadid=21054

Vielleicht liegt es ja auch daran, dass es auf GitHub veröffentlicht wurde.

https://github.com/duhlig/Z1013_software/tree/main/krtdemo

Ich hatte jetzt schon mehrfach Nachfragen (sogar von höchster Stelle :-) zum Laden von *.bin-, *.wav-Dateien etc. auf GitHub. Vielleicht ist dieser Hinweis ja hilfreich. Wenn auf GitHub ein Link, z.B. https://github.com/duhlig/Z1013_software/blob/main/krtdemo/krtdemo.z80 existiert, kann man die Datei nicht mit „Rechtsklick“ und „Ziel speichern unter“ laden, sondern man muss den Link anklicken und danach auf GitHub den „Download Button“ (Pfeil nach unten, Download raw file, oben rechts) anklicken. Im JKCEMU KRT-Grafik aktivieren und „krtdemo.z80“ auf 100H laden.

Hab’s hier auch mal im JKCEMU aufgezeichnet: https://nextcloud-ext.peppermint.de/s/ooA4LT8BcLeatiF

Grüße, Heiko

Dieser Beitrag wurde am 24.11.2024 um 19:38 Uhr von HeikoS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
25.11.2024, 19:31 Uhr
Dresdenboy

@Volker:
Die LKCC-Demo habe ich mir angeschaut. Das passt schon ganz gut. Sie braucht offenbar auch nicht einmal viel Code.

Die 1-bit-Sound-Demo schaue ich mir auch noch an. Das Verfahren ist mir manchmal schon begegnet. Ich glaube, das erste Mal auf 286 u. 386 mit PC-Speaker, wo ein Mod-Player die berechneten PCM-Daten ausgab. Spannend wäre hier, die Ausgabe mit dem Bildschirm-Update zu synchronisieren, um zeitlich beides hinzukriegen.

Bzgl. Textmode sind ja auch verschiedene Umsetzungs-Stufen denkbar, je nach Rechner und Bildausgabe-Logik. Von festem monochrom dargestellten Zeichensatz (Nachbildung versch. Helligkeiten über entspr. Zeichen) bis farbig und modifizierbare Zeichen ist ja alles denkbar. Bei PETSCII-Demos auf Commodore PET bis C64 kann man auch die Bandbreite sehen.

@Heiko:
Ich habe mir die Demo mal selbst gezogen und auch im JKCEmu starten können.

Das ist schon gut gemacht, v.a. umfangreich.

Und mit schnellen Kreisroutinen kann man da ja schon etwas schönes machen. Vor allem lässt sich noch mehr herausholen, wenn man von generischen Routinen, die alle möglichen Fälle u. Bildschirmränder beachten müssen (da war auch ein kleiner Bug in der Kreisroutine oben am Rand zu sehen) weg geht (bzw. diese nur in schwierigen Situationen nutzt) und eher spezialisierte Routinen schreibt, ginge noch mehr. Gerade auf C64, Amiga u. Co. waren die Dot Tunnel sehr beliebt. Da werden Kreise nur mit z.B. 32 Punkten dargestellt, was für einen Tunnel aus mehreren Kreisen dann schnell genug ist. Die Punkte können auch vorberechnet sein und müssen nur noch entspr. der Position verschoben werden.

VG,
Matthias

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

008
25.11.2024, 21:05 Uhr
u-held

Zitat:

Dresdenboy schrieb
da war auch ein kleiner Bug in der Kreisroutine oben am Rand zu sehen

Ich denke, da läuft die Fehlervariable des Bresenham-Algorithmus über. Das zu untersuchen hatte ich aber keine Lust mehr. Betrifft ja nur große Radien. Und die sind nicht so spannend, so lange der Mittelpunkt im Bild liegen muss.

VG,
Dietmar
--
Kompetenz simulieren

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
25.11.2024, 21:56 Uhr
HeikoS

Zitat:

volkerp schrieb
...
Hier im Forum gab es das „wormhole“,
...

Ich konnte das hier im Forum mit der Suche nicht finden. Kann jemand helfen ?

Grüße, Heiko

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]