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)
*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C
