dopisz trochę więcej tekstu, jakieś znaczki bardziej rzucające się w oczy i odczekaj 256 bajtów, będzie różnica

VIC ma tyle bug-ów że myślę że nie muszą wcale przepisywać... niektóre tricki zadziwiają...

http://codebase64.org/doku.php?id=base:vic

niby nie mają display-list ale zobacz np. to:

http://youtu.be/2Ui-hEN2HdA

efekt znany ze starych dem, Seban pewnie pamięta, XXL wykorzystał to przy pewnej konwersji gry

co się stanie kiedy jako pamięć obrazu ustawimy adres zestawu znaków + N, gdzie N = <0..height>

dl dta $70,$70
   :208 dta $4f,a(fnt+#)
   dta $41,a(dl)

otrzymamy kolumny znaków  <0..height/8>, przesunięte o linię względem każdej kolejnej kolumny, w każdej kolumnie te same znaki przesunięte o linię w górę, teraz wystarczy zmodyfikować te height/8 znaków aby otrzymać efekt ruchu na całym ekranie, w sumie maksymalnie modyfikujemy do 256 bajtów pamięci, spokojnie mieścimy się w ramce

w załączniku przykład wykorzystania takiej organizacji pamięci, w pętli tworzony jest wzór 8 bajtowy znaku, następnie przepisywany pod kolejny adres w zestawie znaków, i tak 30 razy

Hej!

Ze starych dysków wygrzebałem źródło logo-scrolla zrealizowanego z użyciem bufora pierścieniowego, to też dość stary kod, myślę że to okolice '92 roku, ale sądzę że jest dość czytelny i minimalistyczny (pomijając tą sieczkę związaną z dta c'...')

Fonty użyte w scroll-u pochodzą z tej produkcji "Our5oft's part of UNITY Project". Ponieważ te fonty bardzo mi się spodobały, byłem na tyle bezczelny że "wyciąłem" sobie te fonty i postanowiłem zrobić własny logo scroll na nich bazujący, a następnie wykorzystać to we własnej produkcji, ale o tym na końcu.

Źródła jak zwykle w QA, do oglądania na PC należy użyć np. Memopad o którym pisałem wyżej. Kompiluje się tylko z użyciem QA (jak zwykle dane trzymam w formie dta c'...' / tak, tak... miałem do tego konwerter :P /

1) plik ATR zawierający DOS II+, QA oraz źródła i plik .OBJ dostępne tutaj: scroll.atr
2) źródło do wglądu (format QA, ATASCII, EOL $9B) tutaj: scroll.asm
3) do kompletu jak ktoś na szybko chce sobie to uruchomić pod emulatorem plik XEX tutaj: scroll.xex

Oczywiście ten przykład można skompilować do pamięci i uruchomić bezpośrednio z QA (Run $480, MemHI $a000), Assembly a potem RUN.

Cała procedura scrolla znajduje się od etykiety "scr". Procedura zapisu buforów od etykiety "pupa".

Tablice przechowujące znaki z których składają sie litery logo scrolla t0...t7.

Ponieważ szerokości liter są różne (głownie 4 fonty, tylko "M" i "W" mają szerokość 6 znaków, a także "!" oraz " o szerokości 3 znaków) wyboru szerokości litery dokonuje się bez tablicy, zakładając domyślną szerokość na 4 znaki i potem uwzględniając wyjątki dla M,W,!," ... ten kod widać od etykiety "OK". W kodzie zaszyta jest jeszcze tablica translacji nazwana "tt", dokonująca konwersji znaków w scrollu (dta d' ' / ANTIC codes) na odpowiednie indeksy w tablicach t0..t7

PS) gdyby to kogokolwiek interesowało to jest to jakaś wstępna wersja scrolla pochodzaca, z nigdy nie puszczonego dema zawierającego 256KB samlowanych fragmentów z utworu Another Day in Paradise - Phila Collinsa. Do kompletu dołożone było parę "digitalizowanych" obrazków z teledysku do tego utworu. Demo nigdy nie zostało puszczone ponieważ mało kto w tamtym czasie dysponował takim rozszerzeniem pamięci, i do kompletu z czystego lenistwa (było tworzone jako "concept idea") zostało umieszczone na dysku w formacie 720KB (wymagana stacja TOMS720) ... w takiej formie pozostało porzucone i nigdy nie ujrzało światła dziennego. Na własne uszy słyszał to chyba tylko Miker. Gdy już sensowne stało się wypuszczenie tej produkcji, dysk je zawierający przepadł w odmętach wieczności :P teraz grzebiąc po starych dyskach odnalazłem jakąś pierwszą wersję tego scrolla.

ciekawe sposoby optymalizacji operacji mnożenia poprzez sumowanie tablic logarytmów, oraz inne sposoby optymalizacji obliczeń dla 6502

http://realtimecollisiondetection.net/blog/?p=21

a tutaj jak można błądzić http://everything2.com/title/Fast+6502+multiplication

w sumie to w paczce z mads-em jest fast_mul bodaj od Fox-a, który załatwia temat, ale skąd co się wzięło warto wiedzieć

a tutaj na temat rotacji bitmapy:

http://www.drdobbs.com/architecture-and … /184416337

jak zyskać cykle CPU, zastępując przerwanie DLI poprzez IRQ

http://www.atari.org.pl/forum/viewtopic … 18#p208218

I niedziałające x=x+5. :)

czołem, od kilku dni pracuję nad twirlem na c64, moja metoda jest inna niż podana na stronie Tebe, wyliczam oddzielnie tablice kolejnych kręgów i zapisuję w którym bajcie i w którym pixlu bajtu ma być pixel, druga tablica to pixele w danych okręgach. Procedura rysująca na stronie zerowej zapisuje pixel z przesunięciem z tablicy pixeli danego okręgu w danym znaku na ekranie. Z racji tego, że c64 ma 256 znaków w zestawie starczyło to na 4x4 pixle po 4 kolory każdy w znaku.
Mam jeszcze pytanie- jak shadow uzyskał taką dużą prędkość twirla  w demie "triple threat"? czyżby rozpętlony kod dla każdego bajtu?
https://www.youtube.com/watch?v=64UNE482PZ4

moja metoda jest o tyle dobra, że autorska, co do rozpętlenia kodu to pewnie by to przyspieszyło, ale mam opory przed łatwizną :)
edit:
P.S. nie sądzę, żeby moja metoda była gorsza, to co opisane na Twojej stronie wydaje się wolniejsze bez rozpętlenia.

gorgh: unroll to podstawa szybkich efektów, a nie łatwizna, szczególnie na C64 który prędkością nie powala.

Pomijając sam algorytm na twirla polecam zmienić tryb na 4x4 FLI, co pozwoli albo na 16 kolorów/pixel albo 16 ditherowanych odcieni/pixel robiąc na znakach, drugi tryb można naprawdę kreatywnie wykorzystać, przykład tutaj:
http://codebase64.org/doku.php?id=base: … _of_colors

To chyba znacie ? zebrane w jednym miejscu zaawansowane techniki programowania XE/XL.
Ktoś z Lamersów jakiś czas temu potrzebował pomocy przy HIP-ie

https://atariwiki.org/wiki/Wiki.jsp?pag … an%20Atari