Zawsze będą takie zastrzeżenia i słusznie, bowiem to "nie jest Atari". Teoretycznie można tam wsadzić co się chce - P4, Geforce GTX 280, itp. zboczenia, ale nie o to oczywiście chodzi. Zalety rozwiązania w postaci cartridge'a są znane i nie warto powtarzać argumentacji.

Pierwotnie coś w stylu koprocesora. Nie jest to pełny komputer, z własymi układami specjalizowanymi, ani też jeden układ do ściśle zawężonych zadań. Aby móc zastosować go do bardziej zaawansowanych gier, w domyśle z lepszą, różnorodną grafiką, potrzebne będzie rozszerzenie idei i powiększenie dostępnej pamięci na CAR. Na razie nie ma sensu o tym dyskutować, dopóki nie będzie fizycznego prototypu z przykładowym programem, łechtającym wyobraźnię.

Taka jest właśnie idea.

Czym więcej, tym lepiej. Oczywiście w tym konkretnym przypadku - max 16 kB w przestrzeni adresowej CAR. Wielkość ma znaczenie, bowiem będzie można umieścić bezczelnie w tym obszarze dane dla Antic'a.

Praktyczny sens ma 6502, 65816, ażeby za daleko nie odbiegać od klimatu maluszka oraz dotychczasowych doświadczeń.

Aktualizacja:

Określenie półśrodek bardziej pasuje do projektów ingerujących w strukturę wewnętrzną komputera. Nie jest to naturalny, zaprojektowany przez producenta sposób rozbudowy komputera.

Poza tym, w czym problem, że będzie więcej rozwiązań, możliwość wyboru? Niech potencjalni użytkownicy zdecydują co jest lepsze i co stanie się standardem.

http://en.wikipedia.org/wiki/Binary_logarithm

W sekcji "Algorithm" podany jest sposób.

Skutek jest dokładnie taki sam. Bity 7,6 zostaną prawidłowo przeniesione na pozycje 1,0.

Niebawem się okaże i wtedy dam znać.

Odpada - materiał jest "highly confidential".

Stację już posiadam, ale ten wariant odpada, ze względu na dużą ilość błędów podczas transmisji.

Nic nie zaszkodzi spróbować, ale poważnie wątpię czy da radę. Dostępny jest trial: http://www.coreavc.com/index.php?option … ;Itemid=59 .

Na to wygląda.

Niestety tak.

Sprawdzałeś może dekoder H.264 z najnowszego pakietu DivX 7.0 ?

Zastanawiam się do jakiego stopnia mogłaby pomóc tutaj karta z zaawansowaną obsługą dekodowania video. Być może wymiana jedynie niej wystarczyłaby. Nie znam dokładnych danych w tym temacie, ale sugeruję pogrzebać w internecie, w szczególności na stronach NVidii, która posiada specjalne oprogramowanie do dekodowania video.

[Aktualizacja]
http://www.nvidia.pl/page/purevideo.html

Zrobię u siebie test na 9600GT. Mam również słaby procek, choć trochę mocniejszy od Twojego, więc powinno to dać jakieś rozeznanie. U mnie również występują problemy z płynnym dekodowaniem materiału Full-HD pochodzącego z kontenerów mp4 oraz avi.

Czyli opis tej opcji w emulatorze jest nieprawidłowy - Reset->Cold (Shift F5)... Pozostaje pytanie: czy istnieje jakiś sposób, aby ta kombinacja nie robiła misz-masz z pamięcią rozszerzoną?

1) Bez kolorymetru się nie obędzie, ewentualnie danych o koordynatach barw Atari w jakimś fizycznym modelu barw, np. takim jakim jest CIE XYZ/CIE xyY (a przynajmniej jego rzucie - CIE XY). Najpierw należałoby skalibrować sprzętowo jakiś monitor do wyświetlania barw w zgodzie ze standardami PAL/NTSC. Ostatecznie wystarczy poprawnie dostrojony telewizor. W przypadku monitora przydałby się jego jakiś rozbudowany model z poszerzoną paletą barw składowych (10'cio, 12'sto bitową), tak aby móc pomierzyć barwy Atarki z maksymalną możliwą dokładnością. Potrzebny będzie również tuner TV.
2) Należy pomierzyć kolory maluszka na skalibrowanym sprzęcie (bodajże do modelu sRGB) i zanotować je we wsp. modelu CIE XYZ, ew. sRGB
3) Zadanie jest o tyle złożone, że wyniki są zależne od pokrętła barw znajdującego się na spodzie komputera. Sugerowanym rozwiązaniem jest dokonanie pomiarów dla kilku ustawień - dwóch skrajnych i jakiegoś pośredniego. Ew. jeśli char. zmian parametrów jest liniowa (lub jakaś inna znana), można to adekwatnie uwzględnić podczas dopasowywania barw w oparciu o pomiary oraz tę charakterystykę. Nie pamiętam już, który parametr opisujący kolor zmienia to pokrętło - nasycenie barw czy odcienie.
4) Dla prostego policzenia barw wystarczy f. minimum odległości między dopasowywaną barwą w modelu CIE XYZ/RGB a kolorami maluszka. W ostateczności, wszystkich kalkulacji możemy dokonać w modelu RGB, ale wtedy tracimy na uniwersalności rozwiązania i jesteśmy uzależnieni od charakterystyk konkretnych wyświetlaczy, które mogą mieć przeróżne odchyłki, nawet po kalibracji.

Aktualizacja:
Zapewne jakiś układ atarynki (nie wiem który) zawiera zaszytą w sobie tablicę barw przeliczającą indeksy atarowskiego koloru do poziomów sygnałów wyjściowych luminancji oraz chromy. Teoretycznie można pomierzyć te sygnały dla wszystkich barw maluszka, dokonać przeliczenia do modelu YUV/YIQ (NTSC) a stąd do RGB. Tutaj jednak należałoby znać również sposób miksowania barw uwzględniający pokrętło kolorów.

Aktualizacja:
Tutaj odnalazłem częstotliwości dla modulacji sygnału TV w standardzie SECAM http://ftp.pigwa.net/stuff/collections/ … /FGTIA.PDF - tabela FGTIA Color Line to Color Output Frequency Conversions - strona 21. Być może w oparciu o tą i podobne tabele można dokonać dalszych ustaleń.