O, flame nt. języków programowania. :)

Moje zdanie: dobry programista napisze dobry program w każdym języku, słaby programista nie napisze dobrego programu w żadnym języku.

Nie jest to wyczerpująca specyfikacja, ale nic lepszego nie ma.

Można się oprzeć na SDL, jest port GBA.

To nas nie przybliża do ASAPa na GBA. Potrzebny jest kod źródłowy, a jeszcze lepiej programista GBA.

Kwestia zrobienia wybieraczki plików i odtwarzania sampli 44100 Hz. Gdyby był taki gotowy player, byłoby dużo łatwiej - podpięcię do tego ASAPa to już pestka.

Zauważyłem, że GBA ma 16 MHz, a nie 33 jak mi się wydawało. To może oznaczać, że nie będzie się wyrabiał ze wszystkimi SAPami (szczególnie tymi z samplami i stereo).

Dla przeciętnego atarowca ważniejsze, żeby działał joystick, niż klawiatura. W Atari800 jest klawiatura ekranowa - wybierasz przycisk najeżdżając na niego strzałkami.

Prawdopodobnie wersja basic działa już poprawnie i wchodzi do Self Testu. Włącz Atari BASIC (w pliku konfiguracyjnym lub z command line), to powinieneś zobaczyć READY i móc pisać w BASICu. Możesz też uruchamiać dyskietki i execi w trybie tekstowym.

Czy w wersji SDL na pewno WORDS_UNALIGNED_OK jest taki, jak w działającej wersji basic?

Problem z WORDS_UNALIGNED_OK jest spowodowany tym, że nieprawidłowo wywołujesz configure. Poczytaj o autoconf i cross-kompilacji - powinieneś podać parametr opisujący docelowy system. Być może WORDS_UNALIGNED_OK nie jest jedynym problemem tym spowodowanym. Ogólnie nie edytuje się configure, tylko przekazuje mu parametry.

Makes no difference.

a. If it's a simple 8k or 16k cartridge, just add DOS headers.
b. Multi-game cartridges may contain executables, you need some skills to extract them.
c. For single game bank-switching cartridges you surely have not enough skills. ;)

Skoro jest telnet, to rozumiem, że jest też jakiś shell i może da się skompilować zwykłego exe, a nie jakieś so i odpalić z tego shella?

./configure --target=basic && make

Sugeruję na początek spróbować uruchomić prostsze porty Atari800 - basic i curses.

http://blog.rescuetime.com/2010/05/24/t … ion-hours/

1. Tylko w tym znaczeniu, że jak wyskoczą w tym samym cyklu, to może pójść IRQ.
2. Wykona się NMI.
3. Rozumiem, że IRQ to TIMER1. IRQ będzie obsłużone po skasowaniu znacznika I (np. przez RTI).
4. Nie.
5. 15000/200-1. Ale jak chcesz dokładnie, to "15kHz" to w PAL 1773447/114 Hz, a co znaczy "200 Hz" to musisz sam określić. Jeśli chodzi Ci o 4x / ramkę, to w PAL wpisz 77 (312/4-1).
6. Nie musi, najwyżej będziesz słyszał dźwięk. Włączenie przerwań nie ma wpływu na dźwięk.
7. Nie. Nie ma też obowiązku zapisywać do STIMER.
8. IRQ nie powinny się zgubić, o ile ich nie zresetujesz zapisem do IRQEN. Znacznik I jest ustawiany przez procesor przy przyjęciu IRQ i NMI.
9. Sprecyzuj pytanie albo obejrzyj poniższy link.
10. Blokując przerwanie w IRQEN kasujesz status przerwań w IRQST, czyli ustawiasz bity.

Ogólnie polecam http://asap.sourceforge.net/pokeydoc.zip