With RMT of course. Only coder has to prepare special loading routine (modify ROM routine). But MPT is better because during loading you can play 2 synth channels and 2 channels of samples. It has been done in Energy #1.

P.S. As I can see I have the round number of posts: 128  :D

Koderzy nie popierają... a przynajmniej ja.
Generalnie zaś zgadzam się z jurgim a w szczególności z tym zdaniem:

Chociażby ostatnio na Laście miałem okazję pooglądać sobie trochę demek z C64. Chętnie bym je obejrzał jeszcze raz. O wiele więcej mogę wywnioskować z wielu demek niż z jakiegoś jednego, które może być do niczego i nic nie udowodni.

Ale jak chcecie, to możecie wystartować w takim konkursie. Bedę odprowadzać was wzrokiem.

Ja bym jednak dodał do tego zmianę nazw rang, bo obecne "ziomalskie" bardzo mi nie pasują.
Proponuję tak:
posiadacz od $00 do $ff postów miałby rangę: strona zerowa
od $100 do $1ff: stos
dalej się wymyśli :)

W BorlandX chyba jest co trzeba (tylko trzeba umieć to wydobyć). Jest katalog include/MFC, są biblioteki mfc40.dll (to trochę stare chyba, ja mam w systemie jeszcze 42 i 71). Pewnie jak się doda kompilatorowi do ścieżki includów ten katalog z nagłówkami, to wszystko powinno być o.k. Ale tylko zgaduję.
W sumie więc ktoś, kto chciałby sobie kompilować emulator za pomocą darmowych narzędzi musiałby ściągnąć sobie BuilderaX, vctoolkit, .net sdk i jak znam życie te ostatnie: platform sdk też mu się przyda :)

Ruszy się pewnie nie prędko. Obecna forma emulatora jest bardzo dojrzała i sprawna na tyle, że raczej nie będzie mi się chciało pisać wszystkiego od nowa. Może kiedyś...
Właśnie zauważyłem, że ten BuilderX to coś innego niż stary Builder. Nie ma on żadnego projektowania graficznego jak stary (te wszystkie VCL-e i CLX-y). Tylko edytor + dodatki. Niemniej jednak te dodatki są na tyle dobre, że warto się nim zainteresować. Chociażby potrafi doskonale współpracować z CVS-em, który (ciekawe, że zapytałeś) działa sobie właśnie spokojnie jakieś pół metra ode mnie. Niestety na łączu z telewizji kablowej, więc raczej cienko z przesyłem. Mimo wszystko zrobię chyba na nim jakieś konto anonymous aby można było zasysać wersje. (Tylko muszę się nauczyć jak pod CVS-em robi się konto anonymous :) ) Ale to jak przeinstaluję tam system, bo kończy mi się właśnie 180 dniowa licencja na Windows 2003 serwer standard edition. Następny w kolejce jest enterprise edition :) (To, żeby być w zgodzie z licencjami i każdy system testować tylko pół roku :) )
Póki co będę jednak pracować na visualu (muszę dodać graficzny debugger, a w tym mi będzie najłatwiej). Przydało by się jednak, aby dać każdemu możliwość kompilacji całości za pomocą darmowych narzędzi. Może dałbyś radę stworzyć odpowiednie Makefile aby dało się całość kompilować pod tym vctoolkitem?

Dla uproszczenia późniejszego wywodu, przyjmijmy na razie, że wszystkie :-)

No jak by nie patrzeć, bez nich nic nie zrobię...
A poza tym jak w BuilderX włączyłem kompilację mingw to niestety pliku .rc mi zrobić nie chciał, a kompilator borlanda dał radę (po paru poprawkach, ale jednak). Może da radę skompilować mingw, ale muszę jeszcze się tym pobawić.

No i właśnie tego mi brakowało. Jak by można prosić o dokładniejsze namiary.

Znam, czytałem, nagłówków MFC nie znalazłem, więc wywaliłem.
Bardzo możliwe, że jednak będę się musiał z nim pogodzić, porobić Makefile i kompilować nim. Tylko muszę posprawdzać jak nim kompilować poszczególne pliki i zasoby.

No niestety bloodshed importuje tylko ze starego visuala. Z 2003 nie.

Najpierw niech mi ktoś powie jak pod Borland BuilderX skompilować projekt z Visual C++ 2003. A BuilderX być musi, bo to jedyne darmowe narzędzie jakie znalazłem, które potrafi kompilować programy z MFC.

P.S. Byłoby łatwiej, gdybym miał jakiekolwiek pojęcie o programowaniu pod Windows...

P.S.2 <osioł_mode>Znajdź niebieskie kwiatki, znajdź niebieskie kwiatki. Byłoby łatwiej gdybym nie był daltonistą.</osioł_mode>

Weź mi te opcje przetłumacz, bo nigdy w życiu z własnej woli gdb nie używałem :-) Moja ulubiona metoda debuggingu to printf  :D
Wczytywanie outputu z xasma jest, ale tylko po to aby załadować wartości etykiet, dzięki temu można zrobić coś w stylu:
d start
m table
i inne tego typu  :D
No i odblokowałem opcje, które były w oryginalnym Atari800 i zostały z niewiadomych przyczyn zablokowane w Atari800Win PLus.

Mój jest oryginalny. Był spisywany instrukcja po instrukcji z listingu debuggera.

Bo jest, dlatego nie używałem nigdy BugHuntera ani podobnych rzeczy.
Na PC obecnie jest podobnie, gdyż wszystkie zmiany są wprowadzone do monitora, czyli obsługa całości jest w stylu linuksowego gdb. Ciągle chcę się zabrać za graficzne rozszerzenie debuggera, ale nie mogę się zmobilizować  :(

Akurat trochę teraz siedzę nad poprawkami do Atari800Win PLus i między innymi dodałem sporo opcji debugujących. Na razie jednak używam tego sam, bo nie chciałbym wypuszczać emulatora bez porozumienia z głównym autorem, a z nim kontakt mi się z lekka urwał (trochę meilowaliśmy w wakacje a potem cisza).

No właśnie. Podłączenie atarki do TV to zwykły kabel antenowy tyle, że z jednej strony jest zamiast gniazda antenowego cinch. Po co jednak ta skrzynka? Czy oprność kabla u atarki ma być inna a nie standardowe 75Ohmów??? A może to konwerter NTSC<>PAL??? Chętnie bym obejrzał to ustrojstwo od środka.