bierzesz pod uwagę to że dla włączonego HSCROL-a masz szerszy obraz? dla ekranu wąskiego (32 bajty) włączenie HSCROL spowoduje że wiersz ma już 40 bajtów szerokości

HSCROL zwyczajowo ustawiasz 0..3, potem zmiana adresu wiersza, można inaczej 3..6, można 0..15 tylko potem adres wiersza o 4 bajty zamiast 1

niskie wartości HSCROL zajmą mniej czasu, wyższe więcej, ale w normalnym użyciu jest to bez znaczenia

http://madteam.atari8.info/index.php?prod=fx#hscrol

zależnie od kierunku scrolla, wartości 0-1-2-3, lub 3-2-1-0, najczęściej używa się stałego bufora na scroll, a nie przeznacza n-KB, przesuń poprzez rejestr HSCROL, a następnie przesuń zawartość bufora np. w lewo, na ostatniej zwolnionej pozycji dopisz nowy znak

można też przez ring-buffer, masz 256 bajtów jako bufor scrolla, ustawiasz wyświetlanie na początek takiego bufora, przesuwasz przez HSCROL o jeden znak, następnie zerujesz HSCROL + zwiększasz młodszy bajt adresu w DISPLAY LiST Antic-a, co spowoduje że napis przesunie się w lewo, teraz kończysz wstawiając nowy znak tylko że na pozycji X i pozycji X+40, gdzie X oznacza aktualna pozycję w buforze (40 oznacza szerokość wyświetlanego tekstu), taka organizacja jest najszybsza, nie wymaga przepisywania zawartości bufora

tutaj więcej przykładów http://codebase64.org/doku.php?id=base:demo_programming
z tym że najczęściej te przykłady odnoszą się do tej wersji z przepisywaniem znaków w buforze

stary wątek z przykładem efektywnego scrolla dla ring-buffer

http://www.atari.org.pl/forum/viewtopic … 38#p199838

Jest to zależne od szerokości playfielda ustawionej w DMACTL:

1) Dla wąskiego playfielda (128 color clocków) po włączeniu hscrolla linia ma tyle co normalny playfield (160 color clocków).
2) Dla normalnego playfielda (160 color clocków) po włączeniu hscrolla linia ma tyle co szeroki playfield (192 color clocków).
3) Dla szerokiego playfielda (192 color clocków) po włączeniu hscrolla szerokość się nie zmienia.

Dla trybu antic 4 jest to odpowiednio 32, 40 i  48 bajtów.

Oczywiście, że wyższe wartości HSCROL ograniczają liczbę cykli DMA w związku z czym więcej zostaje dla 6502. Tebe sieje dezinformację.

Dla 28 linii ANTIC 4 szerokości normalnej lub szerokiej zastąpienie 0-3 przez 12-15 daje oszczędność 756 cykli na ramkę - myślę, że warto.

Szczegóły: http://www.beipmu.com/Antic_Timings.txt
Na ten temat jest też mój artykuł "Dlaczego ANTIC jest miły dla 6502" w Syzygy 5, ale uprzedzam, że ma 18 lat i błędy.

Edit:
Co do szerokości linii przy HSCROLu i oszczędzania na DMA: przy szerokości normalnej i szerokiej DMA jest identyczne i linie mają 48 bajtów. Przy szerokości wąskiej z HSCROLem linie mają 40 bajtów, a liczba cykli DMA nie zależy od wartości HSCROL.

:) w moim konkretnym przypadku wartości 6,7,8,9 sprawdzają się najlepiej, pozostałe zrywają synchronizację linii