"Dyliżans kursuje co dwa lata oprócz niedziel i świąt. Dopuszczalne spóźnienie – jeden miesiąc." :D

Piękna nagroda!

No tak, taka ilość Puszek Pandory otwartych w tym samym okresie czasu... :)

Ja osobiście czułbym się zaszczycony :) A to był tylko ironiczny żarcik ;) Trochę poczucia humoru :)

Pominę już słowo emulacja, ale czepię się proporcji - raczej coś nie będzie działać. Pomijalny ułamek :)

Heh, też nie do końca prawda :) Po prostu nie znalazł się chłopek-roztropek, który by je dodał do narzędzi programistycznych :) Gdy nikt nie dodał illegal opcodes do assemblerów dla Atari, też by nikt ich nie używał :)

Aby zrozumieć skąd się wzięły nielegale i dlaczego działają na różnych 6502 , dlaczego niektóre są stabilne a inne nie i dlaczego nie działają na 816 trzeba zrozumieć jak ogólnie działają automaty formalne i ich szczególny przypadek którym jest dekoder rozkazów procesora.

Otóż przypuśćmy, że dostałem polecenie zaprojektować automat który będzie parsował określony zbiór słów. Najpierw projektuję stany i przejścia aby te słowa były parsowane. Jednak dostaję wówczas ciąg automatów dla każdego słowa osobny. Muszę je teraz zintegrować razem tworząc jeden. Robię to przez wyszukiwanie podobieństw w parsowanych rozkazach. Uzyskanie sytuacji gdzie automat będzie parsował wyłącznie zadane w specyfikacji słowa może być dość spory (dużo bramek) gdyż muszę zadbać o ich każdorazowe terminowanie. Krótko mówiąc - pozbycie się nielegali powstających przypadkowo (mój automat parsuje zadane rozkazy + coś jeszcze co nie było przewidziane) kosztuje dodatkowy wysiłek i bramki, czyli podwyższa koszt projektu. Więc to olewam, automat działa jak trzeba dla wyspecyfikowanego słownika, a to że umie zrobić coś jeszcze mnie nie obchodzi - nie ma tego w specyfikacji.

Jeśli za czas jakiś firma zechce zrobić nową wersję procesora powiedzmy rozszerzoną o nowe możliwości i rozkazy, dekoder zostanie zaprojektowany na nowo - jednakże mimo tego, że nowy słownik zawiera wszystko to, co poprzedni, na skutek dodania nowych rozkazów optymalizacja automatu będzie biegła innymi ścieżkami, więc również prawdopodobnie wystąpią nieprzewidziane instrukcje, ale już inne.

I tu dochodzimy do wyjaśnienia - rozkazy spoza specyfikacji działają na tych 6502 które były idealną kopią oryginału. Bez projektowania - kropka w kropkę. Jeśli część z nich nie działa, tzn. że co najmniej dekoder rozkazów był zaprojektowany niezależnie. Stąd sie biorą nielegale stabilne i niestabilne. Jednak stabilność jest co najmniej ryzykowna, gdyż to że się powtórzyły w innej wersji tego samego procesora to przypadek - po prostu optymalizacja dekodera była minimalna albo częściowo przebiegła w ten sam sposób. Natomiast w przypadku nowego modelu procesora, który nie ma być kopią a jedynie ma być kompatybilny, sytuacja w której nielegale się powtórzą jest już wybitnie mało prawdopodobna - tym bardziej jeśli te same kody będą wykorzystywać nowe, legalne rozkazy będące rozszerzeniem. Powstaną za to na pewno nowe nielegale :) I tyle.

Jeśli programista będzie się trzymał specyfikacji, to jego oprogramowanie będzie działać niezależnie od postępu technicznego - nowe modele procesora wykonają kod. W przypadku inteli tych skoków jest dość sporo : 8086, 286, 386, 486, Pentium - każdy różnił się znacząco i miał nowe rozkazy, a to znaczy, że nielegale z poprzedniego modelu prawie na pewno nie zadziałają (może jeden czy dwa, przypadkowo).

Wykonują się inaczej ale jest to uzależnione od trybu pracy. Należy właściwie rozumieć słowo emulacja - czy 816 wykonuje dodatkowe operacje w trybie 8-bitowym? Raczej nie, bo by to zaowocowało zwiększoną ilością cykli.

Emulacja sprzętowa od programowej różni się tym, że algorytmy emulujące są wbudowane w sprzęt a nie są uruchomionym na nim programem. Pudło. W tym wypadku nie mamy do czynienia ani z jednym ani z drugim. W rzeczywistości różnica jest tylko w wydajności, bo sprzętowa emulacja jest też w zasadzie programem - tylko hardcodowanym :)

A co do ekspertów z firmy produkującej procki - w takiej firmie pracuje wielu ludzi, jedni są ekspertami od procków i je projektują, a inni są ekspertami od marketingu i robią to co umieją najlepiej - pieprzą głupoty :D

Bo to nie jest żadna emulacja tylko tryb pracy, tak jak np. real, flat i protected na intelach. Tryb 8-bit jest jednym z dwóch natywnych trybów pracy tego procesora. On nie emuluje 6502 tylko jest z nim zgodny w dół - oczywiście w granicach ustalonych przez specyfikację tegoż.

Sprawdź w katalogu na http://atarionline.pl - każda gra ma kilka wersji i niektóre są spatchowane. Niestety z reguły bez selectora (czasem się zdarza), więc trzeba wczytać i sprawdzić :) Na pewno H.E.R.O. ma tam wersję z niekończącymi się życiami.