Peek und Poke ...Welche Adressen kann man nutzen.

Für Poke und Peek stehen 65.535 Byte zur freien Nutzung durch das jeweilige Programm zur Verfügung.
Du kannst da keinen fremden Code oder Daten überschreiben. Du kannst so oft du willst deine eigenen Daten hineinschreiben, überschreiben, auslesen.
Man kann dieses VRAM ganz gut als eine Art Zwischenspeicher nutzen.

Zitat von Funkheld

VRAM : Geht durch Poke/Peek Grafikspeicher verloren wenn ich etwas mit Circle hergestellt habe?

Wenn man etwas in den Grafikspeicher schreibt, das hat nichts mit dem VRAM zu tun. Dieses virtuelle Ram kann man als Zwischenspeicher nutzen. Ich nehme es z.B., um Zeilen aus einer Bitmap-Grafik einzulesen, diese zu bearbeiten und in die Bitmap zurückzuschreiben.

Zitat von Funkheld

Gibt es eigentlich beim Zeichnen mit Circle usw. 2 Grafikspeicher um eventuell im Hintergrund zeichnen und dann in den Vordergrund bringen?

Habe mit Grafikspeicher noch nicht gearbeitet, aber ich glaube, du kannst mehrere Screens oder Views nutzen, diese beschreiben und dann zum DefaultScreen (oder visible?) machen. Dann erscheinen sie.
Aber das weiß Rainer viel besser.

Zitat von Funkheld

VRAM : Geht durch Poke/Peek Grafikspeicher verloren wenn ich etwas mit Circle hergestellt habe?
Gibt es eigentlich beim Zeichnen mit Circle usw. 2 Grafikspeicher um eventuell im Hintergrund zeichnen und dann in den Vordergrund bringen?

VRAM steht für Virtueller RAM, nicht für Video-Ram. An den Videospeicher kommst du unter R-BASIC / GEOS nicht direkt heran.

Zwei Grafikspeicher kann man relativ leicht machen, dazu sollte man aber etwas Erfahrung mitbringen.

Rainer

Nachtrag: mit "Etwas mehr Erfahrung" meine ich, dass man etwas Erfahrung mit den R-BASIC Objekten haben muss. Man muss z.B. wissen, was ein BitmapContent und ein View ist, was ein Screen ist und wie man Objekte zur Laufzeit sichtbar und unsichtbar macht. Das ist alles nicht wirklich schwer und ist im Handbuch beschrieben. Aber man musses eben verstanden haben.
Rainer

sebi: Im Prinzip ja, du hast mehrere BitmapContents, das nicht mit dem View verbundene machst du zum Screen, schreibts hinein und machst es dann zum Content des View. Dann erscheint die Grafik / der Text. Jetzt kannst du das andere BitmapContent zum Screen machen, beschreiben usw... immer abwechslend.
Je nach Fall geht es aber auch anders, u.U. auch schneller.

R-BASIC unterstützt keine direkte Einbindung von asm oder C Code.
Also schnelles Umschaufeln von Speicher auf den Schirm geht nicht. Einer der schnellsten Wege ist, im Hintergrund in eine Bitmap zu zeichnen (mit PRINT, DrawImage oder DraePicture) und dann die Bitmap zu Drawen. Oder gleich DrawImage oder DrawPicture zu benutzen, um verschieden Phasen eines animierten Objekts zu zeichnen.
Rainer

P.S. In FreeGeos selbst kann man (ausschließlich) mit asm und C arbeiten. Dazu muss man das SDK installieren und sich dort einarbeiten. Einen direkten Zugriff auf den Bildschirm-RAM wie unter DOS hat man aber trotzdem nicht - ich wüsste jedenfalls keinen Weg. Außerdem kann man mit dem SDK "Erweiterungen" für R-BASIC schreiben, die dann wie ein normaler R-BASIC Befehl benutzt werden können.

Folgendes ohne es getestet zu haben ...

struct demo
pixel(63,63) as byte
end struct

Definiert einen Typ, der ein 64x64 = 4096 Byte großes zwiedimensionales Array aufnimmt, also idel für ein 64x64 Bild in 256 Farben. Die Zählung des Index beginnt immer bei Null.

Dim b as demo

definert eine passende Variable

b.pixel(10,10) = 12

schreibt einen Wert (12) in die Struktur

spoke 100, b

schreibt die Struktur-Variable b auf Adresse 100 in den Poke-Ram (VRAM)

Rainer

P.S. Die Poke/Peek-Befehle sind als Kompatibilitsbefehle geschrieben. Bitte nicht wundern, wenn sie nicht besonders schnell sind. Das liegt daran, dass der VRAM nicht permanent im Hauptspeicher liegt, sonder bei jedem (!) Poke/Peek-Befehl geladen werden muss. Würde man 64 kB ständig im Hauptspeicher haten, würde die Geschwindigkeit aller anderen Befehle / Programme leiden.