I nie musiałeś :)
Chodzi nam o błąd polegający np. na tym co przytrafiło się mi.
Czyli np. adres (org) dla includowanego pliku z definicjami zmiennych i tablic wyliczany jest na podstawie długości tego obszaru (includowanego pliku). A w obszarze tym znajduje się np. dyrektywa .align .
No i jest przypadek szczególny, kiedy to się prawidłowo skompiluje. Jeśli przy pierwszym przebiegu .align od razu będzie trafiał w swoje miejsce, czyli nic nie będzie musiał wyrównać.

W pozostałych przypadkach, każdy przebieg kompilatora będzie powodował wyznaczenie innego przesunięcia dla .align , a w związku z tym innego adresu dla org i innych wartości dla wszystkich etykiet we wspomnianym bloku przed .align.

Obecnie Mads tego nie sprawdza i generuje błędy w innych miejscach kodu (bo mu się rozsypuje kompilacja i gdzieś tam te błędy się pojawiają). Jest to dość irytujące, bo jak się nie zauważy początkowej przyczyny, to sprawdzanie tych błędów, które Mads raportuje nic nie daje, bo ich nie ma :)

Więc taki "phase error", którego kiedyś nie rozumieliśmy w MAC65, jest tu jak najbardziej na miejscu i bardzo ułatwiłby pracę.
Oczywiście wskazanie prawdopodobnego miejsca takiego błędu by się przydało (MAC65 wtedy nic nie pokazywał), choć rozumiem, że to już nie takie oczywiste.

Bravo!
https://youtu.be/g_FdDtCB8xw

No kurde. Przepraszam! :)

Męczył mnie jeszcze jeden drobiazg, ale jakoś ciągle zapominałem, a finalnie zabrakło mi 11b pamięci :)
Ale jakoś zebrałem się w sobie, zrobiłem pare optymalizacji kodu i urwałem te kilka potrzebnych bajtów.

Nie będzie nowego release, bo to taki maleńki drobiazg. Podmieniłem pliki wykonywalne tutaj: https://github.com/pkali/scorch_src/releases/tag/v1.28

W pasku statusu gracza jeśli gra człowiek mamy symbol Joysticka i numer portu, a jeśli gra komputer to teraz jest tam symbol komputera i liczba oznaczająca poziom trudności (1-moron ... 8-unknown).

Testując zawsze musiałem pamiętać jakiego przeciwnika ustawiłem na którym graczu, a teraz nie muszę :) - co prawda nie ma już co testować, no ale....

Proszę nam tu nie kadzić, bo się zaczerwienimy :)

A było to tak...
Dawno, dawno temu w czasach panowania MAC65 (a w niektórych kręgach QuickAssemblera - tfu.) pomyśleliśmy z Pirxem, że może warto byłoby jakąś grę napisać wspólnie.
Jako, że wszystkie pomysły były już zajęte/zrobione stanęło na tym, że może łatwo da się zaimplementować Scorched Eartch z PC.

Usiedliśmy i w kilka wieczorów (nocki zarwane w ciągach programistycznych :) ) mieliśmy działający szkielet i zarys koncepcji.
Między innymi to, żeby pisać maksymalnie "systemowo" bez tricków, tak by kod był przenoszalny łatwo na inne maszyny z 6502.
Nie do końca się to (wtedy) udało.

No ale okazało się też, że to nie jest takie łatwe. Gra może i wygląda prosto, ale zaprogramowanie tej prostoty było na tyle skomplikowane, że pomysł jakby zaczął się rozłazić... :) - łatwy to jest taki Boulder Dash czy Robbo (do zaprogramowania) gdzie jest kilka powtarzalnych mechanik i proste zasady, a poziom gry ustalany jest przez budowanie coraz bardziej skomplikowanych układów z kilku elementów.

No dobrze, nie wiem, nie napisałem takiej gry, ale robiłem podobne wprawki w BASICu :)

A potem.... życie, był jakiś zryw po którymś SV.

Ale jak teraz Pirx zaczął powoli dłubać, musiałem się włączyć - bo, skubany, całą śmietankę by spił :)

No ale przechodząc do "ad remu", chciałem napisać, że nie traktujemy tego jako jakiegoś wielkiego dzieła. Po prostu udało się skończyć coś zaczęte lata temu. Przy okazji zobaczyć jak dziwnie pisaliśmy wtedy (czy źle czy dobrze - nie oceniam :) - na pewno inaczej) i jak chwilami nierealne były założenia.
To wszystko przez KAZa, Adama, TDCa (tak tak, ile się nasłuchaliśmy, że nie skończyliśmy naszej gry) i parę innych osób naciskających by coś z tym zrobić - bo tak ładnie się zaczęło.
Robimy to dla siebie, żeby sobie udowodnić, że coś tam jeszcze umiemy :) *

A że dało nam to sporo radochy (głównie przy poprawianiu kolejnych błędów) jest też nie to przecenienia.

W sumie wyszło całkiem nieźle :)

P.S. Znalazłem wczoraj błąd, tak rzadki, że sam się dziwię jak go znalazłem. Poprawiłem w developie, a Pirx podmieni dziś pliki - bo nowego release nie będzie!!!

P.-P.S. Jak ktoś lubi czytać o błędach (ja uwielbiam, bo poprawianie ich jest najciekawszą częścią programowania - pod warunkiem, że to hobby a nie praca :P ), to proszę: Błąd polegał na tym, że jeśli gracz użył Lasera a następujący po nim gracz użył z defensyw Lazy Boy lub Lazy Darwin, to bronie te źle celowały i nie trafiały nigdy :) . Co ważne to samo dotyczyło celowania przez AI Choosera, Spoilera i Cyborga (bo to ta sama procedura robi :) ), czyli jeśli gracz odpalił Laser, to bezpośrednio po nim strzelający jeden z tych przeciwników zawsze pudłował :)
A wynika to z tego, że Laser jest (prawie) zwykłym strzałem bez grawitacji i wiatru, po odpaleniu nie zerował odpowiedniej flagi i do następnego strzału (bo strzał tę flagę zerował jak trzeba) nie było wiatru i grawitacji. Celowanie jednak jest przed strzałem czyli nie uwzględniało wiatru i grawitacji :)

*)  No i także po to by pokazać TeDeCowi, że te jego popierdułki w Action! są do d. :P

Mogę wysłać, ale będziesz musiał poczekać ze 2 dni dodatkowo, bo zanim spakuję i zbiorę się w sobie.... :)

Paczkomatem to ze 20zł wyjdzie.

Może 600zł będzie uczciwsza :)

Leniwy jestem i nie chce mi się wystawiać na allegrach czy innych olxach.

Teraz pisz na PW albo maila albo cotam chcesz :)

Oj tam...
Już mi się nie mieściły na 3TB :) .
To kopia tylko. Jak coś chcecie, to jak wrócę do domu podeślę listę.

@Cyprian - zadałeś sobie trud przekopiowania tylko po to by wskazać listę, ale mnie nie dopisałeś. Dziękuję bardzo.

1. VLX x2
2. Mono
3. Lizard
4. Cyprian
5. Koala x2
6. bocianu
7. pancio x2
8. Sikor - a co mi tam ;)
9. mgr inż. Rafał
10. Mateoos
11. Lopez
12. Rastan x2
13. Laoo
14. Pajero
15. agahes x2
16. seban x4
17. Pecuś

Ej.

Ja też się piszę na taki.

Może nie będę musiał przy każdym CMP sobie w głowie odejmowań robić, żeby skoki ogarnąć :)