No właśnie ja jade, ale nie wiem jeszcze czy sam czy uda mi się kogoś wyciągnąć, a skoro jedno miejsce, to nie odzywam się dopóki nie okaże się, czy jadę sam :)

Lynx Developer Docs

Można i tak:

Wykrywanie trywialne i tylko częściowo pokrywa się z tym co robi prawdziwe atari, ale póki nie poznam jak dokładnie działa ten bug w ANTICu, to lepiej nie napiszę.

Download tu.

Z tą programową zabawą AN2 to niezły numer!

Posiedziałem troszeczkę nad emulatorem i wg emulatora w zaprezentowanej demonstracji DMACTL było modyfikowane w następujących miejscach:

LINE     CYCLE  DMACTL

11       107    $22
243      9      $00
274      109    $03
275      52     $00
275      101    $03
275      111    $00
276      46     $03
276      51     $00
276      101    $03
276      111    $00
277      46     $03
277      51     $00
277      101    $03
277      111    $00
2        22     $20
4        63     $20

11       107    $22
243      8/9    $00
251      30/32  $20
253      63/64  $20

gdzie LINE, to pełne 9 bitów VCOUNT, a CYCLE to cykl CPU w linii

Działają przykładowe programy Electrona. Obrazek z małymi teścikami zamieściłem na forum aage (klik)

Nie wiem co dokładnie znaczy dekapsulacja, ale te urządzenie pewnie tego nie robi. Ono generuje wektory wymuszeń i bada co układ odpowiedział, resetując układ i powtarzając proces w pętli dochodząc za każdym razem o jeden cykl dalej.

Nie wiem wszystkiego, ale wciąż wydaje mi się, że nie wiadomo dokładnie co układy robią w konkretnych cyklach. Na atari-age wciąż są aktywne wątki chociażby na temat antic-timings i ludziki wciąż nie są 100% pewni kiedy dokładnie co się dzieje, a i pokeydoc Foxa ma w kilku miejscach znaki zapytania i niedopowiedzenia (a i błędy może też, bo kolega łapał się za głowę, jak oglądał te schematy :))

Póki nie ma schematów, taka wiedza zawsze zbliża nas do napisania układów, a w konsekwencji i całej atarki w VHDLu.

POKEYa mam. Potrzebowałbym do badań ANTICa i GTIA. Czy któryś z elektroników dysponowałby tymi układami z jakiś rozbebeszonych atarek? GTIA wydaje mi się, że może być nawet "skaszanione", bo to w naszym przypadku nie ma chyba żadnego znaczenia.

Jasne, że nie jest to ultimate solution, ale skoro można to zrobić, to czemu nie próbować?

To może będzie najlepiej, jak zrobię pseudo projekt (Atari++VBXE?) na GPLu (bo THOR LICENSE można przerabiać na GPLa) , gdzie będzie można ściągnąć oryginalne źródła, patcha i binarkę pod windę. Ktoś chętny do hostowania? Może by podczepić się pod http://vbxe.atari8.info/ ? Bo osobny sajt na taką pchełkę to strzelanie z armaty.

Co do unixoidów to nie ma żadnych konkretnych powodów niedziałania poza tym, że modyfikowałem tylko front-end windowsowy (a ściślej SDLa), a porta X-owego nie zmieniałem (bo nie miałem jak sprawdzić, będąc windows-only-guy ;P) . Modyfikacja sprowadza się do wpisania na stałe rozmiarów ekranu 2x2 pixela atarowskiego i odbierania danych 24-bitowego obrazu w hiresie. Jakby ktoś chciał uruchomić to pod Xy i gcc to możemy spróbować.

Nie ma się co dziwić. W Rosji panuje alternatywna rzeczywistość z alternatywną historią dyktowaną alternatywnymi normami moralnymi.
Ale jakby nie patrzeć 20 milionów poszło do piachu i mało co hitler ich nie wykończył (gdyby nie zima... któryś raz z kolei...).

Hoho. Faktycznie. Vector<Double> w tym kontekście to niezły hardkor. Aż się prosi o zastosowanie trywialnej strukturki.

To jak już tak wszyscy polecają, to ja polecę Sola: http://twojemiejsce.pl/

Poczytaj sobie format pliku binarnego, a w szczególności o obszarach specjalnych.