w tej dyskusji chodzi o przyklady optymalizacji z uzyciem nieudokumentowanych kodow. optymalizacji pod katem szybkosci lub dlugosci programu. dzielenie sie spostrzezeniami...

a swoja droga na 256 kodow tylko 151 jest udokumentowanych - na oko pewnie jakies ?65%? czyli cchesz ograniczyc wykorzystywanie zasobow 6502C do tych 65%

Pin, prosze Cie ....

"Do pracy wymagana jest SpartaDOS X." http://atariki.krap.pl/index.php/Toys

"Całość działa tylko pod SpartaDOS X." http://atariki.krap.pl/index.php/Core_Wars

"Program jest w binarnym formacie SpartaDOS X, i w innym DOS-ie nie będzie się dało go uruchomić." http://atariki.krap.pl/index.php/Aprplr

i to stanowi o zakwalifikowaniu czegos jako calodysk lub file? w takim razie sparta dos generuje tylko calodyski - wiaze pliki z okreslonym srodowiskiem ;-)

co wiecej! dowolny dos tworzy calodyski. przyklad: zainicjuj dyskietke z dosem po czym plik dos na dyskietce przekopiuj - kasujac stary plik - i zapisz ten sam jeszcze raz na dyskietke - zabootuj. :-) opsss co sie stalo? DOS generuje calodysk :-)

obawiam sie ze ani Ty ani Pecus nie rozumie czym jest calodysk a czym plik. obraza jest trwanie w tym bledzie.

ale ja juz pisalem, ze nie mam problemu z wystawianiem swoich prac na atari xl/xe w postaci plikow .avi skoro na zlotach jest problem ze znaleziemiem 8bitowego atari, a rozowj tej maszynki w strone 16bitow i wiecej mnie po prostu nie interesuje ale nie widze problemow zeby "konkurwac" z pracami na takie maszyny.

dziala :-)

jesli nie widzisz roznicy miedzy plikiem a "calodyskiem" to podejrzewam, ze opis problemu uruchomienia mazezam jest rownie precyzyjny i byc moze ladujesz z myide bo to przeciez prawie xf551 ;-). odsylam do watku z gra mazezam.

MazezaM :D bez nieudokumentowanych kodow by go nie bylo.

na samym dole w ciekawostkach sa przyklady gier/programow w ktorych sprawdzilem, ze uzyto rozkazow nieudokumentowanych:

http://xxl.atari.pl/?p=824

IBM przeszedl sciezke zdrowia od 8 bitow do 64 bitow :-)

taka sama widzisz przyszlosc 8bitowego atari xl/xe?

:D

nie, teraz juz nikt nie podwaza, ze rozkazy nieudokumentowane stabilne dzialaja na kazdym atai xl/xe.

jak juz, to raczej grono userow atari sie kurczy :D

byly od poczatku, sa i beda do konca :-)

jezeli ewoluja jest to ze programy na atari przestana dzialac to moje atari tak nie bedzie ewoluowac :D

uzywanie nieudokumentoanych rozkazow jest naturalnym zachowaniem kazdego zdrowego bialego czlowieka a jesli programy nie beda dzialac na komputerach gdzie user wymienil procesor na 16bitowy 65816 to coz... jestem gotow ich poswiecic...

bez przesady. kazdy z userow Atari jest wazny ale 65816 to juz nie atari :-)

to jest funkcja. odda wartosc przeciwna wszystkich 16bitowych liczb zapisanych
przykladowo w taki sposob:
stx _sbx+1
sta _sbc+1

w Twoim przkladzie kompilator w moemencie kompilacji obliczy jedna liczbe ;-)

i to jest w 100% prawda. jednak przy argumencie #0* efekt dzialania tego rozkazu zawsze jest taki sam niezaleznie od tego czy rozkaz dziala stabilnie na danym procku czy nie. co oczywiscie nie zmienia faktu ze rozkaz ANX #n jako taki jest NIESTABILNY

i oczywiscie mozna go zastapic lda #0 bo w tym przypadku przed sbx i tak bedzie X AND A a wiec 0.

moze przyjdzie tez czas na opis rozkazow niestabilnych - opis w sencie przedstawienie jak dzialaja - gdy nie dzialaja "standardowo" tak jak sie tego spodziewamy.

* - prawda?

i co to ma wspolnego z 6502C? :D

to moze zmniejszanie licznika 2 bajtowego z adresowaniem (ZP),y

      lda #$ff
      dcp (ZP),y
      bne @f
      iny
      dcp (ZP),y
@