Lars Gjörling
<6825>
· Text 7928 · w8 · kommentar
1987-12-31 00:05
Ärende: RAMFLOPPY 806 & JULBILD
Egentligen ligger ALLTID en HR-bild ute på skärmen (vanligtvis bild 0
om man inte begärt någon annan). Detta märks vanligen inte, eftersom
man från början har FGCTL BLK+BLK+ ..... +BLK, dvs alla pixels ger
svart, oberoende vad som ligger i den del av HR-minnet, som motsvarar
aktuell bild. Text på skärmen syns sedan, beroende på att text har
prioritet över grafik. Om bild 0 används som floppy, så syns alltså
inte detta på skärmen.
Om du skriver FGCTL BLU, så får du egentligen FGCTL BLU+BLK+BLK+BLK.
Om du har lagrat filer på bild-0-arean, så bör du väl få ett mönster
av svart med blåa prickar, beroende på vad som ligger i olika bytes.
Det rationella är väl att istället skriva FGCTL BLU+BLU+BLU+BLU,
så att bakgrunden blir blå, oberoende av vad som ligger i HR-minnet.
Vid ditt prov låg det väl inget lagrat utom nollor i bild-0-arean.
Dessa gav då blå färg. Något hinder för FGCTL-kommando föreligger
inte efter FGPICTURE 0,0,0!
Du gillar tydligen att ha permanent blå bakgrund till din dator.
Ett litet tips är då att skriva POKE 65421,201 först. Detta inne-
bär att det hopp till en släckningsrutin av grafiken, som automatiskt
görs vid LIST, RUN, SAVE etc blir eliminerat, och den blå färgen blir
kvar hela tiden. Återställning sker med POKE 65421,195.
Att man inte får göra reset efter kommandot FGPICTURE 0,0,0 är ju
självklart. På min dator har jag även fått det här med HELA hr-min-
net = ramfloppy att fungera genom att ladda in OPTROSH och sedan
OMEDELBART skriva POKE 65268,0 (på min dator lagras på denna adress
antalet möjliga grafikbilder). Men det är möjligt att det inte fun-
gerar på alla datorer (jag har 806-a med 512 K HR-minne och det nya
Graf-806-prommet).
Mvh Lars
