No ladne cacko!!!
Jeszcze tylko 4 playery i 4 missile ladnie pokolorowane na dole jako samochod (niech z wykopem bedzie ;) ) i gotowe!!!

Moje gratulacje!

I tu tez pojawia sie informacja, ze przetworniki nie sa do konca niezalezne, w zwiazku z czym mozna na skladaniu sygnalow z 4rech 4ro bitowych przetwornikow uzyskac wieksza rozdzielczosc niz 6bitow!!! (jak by wskazywala logika).
A dlaczego ???
Bo zsumowanie glosnosci w roznych konfiguracjach nie daje takiego samego sygnalu na wyjsciu!
Ustawienie "glosnosci" na czterech generatorach: 5 5 5 5 da inna wartosc napiecia wyjsciowego niz 4 3 5 5 a jeszcze inna da 10 0 5 5. Sa ta minimalne roznice ale mozna dzieki temu osiagnac w przyblizeniu 7mio bitowa rozdzielczosc przy zastosowaniu tylko 3 generatorow. A na 4 - przy odpowiednim stablicowaniu wartosci daloby sie zagrac 8mio bitowe sample spokojnie.... powstaje tylko znieksztalcenie bo nie da sie rownoczesnie zaladowac 4rech rejestrow dziwekowych. Pozostaje wiec do dyspozycji sumowanie 3 generatorow, bo da sie dosc szybko i prawie rownoczesnie wpisac do nich nowe wartosci (STX:STY:STA).
Uffff.....

A ja uwazam ze robisz calkowicie bezsensowna robote.

Wystarczy dowolny (najtanszy i najmniejszy) pad USB przerobic. Tam nie trzeba kombinowac ze zwieraniem linii matrycy, a do tego jest male i standardowo obslugiwane przez wszelkie emulatory.
Reasumujac: mniej roboty, mniejsze urzadzenie, bardziej uniwersalne (nie tylko Emulator)...

No ale rob... Twoja sprawa... ;P

Bufory wejscia/wyjscia najprawdopodobniej (74ls244) tak na 90%.
Warto zainwestowac w podstawki, bo padaja czasem.

Ewentualnie przelutowac gniazda (bo moze to to, ale bufory tez moga przywierac do masy, i nie bedzie prawidlowo dzialalo przejscie miedzy gniazdami).

Czytac dokumentacje !!! :)
Tam wszystko dokladnie jest opisane, wraz z lista WYMAGANYCH elementow, zacytuje wiec (i tylko to jest u mnie):
-a programmed PIC in a DIL package (4MHz version), a socket will be recommended for updates
-6 small signal diodes, for instance 1N4148
-1 crystal (approx. 4MHz)
-R1 resistor 100KOhm
-R2 resistor 2,2 ... 10KOhm
-C1 capacitor 100nF
-4 p PF connector, 2.54 mm (1/10")
-1 platine
Czyli PIC, kwarc, 6 diod, 2 rezystory i jeden kondensator (no i plytka oraz zlacze 4 piny). Uklad prosty jak budowa cepa.
Ja to zmontowalem na uniwersalnej plytce posilkujac sie rysunkiem podstawowej plytki AKI przewidzianej pod ten wlasnie zestaw elementow.

Ja tez do powolnych nie naleze :) Tyle ze dla mnie klawiatura Atari jest niewygodna, przyzwyczailem sie do porzadnych piecowych. Zastanawiam sie co rozumiecie przez powolnosc. I tu i tu wiersze i kolumny sa multipleksowane. W atari wcale nie tak szybko, nie wiem jak w piecowych klawiaturach. A jak procesor klawiatury zlapie moment nacisniecia, to nie zgubi klawisza przy wysylaniu go do Atari - nie ma mowy (wynika to z konstrukcji i dzialania AKI). Wiec tak samo gubilby na piecu - a jakos nie gubi. Jedyny problem to te milisekundowe czasy przeslan i zamiany jednych danych na inne, ale to nie powod gubienia danych, to moze tylko minimalne opoznienia powodowac.

A jak odpowiednio krotko "walne sobie w klawisz atarynki, to uklad multipleksujacy tez moze nie zalapac (jak akurat w tym czasie inny wiersz adresuje....).

Wiesz... ja mam AKI od lat mozna powiedziec. I nie dziala podlej od oryginalnej klawiatury Atari :).
Niby co zle dzialalo???

I nagle wszyscy przekanali sie do AKI :)
A pamietam te niegdysiejsze narzekania.... :P

No wlasnie, ktora wersje plytki robic.
Czy te, w ktora wklada sie POKEYa, a ona sama siedzi w podstawce na plycie Atari.
Czy te, ktora ma wystajacych pod spodem 6 pinow lutowanych do POKEYa.

Niby takie same, a projektowac trzeba inaczej (ta druga wersja jest prosta i gotowa TUTAJ. I ja tak mam zrobione, no ale ja jestem purysta i nie uznaje stereo w Atari ;)

P.-S. Po padzie dysku stracilem czesc atarowskich danych miedzy innymi przygotowana przez naszego forumowicza "darkdk" nowa wersje oprogramowania PICa dla AKI. Mam ja w swoim ukladzie zaprogramowana, ale przydaloby sie miec dokumentacje i wsad na przyszlosc.
Moze ktos ma i podesle, albo lepiej na jakis znany i pewny FTP wrzuci i podlinkuje w Atariki ;)

P-S. 2 ... Do dzisiaj nie moge sie nadziwic jak projektanci XEGS mogli tak spieprzyc koncepcje podlaczania klawiatury do pudla. Wystarczylo multipleksery wrzucic do klawiatury i wystarczaja 4 druty do komunikacji, zamiast pakowania grubego i niewygodnego kabla.

Wlasnie przydaloby sie zamowic "pare" plytek do AKI. Ja skladalem swoje na uniwersalnej (W sumie b. ladnie wyszlo), ale drugi raz juz bym sie tego nie podjal - nie chcialoby mi sie ;)
A na gotowej plytce to 10 minut roboty.

Czytaj uwaznie w JAKIM DZIALE piszesz.
Nie potrafisz ze zrozumieniem przeczytac "Sprzęt - 8bit".
Ja od razu zrozumialem ze chodzi tu o modyfikacje sprzetowe a nie programowe podbijanie predkosci o pare baudow.

P.-S. No ale Ty wiesz lepiej :P

Raz piszesz o asynchronicznym We/Wy a  raz o procedurach asynchronicznych - zdecyduj sie. W przypadku Atari asynchroniczne procedury We/Wy nie maja wiekszego sensu (szczegolnie w trybach szybkiej transmisji). Przy szybkosci komunikacji ze stacja dyskow rzedu 80-100kbps (a niektore turba taka maja), procedury obslugujace sama transmisje, musza byc specjalnie optymalizowane, by wogole mialy czas sie wykonac i nie gubic danych. Robienie w tym czasie czegos innego wymaga cudu - ale Ty jestes u nasz specjalista od cudow. czekam wiec na pierwszy program. Ja swoje juz napisalem i mialem okazje spotkac sie z tymi problemami.
Najpierw napisz JAKIKOLWIEK loader do CZEGOKOLWIEK na atari, chetnie pomoge, choc w zasadzie ja mam swoj loader i niby czemu mam czas marnowac - bo dla mnie to marnotrastwo czasu.

P.-S. Oczywiscie i to bez wiekszych problemow mozna zrownoleglic transmisje i inne operacje przy normalnej szybkosci transmisji (tylko kto teraz taka stosuje), przykladem oryginalne dyskowe gry Lucasfilmu. Tam jest co prawda "odwrotnie" (kto wie to zrozumie), ale to dziala.