Nie ma sensu próbować. Pamięć jest wykorzystana do ostatniego bitu. Stacja obsługuje sektory 256-bajtowe i musi je, po odczytaniu z WD, przechować w RAM. ZTCP nawet timer jest wykorzystany w charakterze licznika danych, bo rejestry w RAM zajęte przez odczytywany sektor. Zresztą po co? Procesorów 8050 jest jeszcze na świecie więcej niż jesteś w stanie zagospodarować.

Co Ci nie wyszło z podziałem 25M/3? 8 zamiast 8.333 sam kiedyś próbowałem i pamiętam, że działało, ale nie bez problemów. To już lepiej 8.192. W końcu użyłem 10MHz, przełączając silnik stacji na 360obr/min i wymieniając rezonator w sterowniku na 25% szybszy. W stacjach TEAC to było 640kHz zamiast 512kHz. Oczywiście program stacji trzeba było dostosować, żeby prędkość transmisji była odpowiednia.

www.atari.org.pl/forum/misc.php?action=pun_attachment&item=982&preview
Trzeba tam tylko dodać 8 szeregowych rezystorów 33ohm w liniach adresowych pamięci.

Niczym.

Finalnie pozostanę przy rozdzielczości 1536x960. Istotną zaletą jest to, że na monitorze z aspect ratio 16:10 obraz ma kwadratowy piksel, a kółko wygląda jak kółko, niezależnie od systemu (PAL/NTSC). Niestety, w systemie PAL nie będzie współpracować ze wszystkimi monitorami, a tylko z tymi, które potrafią obsłużyć odświeżanie 50Hz. Chyba najczęściej taki zakres występuje w monitorach HP, ale bywają też przypadki, kiedy w specyfikacji widnieje zakres od 56Hz, a monitor pięknie działa, więc sztywnej reguły nie ma.
W tej chwili dostępnych jest 8 sztuk. W komplecie płytka z gniazdem DVI, montowana na szpilkach w otworach po usuniętym modulatorze, jak widać na przykładowym zdjęciu w 600XL. Komplet 260zł + wysyłka 10zł. Zgłoszenia proszę na PM. Jeśli ktoś koniecznie chce odtworzenia fabrycznego błędu dot. przesunięcia GR.10 o cykl koloru w prawo, niech o tym wspomni. Z nieukrywanym wstrętem postaram się uwzględnić.

http://www.fao.org/faostat/en/#data/QC

http://atarionline.pl/arch/H/HAR%27em/H ... 8FW%29.xex

Też jestem ciekaw, o co chodzi, ale sam na razie nie jestem w stanie tego sprawdzić.

BartoszP ... to jest forum dyskusyjne, a nie serwis informacyjny. Dobre obyczaje nakazują, jeśli wklejasz jakąś informację, odnieść się do niej własnym komentarzem.

Ad rem:
Nie pierwszy to i z pewnością nie ostatni przypadek wywłaszczenia na cele publiczne. Jest prawie dokładnie tak, jak piszesz - kupujesz sobie parcelę, budujesz dom i urządzasz ogródek, a tu przychodzi urzędnik i mówi, że od jutra wchodzi na Twój teren ekipa budowlana i będzie budować drogę ekspresową. A ponieważ porozumienie z tobą napotyka przeszkody, to po prostu wywłaszcza Cię na podstawie Ustawy o gospodarce nieruchomościami (Dz.U. 1997 nr 115 poz. 741 z późn. zm.).

Prawo autorskie to nie jest niezbywalne prawo do życia. I moim zdaniem w takiej sytuacji, tzn. oprogramowania tworzonego na potrzeby organów władzy lub instytucji publicznych zasadą powinno być obligatoryjne przenoszenie własności wszelkich praw do programu na rzecz zamawiającego. Urzędy państwowe nie mogą zależeć od niczyjej łaski - czy to firmy programistycznej czy jakiegoś prywatnego programisty, któremu np. nie spodoba się minister Ziobro i zażąda zaprzestania wykorzystywania jego programu, do którego nadal posiada prawa autorskie. Albo np. sprzeda ten program wywiadowi obcego państwa. Za przeniesienie praw trzeba autorowi zapłacić i sprawa załatwiona.

Produkowane obecnie matryce LCD mają na ogół interfejs LVDS, podobny, ale odmienny niż TMDS, jak w DVI/HDMI. Wymagałoby to kolejnej wersji płytki, z innym transmiterem. Nie jest to całkiem wykluczone, choć nie zaraz i pewnie pod jedną, często spotykaną rozdzielczość matrycy (np. 1280x1024). Niekoniecznie jeden typ, bo różne matryce, o różnej wielkości, ale o tej samej rozdzielczości, miewają identyczne sterowanie.

@Elwood
Jedno z drugim nie musi mieć nic wspólnego.

Czy jest na sali lekarz?

To niewiele zmienia, bo te układy CMOS to przełączniki analogowe, w stanie włączonym przezroczyste dla przepięć. Same zresztą też są wrażliwe na ESD.

Core 1.3 z poprawką dot. resetowania przerzutnika hi-res przy ustawianiu trybu GTIA - za chwilę.
Tymczasem inny problem. Doszedłem do punktu, w którym trzeba by ustalić format obrazu w wersji cyfrowej. W tej chwili obraz o standardowej szerokości 160 cykli koloru, czyli 320 pikseli hi-res i maksymalnej możliwej wysokości 240 linii jest przeskalowany do rozdzielczości, w zależności od wersji core, 640x480 lub 1280x960 pikseli. To daje standardową proporcję rozmiarów obrazu 4:3, ale maskuje wszystko, co ewentualnie mogłoby być wyświetlone po bokach, w trybie szerokim. Gdyby uwzględnić całe dostępne pole w trybie szerokim, obraz miałby rozdzielczość 1536x960 pikseli (lub 768x480) i proporcje 16:10. Ale przy okazji objąłby wszystkie ewentualne śmieci, pojawiające się w wielu programach, a normalnie nie wyświetlane przez żaden szanujący się TV. W Atari800Win przyjęty został format 336x240 co po przeskalowaniu 4:1 daje 1344x960 pikseli i proporcje 14:10. Czy to wystarczy, czy jednak warto byłoby zostawić więcej - 352x240, 360x240? A może jednak całe 384x240?