A zadam głupie pytanie bo serio nie wiem: a comoda nie jest spowalniana przez żadne jej układy, tak jak atarke spowalnia antic?

Trochę wariacki pomysł, ale przedyskutować można w końcu wszystko :) Otóż zamiast pamięć z80 dzielić na 4 banki po 16k można podzielić np. na 16 banków po 4 k, a pozostałe 12k pamięci w banku można przeznaczyć na "dynamicznie ściągane" z repozytorium w innych bankach przekompilowane makra. Wystarczy, że makra będą kodem relokowalnym (teraz o to nie trudno) i automat analizujący kod z80 po napotkaniu fragmentu, który można by zjitować sprawdzałby, czy w aktualnym banku jest obsługujące go makro i jeśli nie, to je ściągał.

Wykorzystując wcześniejszy pomysł można dokonać podziału na rozkazy często i rzadko używane. Obsługa tych często używanych byłaby standardowo w pamięci podstawowej, a te rzadsze byłyby umieszczane w operacyjnej części banku, w którym napotkano dany rozkaz.

Niestety kod byłby niestabilny, bo w najgorszym scenariuszu może zabraknąć pamięci na kod obsługi, ale coś za coś. Można mieć wolną, ale pewniejszą wersję, albo hakerską, ale bez 100% gwarancji, że zadziała :)

Ideę zaproponowaną przez XXLa wcale nie trudno zaimplementować w postaci swoistego JITera (hehe, jestem następny ;P). Mieli byśmy dwie procedury emulujące. Normalną i analizującą. Ta druga obok normalnego wykonywania rozkazów Z80 posiadałaby prosty (i szybki) automat skończony potrafiący rozpoznawać wzorce z biblioteki. Po znalezieniu pasującego wzorca wstawiali byśmy w odpowiednie miejsce patcha (prefix+kod) odpalającego odpowiednik w 6502. Bibliotekę pisałoby się ręcznie, a prosty skrypt mógłby generować na jej podstawie stany wspomnianego automatu, które ładowałoby się do emulatora. Emulując program mieli byśmy opcję przełączania pomiędzy dwiema procedurami emulującymi (bo analizująca jednak byłaby trochę wolniejsza i musiała by być jako opcja, bo nie ma sensu wielokrotnie analizować tego samego kodu).

Musimy tylko dowiedzieć się, które wolne miejsce na pewno są wolne, a nie zajęte przez jakieś używane nielegale.

Napisałem maila do serwisu (bo dodzwonić mi się nie udało. Albo nikt nie odbiera, ale "sieć przeciążona" :/) z pytaniem, czy gwarancja obejmuje czyszenie rzeczy podobnych do tego co na zdjęciu i powiedzieli, żeby wysłać to sprawdzą.
Aparat kupiłem u Sola w iCompie i jest już w trakcie reklamowania. Nosty jest drugą osobą, która poradziła, żeby powołąć się na "niezgodność towaru z umową", więc jak będą jakieś problemy, to powalczę w ten sposób.
Dzięki za pomoc.

A taką temperaturę mam u siebie: wynajmuję kawalerkę u takiego dziadka (ja na parterze, on na piętrze), któremu jest zimno i sobie tak pali, że chodzę w krótkich spodenkach po domu :)

Proponuję zatem powołać Komisję Ślędczą, której zadaniem będzie (ponowne)odkrycie wszystkich wymagać do uruchomienia CP/M i określenie, czy da się (czyt. jest sens próbować) odpalić emulowany CP/M na atari :)
Bo perspektywa jest kusząca.

To może napiszmy jakiegoś dosa z prawdziwego zdarzenia, bo na tych 16 MB to nawet porządnego filmu na streamingu się nie upchnie... ;)

drac030: ale pojechałeś po bandzie :)

Jedyne co sobie wyobrażam, to półautomat potrafiący wyświetlać każdy możliwy obszar pamięci (zaczynający się na granicy dwóch lub jednego kilobajta w zależności od jedno lub dwuliniowości sprajtów) we wszystkich trybach w jakich mogą być sprajty. Ale jako że kombinacji jest dużo to człowiek i tak musiałby się trochę napracować. Fullautomat nie może istnieć, bo sprajty nie mają nagłówka (jak moduł muzyczny) po którym można by je rozpoznać (szukanie sekwencji sta $D407 jest marnym pomysłem)

Od takiego programu to tylko kroczek do klik i 42.

Ta. W dzisiejszych czasach zaprogramowanie sobie mikrokontrolera jest bardzo tanie. Kolega zrobił sobie obsługę robienia zdjęć z modelu samolotu na mikrokontrolerze Cypress CY76803 i działa bardzo fajnie (klik). Można takiego ustawić na ile megaherców się chce i sobie cyka prawie nie jedząc prądu, a to czy to "overkill" czy nie, to kwestia bardzo subiektywna.
A jeśli chcieć obsługiwać USB to bez chociażby jakiegoś AVRa się nie obejdze. Kartę testową mogącą przetestowąć wszystkie aspekty boarda na AVRze można było by zrobić całkiem bezboleśnie.

EDIT: zauważyłem, że zmienił się adres stronki, toteż uaktualniłem.

A mi się wydaje, że gdy laik pyta się linuksowca w sprawie linuksa, to zwykle dostaje redirect google.pl i dlatego nikt nie pyta się linuksowców o linuksy i wszyscy laicy boją się tematu jak ognia...

Metoda dość osobliwa :)

Powody migania przychodzą mi do głowy dwa:
1. gdzieś tam jest druga DLista, która jest aktywna co drugą ramkę
2. wpisałeś zero także do instrukcji synchronizacji z ramką (JVB)

Powrót do BASICa odnawia DLkę więc zaprzestanie migania nie jest niczym dziwnym.

na więcej nie mam pomysłu...