ten kto wysłał Atarke

Najpierw muszę zmontować wszystkie egzemplarze (i uruchomić) dopiero później będę montował w komputerach. Ale i tak Kaz jest pierwszy.

Mi nie montujesz w kompie, mam otrzymać gotową płytkę i instrukcję łopatologiczną. Ale rozumiem że musisz każdą podłączyć i przetestować u siebie. Więc nie poganiam, mogę otrzymać ostatni, a i chyba ostatnim klientem byłem (więc co ja tu się bez kolejki wciskam). Jak otrzymam ostatni to przez ten czas przynajmniej jakieś gry powstaną u tych co otrzymali VBXE :-)

Dobrze by było gdyby ta lista była uporządkowana względem kolejności montażu.

Robię 19 sztuk. Przy tej ilości nie ma mowy o jakiejś kolejności montażu - wszystko jest montowane "taśmowo". Siedzę do 1 w nocy, już sił nie mam - montaż SMD potrwa ze 2-3 tygodnie a później mogę montować w komputerach. Oczywiście trzeba będzie przetestować każdy egzemplarz. W każdym razie ci, którzy nie chcieli montażu w komputerach dostaną VBXE w pierwszej kolejności a pozostali wg. kolejności przysyłania komputerów. Na razie jest jeden.

Przypominam, że na razie dostaniecie VBXE z emulacją GTIA i tyle. Wypasionym, zmienionym rdzeniem zajmę się po akcji montażowo - wysyłkowej. Zresztą już o tym pisałem ...

Ostatnio edytowany przez electron (2008-03-27 11:40:18)

Racja. Robienie tego softwarem zabija procesor.

Jak PBI, to rejestry mogą być na D1xx, linia IRQ jest tam też wyprowadzona, OS to sam obsługuje, więc tylko trzeba byłoby napisać odp. handlerek do ROM-u urządzenia.

temat jest bardzo ciekawy i nalezaloby zalozyc nowy topic! moje 3 grosze, skoro zalezy na czasie proca to niech atmel podaje wspolrzedne a nie delte  (dodatnia/ujemna - po co to liczyc) oraz niech urzadzneie jest przynajmniej w minimalnym stopniu konfigurowalne np rozdzielczosc (lub zakres) w jakich podawane sa wspolrzedne, minimalny interwal czasowy - po to zeby dynamiczne ruchy myszka nie generowaly milion zadan przerwania. lub zrezygnowac z przerwan a wspolrzedne myszy dostepne caly czas... wykrycie zmiany wspolrzednych bedzie pewnie szybsze niz zrzucenie rejestrow zeby obsluzyc przerwanie.

XXL, Nosty: Oczywiście. I tak naprawdę można użyć portu Joy-a i odczytywać szeregowo wartość np. 9- bitowy X i 9- bitowy Y. Oczywiście, to zajmie trochę czasu (taki odczyt) jednak bez porównania mniej niż typowa obsługa myszki Amiga / ST. Po co zaraz PBI, Carty i inne urządzenia równoległe - to jak wyciąganie armaty na wróble moim zdaniem.

http://atariki.krap.pl/index.php/Multi_Joy_8

delta to zdecydowanie gorsze rozwiazanie Adam.

mowisz o akceleracji to przesledzmy:

1. z delta:
przechowujesz wspolrzedne w pamieci, przerwanie na podstawie delty uaktualnia wspolrzedne a program kiedy tam chce uaktualnia kursor na ekranie (bo chyba nie uwazasz ze rysowanie kursora czesciej niz 1 na ramke ma sens?)

2. bez delty:
wspolrzedne caly czas sa dostepne a program kiedy tam chce uaktualnia kursor na ekranie

---
nosty: ja myslalem o dodatkowym porcie nad rejestrami pia :-)

---2
z delta obsluga myszy (w ruchu) wygladalaby dokladnie tak jak teraz wiekszosc czasu proca to obsluga przerwania do obslugi wspolrzednych, roznica na plus by byla gdy mysz sie nie rusza.

Ostatnio edytowany przez xxl (2008-03-27 19:00:28)

i jeszcze jedno: co sie stanie jesli ruch myszka bedzie naprawde dynamiczny i atari zacznie omijac przerwanie (bo poprzednie jescze sie nie skonczylo) delta bedzie gubiona i mysz zacznie zachowywac sie jak joystick.

sprawa kursora (generowanie go na vbxe) jest drugorzedna.

--
chyba, ze interfejs bedzie mial ustawianie jakiegos interwalu czasowego na generowanie przerwan... ale ogolnie to dokladanie interfejsu, zeby jeszcze przewanie atari bylo potrzebne do obslugi to nieporozumieni. takie jest moje zdanie.

Ostatnio edytowany przez xxl (2008-03-27 19:22:24)