Sophia 2 ma już ten ficzer od początku dystrybucji. Starsze wersje nie mają i nie będą mialy, bo nie mają na to dosyć  zasobow.

https://allegro.pl/oferta/folia-klawiat … 4877855223

Skoro nie da się inaczej, wyłuszczę ideę. Ze względu na opóźnienia na drodze OSC --> GTIA --> ANTIC --> CPU --> PHI2, sygnał PHI2 jest w praktyce skorelowany z opadającym zboczem OSC. Można więc, dla analizy, zastąpić to prostym dzielnikiem przez 2 zmieniającym stan na opadającym zboczu OSC. Licznik synchroniczny ze schematu także generuje sygnał o częstotliwości OSC/2, którego stan zmienia się równocześnie z opadającym zboczem OSC. Ponieważ jednak nie znamy stanu początkowego dzielnika znajdującego się w ANTIC, mamy dwie możliwości - albo sygnał z wyjścia Q2 licznika synchronicznego ma fazę zgodną z PHI2, albo ma fazę przeciwną. Jeśli ma fazę zgodną, wówczas nie potrzebujemy w ogóle nic robić. Jeśli ma fazę przeciwną, musimy w jednym, jedynym cyklu zmienić stan licznika w taki sposób, żeby fazy Q2 i PHI2 się ze sobą zgodziły. A jak już się zgodziły, to idziemy sobie spokojnie na piwo, bo więcej nic nie potrzebujmy robić. Na obrazkach są przebiegi z symulacji - pierwszy z fazą zgodną, a drugi z przeciwną.

Kiedyś dwóch Żydów w ZOO przystanęło przy klatce z żyrafą i po dłuższym przyglądaniu się, w końcu jeden odezwał się do drugiego - Icek, ty nie wierz własnym oczom. To nie może być.

Masz przed sobą działający układ. Można, bez szczegółowej analizy, nie do końca rozumieć, jak działa, ale kwestionowanie jego działania, skoro wiadomo, że działa, jest nierozsądne.

No, ludzie. Czyta, a nie rozumie. Oryginalny sygnał, dostępny w układzie FREDDIE nie ma wypełnienia 50/50 i jest mocno zakłócony. Głownie z powodu bardzo długiego czasu narastania u źródła, czyli na wyjściu CPU. A przecież wyraźnie i wprost napisałem, co chcę uzyskać.

To ja zadam pytanie pomocnicze - jak uzyskać sygnał zgodny w fazie z PHI2, ale bez zakłóceń i z gwarantowanym wypełnieniem 50/50, a przy okazji podzielić sygnał kwarcu przez cztery?

Nie powinno. Wygląda, jakby albo układ generujący strob zapisu (który powinien być pojedynczy) wytwarzał jakiś dodatkowy glitch, co jest raczej mało prawdopodobne, bo działa synchronicznie i teoretycznie nic takiego nie ma prawa się zdarzyć, albo to wynik jakichś zakłóceń przenikających liniami adresowymi, r/w albo cs, w drugiej połowie cyklu zegarowego, kiedy teoretycznie powinny być stabilne. Gdyby to wyszło na początku, można by temu w prosty sposób zaradzić, opóźniając propagację SPECEN przerzutnikiem o jeden cykl maszynowy. Teraz już za późno. Nie da się przeprogramować wszystkich Sophii, a nowe oprogramowanie powinno działać na każdej bez wyjątku.

Wyjaśnienie jest dość proste - przerwanie VBLKI, zanim przepisze zawartości rejestrów-cieni koloru, ustawia w rejestrze maski ($4E) wartość $FE, po czym, przepisując, robi AND z maską, zerując najmłodszy bit. Trzeba albo wyłączyć NMI i ustawiać kolory bezpośrednio w rejestrach sprzętowych, albo przepisać procedurę przerwania w inne miejsce i usunąć z niej maskowanie.

Palety programowane ułożone są w pamięci w kolejności rosnącej. Paleta 0 (default) nie rezyduje w pamięci. Jest tworzona przez logikę i stan rejestrów PAL3..0 = "0000" podłącza ją zamiast pamięci. Ponieważ jednak pamięć palet jest ładowana od adresu 0, a pierwsza ładowalna paleta ma nr 1, po drodze między rejestrem PAL3..0 a pamięcią, jest sumator, który dodaje $0F do zawartości rejestru, przez co paleta nr 1 wypada w pamięci od adresu 0. W ten sposób ostatnia paleta, o numerze 15, kończy się pod adresem $2CFF i obszar $2D00...$2FFF pozostaje nieużywany. Choć oczywiście można tam coś wpisać i licznik przekręci się po przekroczeniu $2FFF. Lepiej tak, niż wysyłać na początku na pusto 768 bajtów.

Nie przyszło mi nawet do głowy, że ktoś chciałby zrobić coś takiego. Zresztą prawdopodobnie i tak by się nie udało z powodu braku zasobów. I tak trzeba było dociskać kolanem, żeby zmieściło się to, co jest. Zamierzenie było takie, żeby użytkownik ładował sobie na początku wszystkie potrzebne palety i potem już tylko sobie wybierał według bieżącej potrzeby. 16 palet po 256 kolorów to razem 4096. Za mało?

Da się. Mają niebieską soldermaskę, a nie zieloną i układ 10M04 a nie 10M02, jak pozostałe.

Mogłoby, ale to bardziej skomplikowane układowo niż ustawienie jednego bitu, a celowość wątpliwa. W każdej chwili możesz sobie przecież kłapnąć tym bitem i wyzerować licznik.

Nie ma oddzielnych palet YPbPr. Konwersja RGB do YPbPr jest wykonywana arytmetycznie. Jak pisałem wyżej, raczej bym na to nie liczył.

Reszta później.

O, widzę, że Duddie też zrobił folie dwuwarstwowe i nawet się nie pochwalił. Szkoda tylko, że nie na podstawie własnego projektu.
Moje w każdym razie są wciąż dostępne, w cenie 65zł + VAT + wysyłka. Myślę o sklepie internetowym, ale tymczasem jeśli ktoś chętny, proszę o PM.

Musi jacyś komodorowcy biedaka dopadli.