koszt w granicach 120zł (ogólnie pewne optymalizacje-uproszczenia dotyczące zastosowanych układów jeszcze zachodzą)

będzie w postaci gotowej płytki (aktualny prototyp to płytka uniwersalna + plątanina kabelków zamiast ścieżek), aktualny projekt płytki na rozmiar większego karta (projekt w programie do projektowania płytek)

wyjmujemy stare GTIA z podstawki, wkładamy do podstawki na płytce, płytke wstawiamy w podstawke po wyjętym GTIA, podłączamy kabelki z sygnałami

support dla emulca, najpierw musi powstać wersja finalna dopałki a potem zależeć będzie to od chęci osób zajmujących się emulem, sam schemat działania dopałki jest prosty, program do konwersji obrazków napisałem przy założeniu że zmiana zachodzi co pół znaku i to wszystko co musiałem wiedzieć (potem zaszły zmiany dotyczące szerokości/wysokości zmian, aktualnie wszystkie 3 najstarsze bity sa ustawiane co znaczy że obrazki są w najwyższej rozdzielczości zmian kolorów), z poprawieniem G2F nie będzie problemu bo aktualnie też posługuje się mapami dopuszczalnych obszarów zmian rejestrów, są one szersze i nierównomierne, a w przypadku dopałki sprawa sie upraszcza (zastanawiam sie tylko jak rozwiązać edycje przeszło 80 albo 40 pól mapy kolorów w linii, pewnie coś w stylu EDIT RASTERS)

aktualny schemat działania dopałki (z punktu widzenia programisty):

wszystkie rejestry dopałki są 8-bitowe, służą tylko do zapisu, nie ma odczytu, pamięć dopałki jest 16bitowa i jest tylko do zapisu, nie ma jej odczytu (gdyby była tez do odczyty, pewnie któs szalony wpadłby na pomysł jakiegoś ramdysku), pamięć dopałki to 64KB (array [0..255,0..255] of word)

dopałka pracuje w dwóch trybach zapis/odczyt (przed chwila dzwonił Psychol i zakomunikował że zmienił sposób załączania dopałki i jak dotąd włączenie jej odbywało się przez zapisanie wartości $80 a wyłączenie $00 do odpowiedniego rejestru, teraz jest odwrotnie włączenie przez $00, a wyłącznie przez $80)

w trybie zapisu mamy dostęp do pamięci dopałki poprzez rejestry XPOS, YPOS, przesyłanie danych odbywa się przez rejestry RIN, DIN, zapis do rejestru DIN dokonuje finalnego zapisu pamięci dopałki na aktualnej pozycji XPOS:YPOS, czyli kolejność zapisu rejestrów RIN, DIN jest znacząca, najpierw koniecznie RIN (jeśli zachodzi potrzeba jego zmiany) a na końcu DIN (każdy zapis do DIN powoduje zwiększenie licznika XPOS), rejestr RIN musi być chociaż raz na początku zapisany jakąś sensowną wartością potem jest on pamiętany i cały czas obowiązujący aż do następnego zapisu w nim jakiejś wartości

jeśli licznik XPOS przekroczy wartość 255 wówczas zlicza od 0 (jest 8 bitowy), zacznie zliczać od początku, nie wpłynie na YPOS, podobnie zachowa się licznik YPOS, czyli liczniki XPOS i YPOS są niezależne

wartość zapisywane do RIN na postać:

bit 0-4: $00..$1F - rejestr GTIA

bit5:    0 - zmiany szerokości znaku
         1 - zmiany szerokości połowy znaku

bit6-7:  00 - zmiany 8 liniowe
         01 - zmiany 4 liniowe
         10 - zmiany 2 liniowe
         11 - zmiany 1 liniowe

Możliwa jest zmiana szerokości (bit5) i wysokości (bit6-7) zmian w trakcie rysowania aktualnej linii obrazu, jednak jeśli będą te zmiany dokonywane zbyt szybko (np. co pół znaku) wówczas nie będą widoczne, dopiero wolniejsze zmiany są widoczne najlepiej.

w trybie odczytu dopałka zaczyna wyświetlać to co jej zapisaliśmy w pamięci, wyświetlanie zaczyna się na podstawie synchronizacja z sygnałami początku/końca linii wyświetlanego obrazu, wyświetlane (albo raczej wysyłane) są 243 linie z tego my widzimy max 240

rejestry XPOS:YPOS w trybie odczytu odpowiadają za scroll odpowiednio poziomy/pionowy mapy zmian rejestrów, ich zmiana oznacza aby wyświetlać mapę od nowego adresu pamięci dopałki, a więc za ich pomocą możemy dokonywać np. animacji, buforowania

jeśli dokonaliśmy zapisu pamięci od początku czyli od pozycji XPOS:YPOS = 0:0, to aby zobaczyć efekt wycentrowany na obrazie musimy zapisać XPOS=-11, YPOS=-1 (takie wartości XPOS:YPOS obowiązują na przykładowych obrazkach poddanych konwersji)