W przypadku sprawnego GTIA piksele w hires są jednak - na ile można to ocenić - idealnie równe - widać to na każdym w miarę dobrym (zwłaszcza monochromatycznym) monitorze. Różnica pomiędzy sprawnym a kiepskim GTIA jest dramatyczna.

Simius a sprawdzałeś jak wygląda FO0 i OSC ?  Jakie mają wypełnienia ?

Poza tym - obydwa obrazki z "unity demo" które pokazał Pajero są wadliwe - ten ze zdjęcia Pajero ma za szybko GR15 a ten ze strony Fandala ma jakiś dziwny biały pasek po prawej stronie.
Wniosek - używanie zmian trybów GTIA w środku linii to słaby pomysł ....

Kiedyś myślałem nad kombinowaniem przy zagarach GTIA, ale jak to często u mnie bywa - do lutownicy było za daleko :)

XXL po prostu pisze dobrze ;-)

Lotharku, jak Twoje testy ? Masz już jakieś wnioski ? Coś umilkłeś ...

No dobra to sprawdź najnowsze przykłady, te z paki, ok ?

Co do Misji, to (jak i niektóre inne przykłady) sprawdza wersję rdzenia czy jest dokładnie 1.20 - a więc nie ruszy na 1.22 chociaż ten rdzeń jest kompatybilny. Problem został rozwiązany na przyszłość przez dokładniejszą specyfikację numeracji i rozpoznawania wersji rdzenia - począwszy od wersji 1.21.

Lotharek dostaniesz dzisiaj wieczorem (mam nadzieję) inną wersję rdzenia do testów, jeżeli nie znajdziesz przyczyny problemów.

Pin: update rdzenia jest obowiązkowy, na 1.20 gwarancja właśnie się skończyła ;-)

Jacques: Mnie i kilku innym osobom zdarzyły się problemy typu mrugający obraz, kaszana na PMG itp. Problem polega na zbyt opóźnionym przechwytywaniu danych z szyny po opadającym zboczu PHI2 - w efekcie w niektórych komputerach np. po rozgrzaniu sprzętu występowały zapisy błędnych wartości do rejestrów emulowanego GTIA czy też rdzenia FX albo VRAM. Problem poprawiłem przez synchronizację z PHI0 zamiast PHI2. PHI0 wyprzedza PHI2 mniej więcej o 40-50ns.

Rdzenie używają palety laoo.act, podrasowanej osobiście przeze mnie (tj. podniosłem nasycenie kolorów i zwiększyłem ich jasność).

Sam nie wiem, od dawna kusi mnie żeby paletę zmienić (np. nie podoba mi się zbyt zielonkawy odcień tła znaków w gr.0) ale nie mam lepszej palety póki co. Paleta Real.act jest dość fajna ale zbyt jasna (nie ma czarnego), musiałbym ją solidnie przerabiać a później i tak by się to komuś nie podobało...

Atmelika ? To już porządnych procesorów nie ma ? Tylko dla bascomowców ?

Tak, odwróć sygnał zegara do Freda i sprawdź.

Gdy w kompie jest rozszerzenie 1M na simm to zniknie ono po załadowaniu rdzenia "R" - zostanie tylko rozszerzenie vbxe.

Candle trochę przesadził ale tak naprawdę to są tam 22 nogi do tego. 22 = 7R+7G+7B+1clock

XXI wiek nie jest ważny, ważne jest to, że aby puścić sygnał video zgodny z najnowszymi trendami czy choćby tylko zgodny z normami trzeba by zrobić urządzenie 2x większe i droższe niż VBXE. I poświęcić pewnie na to 2x więcej czasu.

VBXE generuje tylko obraz RGB, nie ruszając sygnału synchronizacji - ten robi zwykły GTIA tak jak zawsze to robił. Powiem tak: przez te parę lat, w czasie których robiłem VBXE i rdzenie nie dorobiłem się TV LCD (nie mam do dzisiaj) i nie byłem w stanie przetestować tego na LCD. A ogólnie jest z tym różnie jaki widać. Pech polega na tym że do rozwiązania problemu potrzeba po pierwsze rozwiązywacza (czyli ja lub Candle) i nie działającej konfiguracji (czyli ten LCD).

Pozostaje sprawdzić na CRT na razie.