A w domu muzyka, jak zwykle Szopen, Ogiński, Pan Tadeusz, Polonez i Etiuda.

A na frontonie szpitala proponuję umieścić "Ty który wchodzisz żegnaj się z nadzieją".

To jeszcze jedna uwaga. Kiedy robimy coś takiego:

  lda #%10000011
  sta GRACTL
  lda GRACTL
  and #%01111110
  sta GRACTL

to czasami sprajty są włączone, a czasami (losowo) wyłączone. Tak jakby ostatni zapis trafiał czasem też do rejestru GTIA a nie tylko do rejestru Sophii. Dopiero kiedy po tym zrobimy:

  lda #%00000011
  sta GRACTL

to sprajty zachowują się stabilnie. Optymalizacje z braku miejsca? Czy to tak działać nie powinno?

Najprostszego testu nie zrobiliśmy, a może od tego należało wyjść.

Za to mam taki programik do testowania przeróżnych kombinacji i układów sprajtów i trybów multicolor/hires (anticgtiatest.obx w załączniku). Przy aktywacji Sophii (S) ustawiane są naraz bity HIRESBC i LUM0EN, a przy deaktywacji zerowane.
Sposób obsługi:
A - zmiana trybu ANTIC2 (hires GR.0) / ANTIC4 (multicolor GR.12)
XC - ustawienie CHACTL
G - zmiana trybu GTIA: %00 (GR.0/GR.12), %01-GR.9, %10-GR.10, %11-GR.11
01248 - "legalny" priorytet PMG
OP - dowolny priorytet PMG
M - PMG multicolor
5 - PMG 5 player
TAB - zmiana wzajemnej konfiguracji sprajtów i missili
INVERSE - inverse pamięci ekranu
strzałki prawo/lewo - poruszanie kursorem po rejestrach kolorów COLPM0..3 COLPF0..3 COLBAK
strzałki góra/dół modyfikują luminancję wybranego rejestru
CONTROL+strzałki góra/dół modyfikują chrominancję wybranego rejestru
S - włącza w konfiguracji Sophii LUM0EN i HIRESBC
V - włącza w konfiguracji VBXE XCOLOR
Poziome pasy 0,1..F to są wiersze wypełnione takimi wartościami $00, $11, $22, itd.
Pionowe pasy 0P1 2P3 to częściowo nałożone na siebie playery (0 to pas playera 0, 1 to player 1, P to player 0 nałożony na 1) a 0M1 2M3 (analogicznie ale missile) - TAB modyfikuje położenie tych pasów.

Test jaki wykonaliśmy to:
ANTIC2
GTIA %10 (GR.10)
Sophia włączona
i modyfikowaliśmy rejestry kolorów.

Edit: Co zaś się tyczy skomplikowanej logiki to rzecz jest prosta - logika niech sobie zostanie jak jest. Po prostu piksel zapalony idzie zawsze z COLPF1, piksel zgaszony z logiki. Oczywiście pozostaje problem updatu ale tego uniknąć się nie da.

Dwa spostrzeżenia po testach które wykonywaliśmy dzięki uprzejmości AtariFana.

Sophia2 rev.3

1. Przy uaktywnionym bicie LUM0EN 8-bitowe są rejestry kolorów COLPF1 i COLPF2, a reszta nadaj jest 7-bitowa.
2. Przy uaktywnionym bicie HIRESBC i włączonym trybie HiRes (2,3,F ANTIC-a) w pełni odseparowane faktycznie są kolory piksela zapalonego COLPF1 i piksela zgaszonego COLPF2. Natomiast kiedy kładziemy sprajta (co powoduje zmianę koloru piksela zgaszonego), wtedy starą modą podkolorowywany jest również piksel zapalony - czyli kolor brany jest ze sprajta, a luminancja z COLPF1. Wydaje mi się, że byłoby logiczne że kolor i luminancja piksela zapalonego brana byłaby z COLPF1 tak, jak w przypadku zwykłej grafiki niepodkolorowanej sprajtem. Dotyczy to i playerów, i missilli, i włączonego multicoloru sprajtów, i missili połączonych w piątego playera, i priorytetu 0.

Wydaje mi się, że to są błędy i prosiłbym o poprawki.

@Simius: Dwa pytanka:

1. Dokumentacja mówi, że po uaktywnieniu banku rejestrów Sofii licznik palety jest zerowany.
Mówi też, że ostatnie 768 bajtów jest nieużywane.
Mówi też że system domyślnie (rozumiem że po resecie układu) uaktywnia paletę 0.
Czy to oznacza, że licznik 0 wskazuje na paletę 1? Palety są ułożone w kolejności rosnącej w pamięci?
Rejestr PALDATA ($D01F) jest write-only - nie mógłbyś go zrobić do odczytu? Ja rozumiem że tam są dane dla YPbPr, ale w ten sposób można byłoby zrobić przynajmniej jakiś zrzut palety i/lub ominąć paletę i zaprogramować tylko tą, którą chcę. A potem sobie ją aktywować tylko.

2. Czy da się rozpoznać tę pierwszą partię która ma 24-bitowe wpisy w palecie? REV=0 czy co?

Edit: Albo wybranie palety w PRIOR mogło by ustawiać wskaźnik na jej początek.

Edit 2: A może nie są w YPbPr bo przecież jest też tryb RGB (czyli konwersja odbywałaby się w locie przy wybraniu YPbPr). To tym bardziej poprosiłbym o możliwość odczytu.

https://atarionline.pl/1236639234

ins "plik",6

jeśli jest nagłówek binarny
https://atarionline.pl/1242399102

ins "plik",0,8*$80

jeśli to font z C64.
Zresztą nie musisz przecież ładować zaraz wszystkich definicji...

Nowa normalność.

CCTL aktywowany jest kiedy adresowana jest strona $D5. Nie musisz korzystać z górnych bitów magistrali adresowej bo będą wskazywać adres $15. 13 bitów adresu przydaje się kiedy aktywowany jest S4 lub S5 bo oznacza to czytanie/zapisywanie komórki z 8KB obszaru $8000-$9FFF (S4) lub $A000-$BFFF (S5).

Ja bym też optował za tym, żeby wyłączyć to diabelne kolorowanie na jakiś przełącznik w linii poleceń.

Może wynik jest gorszy, bo kompresor generuje sfx-a z procedurą dekompresującą w środku - to jest zwykły .prg do wykonania na C64 przecież.

Który to jest ten tradycyjny zegar?