Od strony osa: po odczycie ilości bajtów określonej w dbyt do bufora czytany jest bajt sumy kontrolnej (suma bajtów z bufora z przeniesieniami) i jeśli ona się zgadza z szyny szeregowej czyta się jeszcze bajt statusu i odczyt jest zakończony (przerwania blokowane itd.). Teoretycznie (nie sprawdzałem) więc powinno wystarczyć takie skonstruowanie 129 pierwszych bajtów sektora 512, żeby 128 to były dane a potem suma i os nie powinien czuć się oszukany.

Edit: Można by nawet nie przejmować się sumą kontrolną i ją olać nie przejmując się błędem. Ale to pewnie masz przećwiczone na sobie.

Bez konfiguracji możesz próbować ładować sterownik ARCLOCK.SYS jako zwykłe polecenie po czym sprawdzić/ustawić datę/czas za pomocą poleceń DATE/TIME.

Edit: Naprawdę warto poświęcić 1 wieczór na przeczytanie i przećwiczenie tego, co pisze w podanym manualu...

Edit 2: Mogą Ci się przydać też polecenia: TD ON i TD OFF.

Pewnie pomnik Lenina. Co mogło 20 lat temu stać...?

I to jest właśnie wspaniała cecha ludzkiej pamięci. W psychologii ten mechanizm nazywa się "wyparciem" lub "represją": http://pl.wikipedia.org/wiki/Wyparcie .

Drogi Gepetto! Gratulacje z okazji udanej reprodukcji i powodzenia przy pierwszej publicznej prezentacji.
Mnie odpowiada każdy termin prócz 16,17,29-31 I 2010 oraz terminu forevera 19-21 III 2010.

Edit: Miało być w Rzeszowie, ale pewnie w takim razie się przesunie... Ech słabo się ten styczeń poskładał.

Informacje uzyskane dzięki BartoszP z wątku o rysowaniu koła ( http://atariarea.krap.pl/forum/viewtopi … 28#p104228 ) a pobrane z http://januszg.hg.pl/teksty/grafika/plik_bgichr.zip uzupełniają mi informacje o wypełnianiu fonta BGI .CHR (plik zarchiwizowałem też u siebie: http://mono.i-demo.pl/chrdraw/plik_bgichr.zip ). W wolnej chwili odświeżę temat.

@stRing:

10 R=50
20 S=5
30 X=150
40 Y=100
50 N=90/S
60 DIM DX(N),DY(N)
70 DEG 
80 A=0
90 FOR I=0 TO N
100 DX(I)=R*COS(A)
110 DY(I)=R*SIN(A)
120 A=A+S
130 NEXT I
140 GRAPHICS 8
150 COLOR 1
160 FOR I=1 TO N
170 PLOT X+DX(I-1),Y+DY(I-1)
180 DRAWTO X+DX(I),Y+DY(I)
190 PLOT X-DX(I-1),Y+DY(I-1)
200 DRAWTO X-DX(I),Y+DY(I)
210 PLOT X+DX(I-1),Y-DY(I-1)
220 DRAWTO X+DX(I),Y-DY(I)
230 PLOT X-DX(I-1),Y-DY(I-1)
240 DRAWTO X-DX(I),Y-DY(I)
250 NEXT I

Edit: Jak to BartoszP napisał; poza tym:
1. Wyciągaj ile się da obliczeń poza pętlę.
2. Użyj plot+drawto.
3. Cos(a) to Sin(90+a) więc nie licz dwóch tablic.
4. Licz też sin nie dla ćwiartki a dla jednej ósmej.

Próbuj takiej sztuczki:

10 GRAPHICS 8:DL1=DPEEK(560):GP1=PEEK(623)
20 POKE 106,PEEK(106)-32: REM jest to mniej więcej rozmiar trybu GR.8 z dlistą
30 GRAPHICS 10:DL2=DPEEK(560):GP2=PEEK(623)
40 DO
50 DPOKE 560,DL1:POKE 623,GP1:GOSUB 100
50 DPOKE 560,DL2:POKE 623,GP2:GOSUB 100
60 LOOP
100 T=PEEK(20)
110 IF PEEK(20)=T THEN 110
120 RETURN

Być może da się zrobić ładniej jakieś PAUSE albo skorzystać z jakiejś zmiennej RTCLK$ (nie znam TBXL) zamiast wołać GOSUB 100.
Działa to tak, że tworzy GR8 w normalnej pamięci po czym, GR10 w obszarze przed nią. Przełączanie co ramkę (za pomocą zapisu do DLPTRS i GPRIORS) synchronizowane jest przez RTCLK (20). Ponieważ to rejestry cienie to najpierw zapis, potem synchronizacja - nie ma zerwania synchra bo to cienie.
Problemem jest tylko to, że instrukcji TBXL możesz używać na ostatnio otwartym GR. Żeby móc się w pełni przełączyć na poprzedni tryb trzeba by też przepisywać komórki używane przez S:. Ta procedura wystarczy do mrugania statycznymi obrazkami (RTCLK jest zmieniane na przerwaniu VBLK).

Edit: Literówki.

Bardzo dziękuję. Wydaje mi się, że ten opis wystarczy.
Mam jeszcze drobne pytanie precyzujące: Czy te sample są 8-bit czy 4-bit (jak ułożone w bajcie)?

Edit: O to mi chodziło. Jeszcze raz dziękuję.

Niestety nic jeszcze nie oglądałem :(

Atari800: http://atari800.sourceforge.net/
$ atari800 -basic program.bas