Kwestia punktu widzenia/definicji rozszerzenia. Oba rozwiązania mają swoje zalety i wady, o których już tu pisano.

Czy dużo mniej? Należałoby to zweryfikować statystycznie. Na poziomie ogólnym oba rozwiązania mogą stanowić b. duży przyrost wydajności, co w kontekście stosunkowo niskiej wydajności natywnego 6502 stanowi ich zaletę.

To prawda, ale może się okazać wystarczające i nie stanowić krytycznego czynnika sprowadzającego całe rozwiązanie do niepraktycznego.

Zawsze jest wyjście numer 3. Można Atari - dziewice; pozostawić nienaruszoną wraz z jej plombami z Pewex'u - i nie unieważniać gwarancji fabrycznej; a zaopatrzyć się w innego kompa - i dopalić go do granic nieprzyzwoitości.. :D:D - i rozwiązanie jest. Jeden dopalony, a za drugim ciągnący się "sznur interface'ów" - jak to mawiają użytkownicy ZX Spectrum  :mrgreen:

Konop - nie mówiłem tu o "zorientowanym" elektroniku - a raczej o elektroniku - który nie poparzy się lutownicą  ;)  - chyba, że dopał pasia wymaga "dostrojenia" konkretnego egzemplarza do konkretnego kompa - wówczas sytuacja wygląda tak - jak wspomniałeś i i trzeba szukać mądrej głowy w dziedzinie Atari...

Z innej strony - myśle, że zapotrzebowanie na wspomniany wynalazek będzie dość duże - a to wyklucza raczej możliwość montarzu każdego egz. przez Pasia - więc miejmy nadzieje, że dopał będzie pracował z przynajmniej większością kompów - bez dodatkowych "wodotrysków" - że tak powiem. Zresztą - co ja tu ..***tralalala**** ... niech autor wypowie się na ten temat - i wszystko będzie jasne.

Nie wiem o co tu tyle hałasu -  jak na razie rozwiązanie Pasia jest prototypem więc to użytkownicy zadecydują czy się stanie standardem.
Powinna być jednak mozliwość softwarowej kontroli nad dopałką - turbo on/off , ew. standardowa pamięć wolna , "wyższa" szybsza , włączenie / wyłączenie sygnały RDY procesora.

Napisanie softu należy już do programistów , których w obecnej chwili można policzyć na palcach. Nie chcę być pesymistą ale dopałka to połowa sukcesu.

Ktoś wspomniał o grach 3d i innych wspaniałościach ale niestety coś takiego trzeba napisać i nie jest to takie proste.

Natomiast Marek Konopka poruszył tutaj ważny aspekt , który koderzy muszą wziąć pod uwagę - trzeba pisać tak oprogramowanie aby wszelkie zmiany odbywały się co określony czas (np. ramkę).
Jednak w tym przypadku źródłem taktowania musi być pozostałe Hardware Atari (chodzące na podstawowym zegarze) a nie szybkość procka - myślę o układzie Antic lub Pokey.

Trochę musi to zmienić filozofię pisania efektu ale w przeciwnym przypadku wszystko albo się rozsynchronizuje alb będzie chodzić za szybko lub szybciej się skończy!
Myślę że w nowych programach (czytaj Demo) trzeba będzie się trzymać takiej konwencji o ile autor dopuszcza uruchomienie programu w trybie "warp" bez żadnych przykrych konsekwencji.

Niestety sam się przyznam że w swoich demach wszystkie liczniki aktualizuję w pętli rysującej więc nie wiem jak to się zachowa w turbo :(

a ja na to Beckham ;) :P