Z prockiem nie ma najmniejszego problemu, jest linia HALT, która wprawdzie według specyfikacji jest tylko do odczytu, jednak z racji, że jest bezpośrednio wpięta do procesora podanie na nią poziomu niskiego spowodowałoby zatrzymanie CPU i jego galwaniczne logiczne "odcięcie" od magistrali.

pin: sugerowałem się szerokością magistrali danych

xxl: ale magistrala danych jest 8-bitowa - jeżeli uznajemy 65816 za procesor 16-bit, to również 8088 powinniśmy uznać za 16-bit, a 68000 za 32-bit (jeżeli opieramy się na szerokości domyślnego "akumulatora") ;)

Proponuję przyjąć następujące założenie:  Procesor jest "tylubitowy" ile bitów szerokości ma jego magistrala danych w wersji pełnej procesora.

Wtedy:
8-bit: 6502, Z80
16-bit: 68000, 8088 (multipleksowana szyna 8bit, wersja "uboższa" natywnej architektury 8086), 8086
32-bit: 68020, 68030, 386sx (multipleksowana szyna 16-bit, wersja "uboższa" architektury 386dx), 386dx, 68040, 486sx, 486dx

a co z procesorami 68060 i Pentium ? 32-bit czy 64-bit ? ;)

Z tą bitowością to rzeczywiście sprawa niejednoznaczna... z jednej strony szerokość szyny danych, ale w sensie logicznym, a nie fizycznym - przykład procesor 386sx, który ma multipleksowaną 32-bitową szynę danych, tak, że zatrzaskuje w jednym cyklu zegara 16-bitowe słowo. Jednak procesor w pełnej wersji (386DX) ma pełną 32-bitową szynę, bez multipleksów.

Nie za bardzo zgodzę się z definicją bori-ego - tutaj właśnie mamy przykład Adama: procesor 68000 - tam podstawowymi rejestrami arytemtycznymi są rejestry D0-D7, z których każdy ma szerokość 32-bit, jednak szerokość magistrali danych jest 16-bitowa, w przeciwieństwie do 68030, gdzie przy tych samych rejestach mamy rzeczywiście 32-bitową szynę danych. A sama Motorola definiuje 68000 i 68010 jako procesory 16-bit, natomiast pozostałe od 68020-68040 jako 32-bitowe.

Dlatego wydaje mi się, że należy przyjąć kryterium szerokości szyny danych w strukturze wewnętrznej.

IMHO to powinny być 41256 a nie 4256 - skoro jest ich 16 i mają pojemność 512kB RAM to musi być to 41256 !

A jeżeli to 41256 to właśnie o takie kości chodziło.

Jak już rozmawiamy o rozszerzaniu Atarek na kościach 1-bit (1*256kbit) to pewnie niektóre osoby pamiętają moją atarkę z QuaST-a 96 - była ona rozbudowana do 1MB (65XE !) - wykonanie było nieco hardcoreowe, bo pamięci stanowiły piramidkę - w 2 ostatnich podstawkach (najbliżej wyłącznika) było po 8 scalaków (jeden na drugim !) i polutowane przewody do linii CAS - przez długie lata była to moja naczelna workstacja - z tego co pamiętam oddałem ją komuś na ostatnim QuaŚcie jako "ofiarę eksperymentów elektronicznych dr. macgyvera" ;)

A co do 320kB z 16 kostkami 4164 - szkoda jej rozszerzać tylko do 320kB - to aż się prosi, żeby zrobić 1 MB - w jednym rzędzie po 2 scalaki, w drugim po 3 i mamy 1MB. Tylko trzeba pamiętać o tym, aby ustalić czy będzie to RAMBO czy Compy Shop, czy bit 5 ma ustalać dostęp Antica czy wybierać bank - jak ktoś zrobi, że bit 5 będzie sterował obydwoma tymi funkcjami, to zrobi kaszankę, bo wiele produkcji będzie się z tym gryźć.

Na Atari wystarczy odpalić Mega Player-a 2.0 - ma m.in. fukcję przeglądania grafiki w formacie .GR8. Odpalisz pod emulcem, zrobisz zrzut screena i voila ;)

laoo, tylko strzeż tej tajemnicy jak oka w głowie...  obyś tylko kiedyś przypadkiem nie wygadał się komuś... bo wiesz, kolega jest z Pruszkowa... naprawdę fajnym kolegą byłeś laoo ;)

Ja też mam legalnego Windowsa - kolega legalnie pozwolił mi skopiować instalkę :lol:

może Xan dogadał się z Valdim ? :lol:

nie lepiej od razu pokusić się o sterownik i rozszerzenie np. do 320/576/1088kB ?