Kody źródłowe programów (gier) na małe Atari
ep05
assemblerze (co z pewno�ci� by�o do�� uci�zliwe), czy te� niekt�re jednak
by�y tworzone w j�zykach wy�szego poziomu? Je�li tak, to czy mo�liwe jest,
�e gdzie� takie kody "wyciek�y" i s� sk�d� do pobrania? Warto�� dla
producenta takich kod�w �r�d�owych sprzed 25-30 jest dzisiaj �adna, wi�c
chyba co� powinno by�, no chyba, �e jednak wi�kszo�� porz�dnych gier by�a
pisana od razu w assemblerze.
Wiem, �e niekt�re gry by�y napisane w Atari Basic i p�niej skompilowane
kompilatorem MMG Basic Compiler, wi�c nie o takie przyk�ady mi chodzi.
S�ysza�em tak�e pog�oski, �e wielcy i zamo�ni producenci gier mieli dost�p
do mocnych (oczywi�cie wtedy) maszyn typu np. VAX, na kt�rych by�o emulowane
ca�e �rodowisko ma�ego Atari.
Konrad Stepien
> Czy wi?kszo?? popularnych gier na ma?e Atari by?a tworzona od razu w
> assemblerze (co z pewno?ci? by?o do?? uci?zliwe), czy te? niekt�re jednak
> by?y tworzone w j?zykach wy?szego poziomu? Je?li tak, to czy mo?liwe jest,
> ?e gdzie? takie kody "wyciek?y" i s? sk?d? do pobrania? Warto?? dla
> producenta takich kod�w ?r�d?owych sprzed 25-30 jest dzisiaj ?adna, wi?c
> chyba co? powinno by?, no chyba, ?e jednak wi?kszo?? porz?dnych gier by?a
> pisana od razu w assemblerze.
Wi�kszo�� jednak chyba by�a w asmie pisana. To wbrew pozorom nie jest
a� tak upierdliwe jak si� mo�e wydawa�, szczeg�lnie jak si� ma porz�dny
makroassembler. Pod paroma wzgledami jest wtedy nawet �atwiej ni� w basicu,
np. mo�esz si� odwo�ywa� do etykiet w skokach itp. Do tego gotowe biblioteki
procedur i mo�na si� bawi�.
Inna sprawa, �e kod �r�d�owy w assemblerze to te� ju� co�, ma zdecydowanie
wi�ksz� warto�� ni� zdesassemblowany kod binarny, cho�by g�upie komentarze
pomagaj�. Popatrz sobie np. na �r�d�a LNG http://lng.sourceforge.net/
ca�kiem toto czytelne.
--
Konrad St�pie�
bo...@nano.pl
> On 2011-08-22, ep05 <ep...@brak.adresu.pl> wrote:
>> Czy wi?kszo?? popularnych gier na ma?e Atari by?a tworzona od razu w
>> by?y tworzone w j?zykach wy?szego poziomu? Je?li tak, to czy mo?liwe jest,
>> ?e gdzie? takie kody "wyciek?y" i s? sk?d? do pobrania? Warto?? dla
>> chyba co? powinno by?, no chyba, ?e jednak wi?kszo?? porz?dnych gier by?a
>> pisana od razu w assemblerze.
>
> aż tak upierdliwe jak się może wydawać, szczególnie jak się ma porządny
> makroassembler. Pod paroma wzgledami jest wtedy nawet łatwiej niż w basicu,
> np. możesz się odwoływać do etykiet w skokach itp. Do tego gotowe biblioteki
> procedur i można się bawić.
> Inna sprawa, że kod źródłowy w assemblerze to też już coś, ma zdecydowanie
> większą wartość niż zdesassemblowany kod binarny, choćby głupie komentarze
> pomagają. Popatrz sobie np. na źródła LNG http://lng.sourceforge.net/
> całkiem toto czytelne.
>
Crusade in Europe, Conflict in Vietnam - atari basic
Seksmisja i jeszcze kilka innych - Forth
--
wer <",,)~~
http://szumofob.eu
Konrad Stepien
No ale chyba za wstawkami assemblerowymi?
> Seksmisja i jeszcze kilka innych - Forth
Ooooo to bym chętnie obejrzał.
--
Konrad Stępień
ep05
>
> No ale chyba za wstawkami assemblerowymi?
Pewnie tak, ale to nic niezwykłego - przecież wstawki assemblerowe stosowano
powszechnie także przy "normalnych" programach w Atari Basic.
bo...@nano.pl
>>
>> Crusade in Europe, Conflict in Vietnam - atari basic
>
> No ale chyba za wstawkami assemblerowymi?
To było przeciągnięte Atari Basic Complicer. Ogólnie kod był straszny do
przejrzenia. Nawet poke było kompilowane do jakiegoś jsr. Po
dekompilacji 60% kodu to były jsr. Bardzo skuteczna metoda
zabezpieczania programów :)
>
>> Seksmisja i jeszcze kilka innych - Forth
>
> Ooooo to bym chętnie obejrzał.
>
Nie pamiętam imienia, chyba Janusz Pantoła pisał wszystko w Forth. W
każdym razie co gierka to ten język.
Konrad Stepien
>> > Crusade in Europe, Conflict in Vietnam - atari basic
>>
>> No ale chyba za wstawkami assemblerowymi?
>
> powszechnie tak?e przy "normalnych" programach w Atari Basic.
Zgadza się, pytanie jak poważne to wstawki były.
Bo widziałem programy teoretycznie w basicu, ale
tego basica to było 5 linijek (for, read, poke, next, usr)
a potem duuuuuużo linii "data"
Parę listigów z bajtka tak wygladało.
--
Konrad Stępień
bo...@nano.pl
Listingi tak wyglądały z innego powodu. Pisało się w asemblerze, ale
potem przekodowanie do basica. Basica miał każdy i mógł to wklepać,
asembler już nie każdy. Basic był w tym przypadku tylko loaderem.
0xF
Konrad Stepien
No bo to przypadek skrajny. Ale sam w swoich programach w basicu
dawałem sporo wstawek assembrerowych, np. do kopiowania obszarów
pamięci czy jakieś obsługi przerwań.
Co prawda raczej nie przekroczyłem nigdy 50% kodu w assemblerze,
ale bez problemu mogę sobie takie coś wyobrazić.
Acha, ja sensownego assemblera nie miałem, pisałem na kartce
i "kompilowałem" z tabeli opcodów bezpośrednio do "DATA". Najbardziej
upierdliwe były skoki względne.
--
Konrad Stępień
bo...@nano.pl
>
> No bo to przypadek skrajny. Ale sam w swoich programach w basicu
> dawałem sporo wstawek assembrerowych, np. do kopiowania obszarów
> pamięci czy jakieś obsługi przerwań.
> Co prawda raczej nie przekroczyłem nigdy 50% kodu w assemblerze,
> ale bez problemu mogę sobie takie coś wyobrazić.
> Acha, ja sensownego assemblera nie miałem, pisałem na kartce
> i "kompilowałem" z tabeli opcodów bezpośrednio do "DATA". Najbardziej
> upierdliwe były skoki względne.
>
Tyle, że MOS6502 pozwalał na asemblację na kartce. Na 16 bitach już nie
dało się robić takiej zabawy. A tabelka w Atari Basic Miguta przydawała
się czasem ;)
Konrad Stepien
E tam nie dawało. Trudniej było, ale w porównianiu z Z-80 to nie aż
tak strasznie.
Ale fakt, 6502 miał baaaaardzo przyjemny assembler, taki minimalistyczny.
--
Konrad Stępień