READ und DATA Problem

Ich habe ein Problem im Umgang mit "read" und "data" im C64 Basic.

Ich befinde mich in einem Unterprogramm, welches sich weiter unten im Listing befindet.
Wenn ich in diesem Unterprogramm z.B. meine Spritedaten aus der Datazeile lesen will, so
springt er immer an den Anfang des kompletten Listings und dort zur ersten "data" Zeile die er findet.
Dort stehen aber ganz andere Daten. Denn meine Daten stehen ja im Unterprogramm in einer "data" Zeile.
Mach ich was falsch, oder gibt es da einen Trick, damit der 64er weiss wo die richtigen Daten bzw "data" -Zeilen liegen?

gruss

Danke, gute idee.
Also einen Befehl wie: "read x from data-Zeile 1000..." oder so gibts nicht?

Also wäre es wohl am besten, ALLE "data"-Zeilen ans Ende eines programms
zu schreiben, und mit einem "Marker" zu versehen, nach dem Motto "read" solange bis Marker kommt
oder wie bei deinem Vorschlag bis alle anderen "überzählt" sind.
Beides kostet mir aber sehr viel Rechenzeit!

Zitat von markusC64

Per google gefunden: SUPER-7: RESTORE(ZEILE), GOTO(Zeile), FINDLINE

Beispiel: Mit dem Programmcode von dort:
x=1234:gosub 40
setzt den Zeiger, welche Data-Zeile gelesen wird, auf Zeile 1234.

Diese paar Zeilen ergeben diese "neuen" Befehle? Respekt.
Also ich müsste mir nur die paar Zeilen als Unterprogramm in mein Prog miteinbinden und jedesmal nur mit der richtigen Datazeile (x) dorthin springen?

Zitat von Hexworx

Wenn nichts dagegen spricht, sollte man zusehen, dass man alle DATAs einmal zu Beginn des Programms einliest und dann am besten gar nicht mehr anfasst. Die Sprites z. B. kann man ja, auch wenn es 50 Stück sind, einmal einlesen und dann nur noch die Pointer entsprechend setzen. Ggf. dabei aus Platzgründen die VIC-Bank z. B. nach $c000-$ffff verlegen.

Genau das ist mein problem! Die Sprite Daten liegen (damit sie nicht im weg sind und zeit verbrauchen) am Ende des Programms!
Will ich die Sprites mit "read" einlesen, werden nicht die Spritedaten am ende des Programms verwendet sondern einfach nur die die in der ersten "data" Zeile
irgendwo am Anfang des Programms sind.

Zitat von Hexworx

Dann leg die DATAs doch an den Anfang. Wenn es viele sind, kannst du die Zeilen doch auch überspringen (falls das zeitlich überhaupt Sinn macht). Willst du denn überhaupt mehr als 8 Sprites einlesen?

Ich verwende 6 sprites die gleich aussehen, also nicht viel Dataplatz brauchen!
Wenn ich die DATAs an den Anfang lege, hab ich aber später im Programm (in dem ich auch Datas verwende) wieder das selbe Problem!
Die Datas im Program stellen ganz bestimmte Farbwechsel dar, die ich aus den Data Zeilen Zyklisch herauslesen wollte.
Am ende jedes Zyklus wollte ich RESTORE machen, doch dadurch lande ich ja wieder ganz oben bei den Sprite "datas"!
Teufelskreis
Ich glaube ich muss die Farbwechsel Daten in Speicherzellen schreiben!!!
Hab ich noch nie gemacht, aber geht ja wohl ähnlich wie bei Sprites, oder?
Ist das schneller als in Data-Zeilen?
Soll ich dazu am besten den Kassettenpuffer verwenden?

Zitat von TheRyk

noch schlauer wäre es, den geREADeten kram irgendwo hinzuPOKEn, wo man es leicht wiederPEEKfindet, aber wenn man erst so schlau is, nimmt man gleich Assembler

SCNR

Genau damit spekuliere ich gerade!!!

Ich möchte gerne ein BASIC DEMO programmieren, also kein ASM! Auch kein BasicBoss (ausser es läuft gar nicht ).
Meine ASM Fähigkeiten sind leider gleich Null und mein BASIC auf dem Stand von vor 25 Jahren !!!!
Erst heute hab ich mich in Sprites und Speicher und Register und Blöcke so ein bisschen eingelesen, dass ich
damit was anfangen kann!
Aber ich sehe schon, wenn ich bei einem BASIC DEMO was erreichen will, muss ich poken und peeken!
Read und Data wird sonst zu kompliziert und zeitaufwändig!

Zitat von Hexworx

Das macht vielleicht Sinn. Was auch immer hinter 'Farbwechsel' zu verstehen ist. Könnte auch andere (vielleicht auch leicht kuriose) Möglichkeiten geben. Kann man so nicht wirklich beantworten. WELCHE Farbe wird denn da (wann/wie oft/warum) gewechselt?

Für 6 Sprites eher nicht zu empfehlen...

Danke schonmal an alle

Ich hab euren Rat befolgt, und ersteinmal alles nacheinander was in "data" steht eingelesen und auf Speicherblöcke verteilt.
Ich hab jetzt meine Farbwechsel (im Moment nur 15 Stück) in den Block 11 (laut div. Literatur frei verfügbar) geschrieben.
Funktioniert Super! Und sichtbar schneller als mit "read"!
Meine 6 Sprites hab ich in Block 255-250 geschrieben (bei kurzen Basicprogrammen wohl kein Problem?!)
Hab jetzt den Kasettenpuffer (Block 13,14,15) noch frei.
Ist der besonders? Schnell? Soll man sich den als "Notreserve" aufheben?