BASIC-RASTERS:
Da immer wieder das Interesse an der Raster-Programmierung aufkommt mache ich hier einmal ein Thread zum Sammeln von Raster-Programmen auf Basic-Basis auf.
Die Raster-Programmierung an sich ist im Prinzip relativ einfach:
Man muß mittels Basic den Rasterstrahl am Bildschirmanfang abpassen und kann dann mittels POKE oder PRINT die VIC-Register beschreiben und damit dann die Raster-Effekte erzeugen.
z.B. register 53265
:sys65374:rem---warten auf rasterstrahl
Schönen Gruß.
Dann hau mal raus den Basic Code. Würde mich interessieren.
Erzeugt langsam bewegende Balken. Je nach Anzahl der Doppelpunkt stehen die auch still. (Wie in meinem Beispiel)
Wozu das allerdings gut sein soll und wer da Interesse bekundet hat weiss ich nicht 
Erzeugt langsam bewegende Balken. Je nach Anzahl der Doppelpunkt stehen die auch still. (Wie in meinem Beispiel)
Wozu das allerdings gut sein soll und wer da Interesse bekundet hat weiss ich nicht
Nu ja, dein Beispiel poke't einfach drauf los. BIF ging es glaub ich um das exakte Auswerten der Rasterposition und Rahmenfarbe entsprechend wechseln in BASIC 
Nur ist Basic dazu zu langsam. Was hinfaken geht immer. Das kann BIF, aber was sinnvolles draus machen ist nicht möglich. Er hatte den Code auch früher schonmal gepostet, also nix neues!
Wieso hin"faken"? Es funktioniert doch offensichtlich? Und was wären sinnvollere Rasterbars?
Ich hab mich mal an Bif's Ansatz gesetzt, also das beste, was ich hinbekomme sind 6 Bars mit jeweils gut 4 Zeilen Breite. Also entweder einen guten Basiccompiler nehmen (und Timing nachbasteln) oder auf die beliebte Basicerweiterung namens Assembler ausweichen.
Das Ding ist, Maschinenspracheroutinen negieren den Punkt "Basic". Aber die Diskussion hatten wir in diesen Threads schon zu genüge. Ich bin mal vorsichtshalber wieder weg 
Das ist jedenfalls spaßig
Zwischendurch hab ich es auch mal geschafft, auf die andere Zeile 0 oder 256 zu warten, das sah besser aus.
Zeilen-Stop2-DEMO:
Hier eine der ersten Raster-Demo´s, die ich gecodet habe.
Um zu testen, was so in Basic möglich ist.
Schönen Gruß.
Das Ding ist, Maschinenspracheroutinen negieren den Punkt "Basic". Aber die Diskussion hatten wir in diesen Threads schon zu genüge. Ich bin mal vorsichtshalber wieder weg
Ich sehe schon, es geht um "Basic" 
Hahaha, da kommen auf jeden Fall Erinnerungen hoch, danke schonmal dafür
Sowas hab ich als Kind auch ständig gemacht, besonders die Doppelpunkte waren wichtig für's Timing und ich kam mir unglaublich smart vor. Ob sinnvoll oder effizient ist eigentlich egal, wichtig ist, dass man mit wenigen Zeilen Code was auf den Schirm zaubern konnte, was so sonst nicht ging. Ich wünschte, es gäbe heute noch so einfache Möglichkeiten, die Magie von Programmierung den eigenen Kindern nahe zu bringen.
Demos waren noch nie "sinnvoll". Es sind einfach Demos.
Demos waren noch nie "sinnvoll". Es sind einfach Demos.
Lösch dat bitte, sonst zitieren irgendwann irgendwelche Politikern den Snoopy auf Demos
Für Spiele z.B. Adventures und Anwendungen durchaus sinnvoll.
Da bin ich dann gespannt, wie du die Spieleengine, Tastatur-/Joystickabfrage usw. machst, während das BASIC-Programm zu 100 % damit beschäftigt ist, den "Raster" auszuführen ...
Raster-Abfrage zur Flimmervermeidung:
Hier eine Demo, bei der ich das Rastern zur Bild-Flimmer-Vermeidung eingesetzt habe.
Also ein großer Anwendungsbereich ist es das Flackern zu vermeiden.
Im Gegensatz zu anderen Methoden erlaubt :sys65374: stabile Raster, ohne den Interupt auszuschalten, also auch Tastaturabfragen sind für den Programmierer weiterhin möglich.
Schönen Gruß.
Echt? Inwiefern ist die Abfrage von Tastatur und Joystick oder das Abspielen von Sound in BASIC während eines "Rastereffekts" (wie auch immer der aussehen möge) vom Anwendungsfall abhängig?
Also das höchste der Gefühle dürfte ein "Rastereffekt" sein, während man eine Anleitung o. ä. anzeigt und dabei auf einen Tastendruck wartet um fortzusetzen. Aber ich bin auch kein Coder.
