Które zdanie konkretnie miałbym wytłumaczyć? Zależy mi na tym projekcie, bo musi być zrealizowany, tak, czy inaczej, więc jeśli ktoś czegoś nie rozumie, chętnie wytłumaczę używając słów jakoś inaczej, prościej, żeby się udało zrozumieć, oczywiste, ew. narysuję, bo wtedy jest łatwiej, oczywiste.

@PROTON:

Dzięki, bardzo fajny schemat. To chyba nie jest kwestia magistrali, tylko nóżek odpowiedzialnych za kolor, dwie nóżki (tak próbuję kojarzyć i kombinować), wartości: 1 lub 2 - dwie nóżki określają czy bits per pixel jest 1 lub 2 - z tego wynika, że trzeba by dolutować chyba dwie nóżki dodatkowe, dla bits per pixel: 4 lub 8 - jest to tylko flaga, z ilu danych korzysta ANTIC lub GTIA do realizacji piksela. 8 bit jest max, czyli 256 kolorów, ale żeby GTIA o tym wiedział i rozróżniał 4 różne stany (1,2,4,8 bits per pixel), wystarczą pewnie 4 nóżki, ale pewien nie jestem. Trzeba sprawdzić rozdział kolorów na GTIA - rzeczywiście jest to D0 do D7, więc... trzeba by dolutować D8 do D15 - i wyszłoby na elektronice 256 kolorów lub 16 kolorów - paleta na GTIA musiałaby być łatwo ustawialna w zakresie 256x256 kolorów. To będzie do określenia i sprawdzenia dokładnie.

Dzięki za schemat, genialny rysunek, lubię to, oczywiste.

==

Sprawdziłem trochę te magistrale i do czego one mają służyć niby, wydaje mi się, że gdyby się uprzeć, to dałoby się zrobić co planowane na tej samej, 8-bitowej, tak, jak jest, tylko wykorzystując odpowiednio, hmm... nie znam się za bardzo.

Na pewno trzeba:

- wskazać rodzaj rozdziału danych w bajcie dla pixela obrazu (bits per pixel 1 lub 2 lub 4 lub 8)
- ustawić kolory w zakresie nie tylko 16 różnych w 16 odcieniach, ale 256x256 lub więcej nawet

Magistrala danych dla kolorów w GTIA (dla pola gry i dla graczy i pocisków jest używana jak w tabelce):

http://krap.pl/mirrorz/atari/homepage.n … %20control

I teraz trzeba to dostosować jakoś do obsługi 4 bits per pixel i 8 bits per pixel, czyli rozszerzyć tylko wprost, analogicznie jakoś (żeby nie tylko dla 1 i 2 bits per pixel działały te układy).

Pojedyncze nóżki wskazują wszystko, co potrzeba, a kolory jak widać, magistralą danych, więc nawet na tej samej magistrali być może da się zrealizować 16 i 256 kolorów na ekranie, tylko trzeba o tym poinformować GTIA odpowiednio, czyli wskazać, że dane dla pixela są 4-bitowe lub 8-bitowe, a nie 1 lub 2-bitowe.

Wtedy GTIA robi kolor z 4 bitów lub 8 bitów i gotowe. 256 kolor, oczywiste.

Tylko tyle trzeba dolutować i poustawiać w ANTIC, GTIA i na płycie głównej trochę.

I byłoby gotowe raz na zawsze, w standardzie Atari XL/XE.

Jakoś etapami się uda... musi być zrobione, oczywiste.

@PROTON:

Gdyby to było możliwe do wyjaśnienia przez kogoś, kto by mógł znać temat merytorycznie w miarę przynajmniej, byłby to nieoczekiwany, wielki sukces projektu na danym etapie.

Wszystkie tryby graficzne i tekstowe standardowe Atari XL/XE, dla IR 0 do F - powiedzmy, że "jakoś" automatycznie wysterują się do modyfikacji omawianej - więc będzie to odkrywanie efektów po wykonaniu modyfikacji (można to określić przed wykonaniem modyfikacji, oczywiste) - chodzi przykładowo o tryb tekstowy - ciekawe, w jaki sposób automatycznie zrealizuje się większa ilość kolorów w tym trybie, trzeba by to sprawdzić i na podstawie dokumentacji technicznej byłoby wiadomo od razu, w sumie.

256 kolorów również zrobią się automatycznie, jeśli trzymać się "standardu" modyfikacji realizowanej.

Układ w specyfikacji opisywanej przeze mnie jest według mnie podstawowy, w pełni standardowy dla architektury XL/XE z ANTIC i GTIA - jednak komputer wg mnie został okrojony do szybkiej produkcji, aby wypuścić na rynek i mieć z głowy, bo skoro tyle pięknych kolorów widać i działają, dla bits per pixel 1 i 2 (to, co zna każdy użytkownik Atari XL/XE) - multimedia kosmos, tak naprawdę, oczywiste - to po co męczyć się w pełen standard, czyli jeszcze 4 i 8 bits per pixel.

Rynek, pośpiech i chęć zarobku "czym prędzej" - spowodowało wg mnie wypuszczenie Atari XL/XE w połowicznej wersji, czyli tylko 1 i 2 bity na pixel. Wystarczyło zrobić prawidłowo pełen komputer, jak miał być i powinien, czyli 1, 2, 4, i 8 bitów na piksel i do tej pory można by grać w gry w 16 i 256 kolorach, czyli jak VGA 320x200 256 kolor - gry typu Monkey Island, King's Quest, etc. - każdy zna ten genialny tryb kolorowy do gier na PC 386, itp.

No więc tryby graficzne jakie są, takie są, określone na IR od 0 do F.

I teraz te bity danych dla określenia piksela: jest 1 i 2 do wyboru - to tworzy różno-kolorowe tryby w rozdzielczościach jakie są, tak samo w tekstowych, jak i w graficznych. W sumie 16 różnych trybów podstawowych dla użytkownika.

I ponownie:

te same tryby w komplecie od 0 do F, jednak nie tylko dla danych 1 lub 2 na piksel, lecz również 4 i 8.

Dla 8 bit danych na piksel jest to pełne wykorzystanie bajta danych na określenie jednego piksela na ekranie w 256 możliwych kolorach do wyboru.

Czyli w dowolnym trybie Atari XL/XE analogicznie, jak aktualnie (w oryginalnym XL/XE) - może być tyle kolorów, ile da się wskazać na bits per pixel (1 lub 2) plus to, co dodatkowo robi GTIA we własnym zakresie.

Czyli: to, co robi XL/XE na ekranie dowolnego trybu mając informacje o 1 lub 2 bity na piksel, ma robić tak samo, ale korzystając z 4 lub 8 bitów informacji na piksel.

O to by mi chodziło.

Dlatego w sumie na tej samej magistrali 8-bit można by prawdopodobnie uzyskać 256 odcieni jednego koloru jednocześnie na ekranie, skoro można 16 jednocześnie. Analogicznie pozostałe tryby / kolory - tyle, ile można uzyskać na 1 i 2 bity danych, "liniowo" skaluje się w osiągi dla 4 i 8 bit danych, oczywiste.

Po dodaniu drugiej magistrali 8-bit, zakres kolorów do wykorzystania w palecie jest powiększony w mnożeniu, czyli 256x256, a nie tylko 256 jak aktualnie w oryginale.

Czy GTIA jest w stanie wygenerować sygnał video o 256x256 różnych kolorach / wartościach koloru dla sygnału na piksel?

Dla ułatwienia od razu w opisie technicznym (uzupełnienie tabelki z dokumentacji inżynierskiej Atari Inc.):

Standard Memory Map Display Modes:

IR mode         8 9 A B C D E F
Bits per pixel  2 1 2 1 1 2 2 1

Colors per mode: 2 (dla 1 bits per pixel)
Colors per mode: 4 (dla 2 bits per pixel)

Extended Memory Map Display Modes:

IR mode         8 9 A B C D E F
Bits per pixel  8 4 8 4 4 8 8 4

Colors per mode: 16 (dla 4 bits per pixel)
Colors per mode 256 (dla 8 bits per pixel)

Analogicznie dla trybów tekstowych IR 0 do 7.

Zrobienie tej modyfikacji (dodanie elementów do układów ANTIC i GTIA i ścieżek potrzebnych na płycie) automatycznie generuje to, co potrzeba we wszystkich trybach, czyli liczbę kolorów dla pola gry, dla duszków, etc.

Prawdopodobnie w rozdzielczości 320x200 (najwyższa, tyle, ile ma) będzie 8 kolorów, albo 4 - to trzeba sprawdzić zgodnie z dokumentacją, tak samo dla każdego trybu i będzie wiadomo => można uzupełnić konkretnie tabelki w dokumentacji do Atari XL/XE (ANTIC i GTIA).

Potem dopiero wysterowanie kolorów z zakresu na wyjście video. Ciekawe, czy GTIA potrafi wygenerować sygnał dla koloru w podwojonej rozdzielczości sygnału, czyli nie tylko 256 różnych kolorów, ale 256x256 (pośrednie wartości sygnałów pomiędzy dwoma standardowymi).

Nie wiem czy zauważyłeś, ale chyba nie starczyłoby pamięci żeby wyświetlić bitmapę 320x200 w 256 kolorach na 8-bitowym komputerze i żeby jeszcze zostało miejsce na coś innego, np. jakiś kod.

Chcesz 1024 kolory? Użyj VBXE - dawno już to wymyślono i ZROBIONO!

Edit: Że wpiszę się w schemat - gotowe i READY[]. Ale nie udało się w 1K - ciągle to jest wyzwanie.

za 100 lat ktoś wpadnie na pomysł aby zmieścić Atari w główce od szpilki, postęp ... ;)

Tjaaa, to chyba jakieś dwie osoby pisały kolejne dwa akapity. Wy się tam jakoś zmieniacie co kilka zdań, czy co?

Ja ciągle obstawiam boota w wersji WIP :)

Obydwa akapity perfekcyjnie się uzupełniają i obrazują prawidłowo kwestię omawianą:

1. "widząc VGA 320x200 256 kolor - od razu przychodzi do głowy Atari XL/XE, że VGA wygląda, jakby ten sam komputer, jakby XL/XE." - matryca 320x200 - czyli atarowska standardowa, kolorów aż 256, czyli tylko można się popłakać z żalu, że na Atari XL/XE nie ma aż tylu kolorów, oczywiste.

2. "VGA 256 kolor nie da się zrealizować w standardzie 8-bit XL/XE. Architektura układów i systemu nie pozwala. Trzeba by zmienić architekturę zupełnie, żeby coś takiego osiągnąć" - oczywiste, bo można sobie pomyśleć o trybie najwyższej rozdzielczości XL/XE, czyli ok. 320x200, ma tylko jeden kolor w sumie, plus kolor tła, chyba jeszcze ramka osobno, ale realnie w obszarze rysowania można na tle zapalić inny kolor lub zgasić (ten sam kolor piksela, co tła) - z tego wynika jakoś logicznie indukcyjnie, że trzymając się architektury XL/XE, dla 1 i 2 bit danych na piksel, tak, czy inaczej, w trybie 320x200 jest tylko jeden kolor, czyli nawet uzupełniając w standardzie obsługę 4 i 8 bit danych na jeden piksel, nie bardzo może się udać 256 kolorów, co powinno wynikać wprost z 8 bitów danych na piksel, lub 16 kolorów z 4 bitów na piksel, tak samo, jak nie wynika 4 kolory z 2 bitów na piksel, ani 2 kolorów z 1 bita na piksel (jest tylko 1 kolor w 320x200, chociaż można uznać za 2 kolory, biorąc tło jako drugi kolor, oczywiste).

Czyli wniosek: patrząc na VGA 320x200, 256 kolor widać Atari XL/XE, ale aż w 256 kolorach! Cudo jakieś i kosmos raj dla gracza i użytkownika Atari XL/XE, oczywiste.

... jednak nawet chcąc mieć takie efekty na XL/XE - nie da się zasadniczo: architektura nie pozwala. Wynika to pewnie z podziału danych na piksel dla pola gry i duszków, inne informacje, etc. - które dzielą się tak, w obsłudze przez układy, że w trybie 320x200 przykładowo można mieć TYLKO 1 kolor, a nie 4 kolory. Czyli 4 razy mniej, niż logika informatyczna i elektroniczna udostępnia na 2 bitach danych na piksel, oczywiste.

Stąd wniosek, że w trybie 320x200 nie ma szans, bo nie może być szans, zasadniczo (nie psując architektury XL/XE) uzyskać 256 kolorów na 8 bitach danych na piksel. Proste, oczywiste.

Kolega jest kryptokomodziarzem. Bo to nie jest standardowa matryca Atari XL/XE.

Chłopaki, piwo i popcorn mi się kończy...
Smaku, ile to jest dwa do potęgi 4? Jak znajdziesz odpowiedź to pomyśl...

Tak, to bardzo skomplikowane jest... Nad wyraz, nie ukrywam...