i jak ? złożyliście już VBXE ?

wszystkie procesory wywodzą się od ... małpy

a jak wydobyc atari.online z cash-u przeglądarki, bo akurat czytałem tą nowinke

to skąd na C64 dopałka 20MHz 65816 ?

Antic haltuje aby odświeżać pamięć i pobierać dane, z lewej strony obrazu ANTIC zabiera najwiecej czasu, im bliżej prawej krawedzi obrazu tym czasu zabiera mniej

dopałka GTIA nie jest haltowana przez ANTIC, dzięki czemu dostajemy możliwość stałych-gęstych zmian rejestrów co pół znaku

na standardowym GTIA mamy z lewej strony zmiany szerokości 4 znaków a z prawej-szybszej strony ekranu zmiany szerokośći 2 znaków

Psychol dostał kości pamięci, będą to jednak 128kb x16, czyli większe pamięci

aktualnie projektuje płytke (płytka dwustronna), będzie to "sandwich", kość pamięci na osobnej płytce wielkości pudełka zapałek, dlaczego? bo po dołożeniu kości pamięci na główną płytkę program do prowadzenia ścieżek poddaje sie

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)

takie małe malusie Atari 2600 :)

jak chcecie posluchac SAP-a odpalcie sobie prawdziwe Atari :)

wow, jakie efektowne demo, jajko 3D rulez

nie udało sie, ogólnie Pajero przekombinował jak ma to w zwyczaju, obecnie zajmuje sie edycja punktów dla auto-mapy gps, tak ze plugin i soft do atari lezy odłogiem

aby ominac błedy plugina Pajero, najpierw nalezy stworzyc ATR-a bez inicjalizowania, a nastepnie przy pomocy plugina dograc jakis DOS.SYS, wtedy ATR zostanie automatycznie zaincjalizowany

ooo, Krzyś Kubeczko wrócił