In Atari BASIC you can mess with the variable name table, and set a string to point to the screen memory (88+89*256) ... doing string assignments in the normal way, like S$(1,10)="XXX" will cause the data to be instantly POKE'd to the screen.  This can be a quick way to do blitter graphics or softsprites.

The article which shows this is here: http://www.atarimagazines.com/compute/i … k_poke.php

Best news:  This is done without using assembly!

You MUST make sure the string you use is the first string declared in the program, and you cannot use this in immediate mode or the Atari will crash.

Also, if you use revision A of BASIC (400/800) you cannot DIM the string to a multiple of 256, this triggers a lockup bug.  Add one to the value.

13000 GRAPHICS 23:SETCOLOR 0,14,5:SETCOLOR 1,14,7:SETCOLOR 2,12,3
13010 ? #6;"     AAAAA"
13020 ? #6;"    ABBBBBA"
13030 ? #6;"    ABBABBA"
13040 ? #6;"   ABBABABBA"
13050 ? #6;"C  ABBABABBA"
13060 ? #6;" C ABBABBBBA"
13070 ? #6;" C ABBABBBBA"
13080 ? #6;" CCABBBAABBA"
13090 ? #6;"CCCABBBBBBBA"
13100 ? #6;"C CAABBBBBA"
13110 ? #6;"CCCCABBBBAA"
13120 ? #6;"CCCCCCCCCCC"
13130 ? #6;" CCCCCCCCCCC"
13140 ? #6;" CCCCCCCCCCC"
13150 GOTO 13150

Co do Atari czy Turbo Basic to wcale nie napinam sie na Atari, po prostu grafike tylko w nim robie, dalej jak bedzie trzeba uzyje TBXL :)

P.S. Dorzucam dla ciekawskich ATRa z moimi pracami i spadam studiowac Miguta, moze mi sie cos przypomni :)

grafike sobie przygotowalem na koniec listingu, zwyczajnie jest wtkonana PRINTem a potem literami odpowoadajacymi danym kolorom

Do takiego zastosowania nie potrzeba najprawdopodobniej dużej ilości pamięci, jeśli grafa jest robiona na jednym zestawie fontów (tak mi się wydaje). Następną sprawą jest to, że w przykładzie który dołączyłem powyżej tablica ma objętość 9 bajtów ;)

Niech się lepiej autor zapytania konkretnie wypowie, czy taka konstrukcja rozwiązuje w jakikolwiek sposób problem.

A wracając do tematu:

Ile tej grafiki tam masz że nie mieści ci się w zmiennych ??

JEdna tablica może zawierać dane wielu grafik. MAx rozmiar tablicy to chyba ... nie pamiętam :D Ale sporo.

A faktycznie TBXL napewno się do tego bardziej nadaje.

edit:
Sprawdziłem empirycznie: 32767 bajtów/znaków

90 GRAPHICS %0:POKE 82,%0:POKE 710,144:POKE 712,144:POKE 709,15:POKE 752,%1
100 DIM BUF$(9)
110 # L0:LOS=INT(RND(0)*4)+%1:X=INT(RND(0)*31):Y=INT(RND(0)*20)
120 ON LOS EXEC DTA1,DTA2,DTA3,DTA4
130 FOR A=%0 TO %3:READ BUF$:POSITION X,Y+A:? BUF$:NEXT A
140 GO# L0
999 ------------------------------
1000 PROC DTA1:RESTORE #L1:ENDPROC 
1010 # L1:DATA _________
1020 DATA |GRAFA 1|
1030 DATA |.......|
1040 DATA _________
1100 PROC DTA2:RESTORE #L2:ENDPROC 
1110 # L2:DATA _________
1120 DATA |GRAFA 2|
1130 DATA |.......|
1140 DATA _________
1200 PROC DTA3:RESTORE #L3:ENDPROC 
1210 # L3:DATA _________
1220 DATA |GRAFA 3|
1230 DATA |.......|
1240 DATA _________
1300 PROC DTA4:RESTORE #L4:ENDPROC 
1310 # L4:DATA _________
1320 DATA |GRAFA 4|
1330 DATA |.......|
1340 DATA _________

Napisane w TBXL. W Basic składnie GO# zastąp GOTO, EXEC / PROC / ENDPROC - GOSUB / linia / RETURN, wartości %0-%3 na 0-3.

@Willy - ładowanie grafiki z pliku pod Atari Basic :) - nie powiem, że się nie da ale z miejsca nie zastanawiając się nad niczym odpaliłbym Turbo Basic :D

Więc bardziej bym się kierował w READ/DATA, tyle że miałem na tyle przerwy że nawet Migut dla mnie jest ciemną magią

Bo BASIC jest trudny, zrób to w assemblerze :)

  - całej grafy nie zmieszczę w jednej tablicy
  - jeśli bym doszedł jak umieścić jedną grafikę w kilku zmiennych to nie zmieszczę się z ilością tablic, 128 może być jak dobrze pamiętam.

Więc bardziej bym się kierował w READ/DATA, tyle że miałem na tyle przerwy że nawet Migut dla mnie jest ciemną magią, puki co studiuje różne listingi i próbuje sobie przypomnieć jak ten cały bajzel działa :)

W każdej z tych części należałoby umieścić kod wyświetlający grafikę.

Przy "ON" niekoniecznie. Procka do rysowania może być jedna.

Coś w tym rodzaju:

10 DIM A$(19)
20 A$="1234567890ABCDEF"
30 PRINT A$(2,5)

Larek - a nie lepiej oprzeć to o:

ON los GOSUB linia1, linia2....

Przywiązanie numeru linii do zmiennej to zły zwyczaj (aczkolwiek oszczędza ram) ;)

Zależy. Przy rozwiązaniu ON ... GOSUB skoczysz do linia1 lub linia2 albo linia3 tudzież liniaX... i co dalej? W każdej z tych części należałoby umieścić kod wyświetlający grafikę. Po co? Przy RESTORE wskazujemy tylko skąd podprogram do wyświetlania grafiki ma pobierać dane. Przy mało skomplikowanym programie wystarczy.
Oczywiście chcąc kompilować kod takie rozwiązanie nie będzie dobre.

ON los GOSUB linia1, linia2....

Przywiązanie numeru linii do zmiennej to zły zwyczaj (aczkolwiek oszczędza ram) ;) Wychodzi to szczególnie przy kompilacji :D

Inna rzecz, że proponuję przenieść się z tym programem pod Turbo Basic XL. Szybszy i o niebo wygodniejszy. No i skompilować to później można