Fakt. Błąd w bibliotece elementów. Już poprawiłem.

Zarówno temperatura, jak i wielkość napięcia zasilającego mają istotny wpływ na propagację sygnałów, nic więc dziwnego, że wadliwe układy, pracujące na granicy tolerancji, mają z tym problem.

Przypomniałem sobie, że mam gdzieś SysInfo 2.20. Odnalazłem i zapuściłem. Okazuje się, że przy zmianie trybu w środku linii poprawa jest, ale, niestety, nie do końca. Zamiast kompletnej sieczki i latających pikseli są stabilne pasy, ale nie 16 od czerni do bieli, jak Pan Bóg przykazał, a 4 razy po 4. Tak poziomo, jak i pionowo. Rzecz wymaga więc jeszcze trochę dopracowania.

W części (chyba nawet większej części)  XFD601/602 były montowane napędy Chinon, ale czy sobie radzą z dyskietkami HD tego nigdy nie sprawdzałem.

Jak to, o którym? O tym, o którym pisałem w temacie "konwerter vga". O takim, który zrobiłby konwersję bezpośrednio na czystym sygnale cyfrowym, a nie zasyfionym przetwarzaniem D -> A -> D.

Jaka by była szansa na zrobienie na nowych płytkach dodatkowego złącza z sygnałami sprzed VDAC + paroma dodatkowymi potrzebnymi do scandoublera? Oczywiście zakładając, że znalazłoby się trochę zainteresowanych. Moim skromnym zdaniem rzecz jest warta zachodu. Przy okazji - scandoubler ma własny PLL, więc mógłby dostarczać sygnał zegarowy dla VBXE bez dodatkowego kwarcu.

Wait states nie są potrzebne POKEY-owi, tylko CPU. Taktowanie POKEY-a wygląda tak, że dostaje 2 cykle zegara 21MHz/8, po czym następuje przerwa o długości 1 cyklu. W ten sposób średnia częstotliwość taktowania POKEY-a pozostaje bez zmian, więc transmisja szeregowa będzie przebiegać bez zakłóceń. Problem tylko w tym, że gdyby CPU potrzebował dostępu do POKEY-a podczas "ukradzionego" cyklu, to go nie uzyska. Po to właśnie wait state. Dźwięki miałyby tę samą wysokość, mógłby się tylko pojawić słyszalny jitter przy większych częstotliwościach. Programy, oczywiście, działałyby o połowę szybciej.

Najlepiej by było 21,28137MHz, czyli 1,5x oryginał. Można by taktować POKEY z kradnięciem 1 cyklu na 3 i generacją wait states dla procesora w cyklach dostępu do POKEY-a. Wtedy SIO by nie ucierpiało. Dźwięk tylko mógłby być miejscami kulawy.

Aha, w tej sytuacji cyfrowy scandoubler do VBXE jest sprawą otwartą. I proszę się nie obawiać - to nie jest prima aprilis.

Dzisiejsza data to tylko niefortunny zbieg okoliczności. Zapewniam, że wiadomość jest prawdziwa, a atarynka z kwarcem 18,4MHz działa stabilnie. Nic w tym zresztą dziwnego nie ma. Kłopotów spodziewałbym się w serii XL z linią opóźniającą, ale FREDDIE generuje timingi synchronicznie, więc co za problem?
Nie wiem, jaki generuje dźwięk, bo monitory nie mają głośników. Na pewno nie ma prawa współpracować poprawnie z urządzeniami zewnętrznymi po SIO. Zresztą to tylko eksperyment. Znalazłem już kilka typów monitorów LCD z odświeżaniem od 47-49Hz, w tym, ku swemu zaskoczeniu, ten, przed którym właśnie siedzę, więc nie będzie potrzeby podnoszenia taktowania. Postaram się na jutro o kilka lepszych zdjęć w wysokiej rozdzielczości.

Jeśli nie można go dotknąć, to na 100% jest uszkodzony, bo nawet przy zwarciu wyjścia do masy czy zasilania wydzielałoby się w nim się zaledwie jakieś 300mW, a to za mało, żeby był tak gorący. Niestety, to źle rokuje dla pozostałych układów, bo nie jest bardziej niż inne narażony na uszkodzenia. Albo dostał za duże (lub ujemne) napięcie od strony zasilania, a wtedy niemal na pewno masz uwalonego przynajmniej FREDDIE-go, albo (mało prawdopodobne) przez gniazdo joysticka, a wtedy, jak przypuszczam (Jer mógłby wiedzieć, czy coś takiego się zdarza) mógłby być problem także z GTIA.