Popieram kierownika zamieszania. Jeśli chodzi o cytowanie min. 10KB, to nawet 5KB może zwalić z nóg. Rzućcie okiem na post #10:
http://www.atariage.com/forums/index.ph … opic=78839

Czy TOMSom (mam tu na myśli zarówno przeróbki jak i robione przez nich stacje) można przesłać kod do wykonania? W oryginalnej CA-2001 była do tego komenda, zdaje się że 'X'.

Ile mają RAMu (CA-2001 ZTCP 2KB) ?

Ciekawe, po co Tebemu sinus każdej liczby rzeczywistej?

Taylor słabo zbiega dla dużych liczb, lepiej potraktować argument modulo 2*PI.

Pożyteczna jest też jednostka "tyle" (tu gest rękoma), przy czym może być "tyle" i "tyyyyle". W bardziej szczegółowej rozmowie "tyle" pokazuje się na ekranie.

Mniej popularna jednostka czasu to "kilocykl".

Rozumiem, że tak jest fabrycznie? Ktoś może sprawdzić CX-22?

drac030: dzięki, dodałem emulację trzeciego przycisku.

Jeśli chodzi o wyświetlanie to obraz jest zasadniczo taki sam, tylko w przypadku podłączenia przez gniazdo TV przesyłany jest sygnał zmodulowany.

Atarka nie używa pół-obrazów, wszystkie ramki są identyczne, z częstotliwością ok. 49.86 Hz.

edit: Być może cenna dla Ciebie jest informacja, że pióro świetlne działa z monitorem (sam używałem z czarno-białym Philipsem 12").

Jakiego znowu trójkąta? To współczynniki szeregu Maclaurina. Chodzi o to, żeby uniknąć potęgowania X.

Tworzenie lookupa wygrzebałem takie (jak widać potrzebne mnożenie):

     org $8000

fld0 equ $dd89
fld1 equ $dd98
fadd equ $da66
fsub equ $da60
fmul equ $dadb
fpi  equ $d9d2

     ldx #2
msin txa
     pha
     ldx <cos2
     ldy >cos2
     jsr fld0
     ldx <s1
     ldy >s1
     jsr fld1
     jsr fmul
     ldx <s2
     ldy >s2
     jsr fld1
     jsr fsub
     ldx #5
     lda s1,x
     sta s2,x
     lda $d4,x
     sta s1,x
     dex
     bpl *-13
     ldx <dsin
     ldy >dsin
     jsr fld1
     jsr fadd
     jsr fpi
     pla
     tax
     lda $d4
     sec
     sbc #127
     sta sin,x
     inx
     bne msin
     rts

dsin dta b($41),b($01),b($27),b($00),b($00),b($00)
cos2 dta b($40),b($01),b($99),b($93),b($97),b($64)
s1   dta b($40),b($03),b($11),b($67),b($36),b($02)
s2   dta b($00),b($00),b($00),b($00),b($00),b($00)

     org $600
sin  dta b(0)
     dta b(0)

     end

Miałem lepsze tylko teraz to nie znajdę.

Ja nie mówiłem o żadnym zbiorze przykładów ani o konwersji na ASCII tylko na liczbę całkowitą.

Dwa wyrazy szeregu to zdecydowanie za mało, żeby to przypominało sinusa.
Szereg lepiej liczyć bez potęgowania, np. ((x + a) * x + b) * x + c, nawet BASIC tak robi. :)

Z zależności trygonometrycznych dostaniesz dobrą precyzję.

Sinusa najlepiej wyliczyć odczytując go z lookupa. :) Jak nie ma lookupa, to szereg potęgowy dość ładnie zbiega - BASIC stosuje tę metodę.

Lookupa można natomiast wyliczyć z zależności trygonometrycznych. Najprościej chyba z cos(a+b) - potrzebny poprzedni cos i jeden cos jako stała. Kiedyś to robiłem przy użyciu FP. Procka zajmowała z 70 bajtów, dawała ładnego "SIN-usa" i korzystała chyba tylko z dodawania (odejmowania?) FP i konwersji na int. Z tą konwersją trzeba uważać, bo chyba nie chwyta liczb ujemnych. :( Niestety policzenie 256 wartości trwało z pół minuty.

Mi też to coś przypomina. :)

Wszystko się zgadza. Licznik danych obrazu przekręca tylko 12 młodszych bitów (4 KB), więc jeśli ekran zajmuje więcej, to w DL potrzebny jest drugi LMS. Użyj komendy "dlist" w monitorze, to zobaczysz, gdzie masz wpisać adres dolnej połówki. Uwaga: OS konstruuje Display Listę dzielącą obrazek na pół (po $f00 bajtów), więc wczytaj obrazek pod $4100 a wtedy dolna połówka będzie od $5000.

"dziwny skrinszot" to błąd w emulatorze, będzie poprawiony w 2.0.3.