Przeróbka niczego nie zmienia w dotychczasowych programach.  Jest przezroczysta. A możliwości "tego triku" zwiększa znacznie. Lepiej. Eliminuje konieczność zabawy w takie rzeczy. Po co zmieniać w połowie ekranu tryb graficzny, skoro można wyłączyć ANTICa i rysować efekty COLBAKiem.
Jestem bardzo zaintrygowany możliwością tej dopałki nawet jeśli chodzi o real-time efekty. Martwi mnie tylko jedno. Można albo "wyświetlać" zawartość pamięci rozszerzenia, albo do niej zapisywać. Jak wyświetla się jakiś pełnoekranowy efekt, to co prawda mamy podwójne buforowanie dzięki skrolowaniu, to zostaje mało czasu na wpisanie drugiej ramki animacji: czas jest tylko od pierwszej pustej linii na dole ekranu do ostatniej na górze i jest tego niewiele. Ale jakoś trzeba będzie sobie radzić. Ustawiamy DLI tu i tu i jazda ;)

Ale takie GTIA Upgrada będzie potrafiło niezłą muzykę na tym grać ;)

XXL: liczyłeś kombinacje bez powtórzeń 2 elementów ze zbioru 255 elementowego: 255*(255+1)/2=32640 :)

Jakby kogoś interesowało dotychczasowe wyniki razem z wynikiem epiego (thx) dla 6502 są tu
Zamieszczone wyniki dowodzą od razu twierdzenia z postu #2 i #3: dodanie zera do dowolnej liczby wygeneruje poprawną liczbę w BCD (nie chodzi tu o to, że wynik jest porawny, tylko liczba jest poprawna w sensie BCD), a więc dodanie zera do liczby niepoprawnej zmieni jej wartość (zero nie jest elementem neutralnym w zbiorze niepoprawnych liczb BCD ;P)

Dodatkowo widać, że atari++ ma poważne problemy z BCD, podczas gdy atari800 radzi sobie wyśmienicie, a UltraXE  daje niekiedy niepoprawny wynik.

==== EDIT ====

Dla pełności testu dodałem wyniki odejmowania w BCD i wszystko razem umieściłem w archiwum 7zip.

Z ciekawostek w 6502 błędna jest tylko flaga Z, atari800 działa dokładnie jak 6502, a UltraXE myli się częściej niż przy dodawaniu :)

Napewno zadziała coś takiego:

tax
lda is_valid_bcd,x

:)

Ale wydaje mi się, że powinno wystarczyć coś takiego:

sta temp
lda #0
clc
sed
adc temp
cmp temp

i wtedy jeśli Z=1 to wartość jest poprawna. Trzeba to sprawdzić, ale wydaje mi się, że dodawania BCD polega na dodaniu normalnie i potem korekcji, więc jak dodamy do niepoprawnego BCD zero, to powinien zostać skorygowany.

Przy zabawie z BCD pamiętaj tylko o niepoprawnych wartościach flag N,V i Z na 6502 i poprawnych na 65c02/65c816.

Skompilowałem za pomocą Visual C++ 2005 Express Edition (kompilator natywnego C++ nie mający nic wspólnego z dotnetami) i działa. Nie mam niestety dostępu do kompa bez .NET 2.0 i nie wiem czy działa bez .NETa, ale zaglądając do środka plików nie widzę tam żadnych odwołań do jakichkolwiek dotnetowych bibliotek. Tylko do MSVCR80.DLL.

Dziwna sprawa z tym .NETem, bo wewnątrz SAP.exe jak i in_sap.dll nie ma żadnego odwołania do .NETa. tylko do MSVCR80.dll. Za to wymagany wydaje się być Direct X (DSOUND.dll)

180 kB... ?? Jak dotąd mieścili sie w 96 kB :> postęp ;)

Z XLPaint MAX-em UltraXE w ogóle mam problemy. Jak i z wersją 8 tak i 16 bitową. Linia rysuje się jakoś z boku. Niezłe. Pierwszy raz coś takiego widze :)
A800Win+ i Atari++ radzą sobie bez problemu z 8 bitową...

jellonek:
spoko spoko. draco wypuści emulator z80 pod warpa/f7, to i motywacja się znajdzie ;) A poza tym w TODO czytamy

[...]
   - CPU upgrades (65816, etc)
[...]

więc to tylko kwestia czasu ;)

alex:

Przy odpowiednio dużej determinacji wszystko się da, tylko wymagałoby to rewolucji w źródłach. Sam procesor i pamięć byłoby pewnie nawet prosto, ale np emulacja WARPa (szybszy zegar w wysokiej pamięci) albo F7 (dodatkowe cachowanie zerowego banku) wymagałaby znajomości źródeł na poziomie 0xF'a, a nawet wspomniana linijka w TODO jest zbyt nisko, aby liczyć na szybką interwencję w kwestii WARPów :)

Uważam poprostu, ża są emulatory, w których można zrobić to szybciej i łatwiej ;)

O... zaczyna się ciekawa dyskusja. Ciekawe ilu atarowców ma komp na strychu, ilu chłodzenie wodne, a ilu gąbeczki pod twardym dyskiem, żeby nie rezonował...

Cóż, niektórzy nie są maniakami wyciszania kompa i wyłączają w nocy komputery ;)

dely: u mnie zżera 10% proca, to dużo? Pozatym naciśnij tab i będziesz mógł dragować  zawartość :)
A oprogramowanie oficjalnie dawane przez producentów kart sscie IMHO bardziej: okrągłe okienka, mnóstwo butonów, suwaków, ikonek i innych wodotrysków tylko po to, żeby interfejs "fajnie" wyglądał... nie trawie takiego oprogramowania. Przykład na załączonym obrazku:

lol