nazwa mi sie podoba :-)

> Jeśli o mnie chodzi to ja wolę 6% Speed Emulator, na którym będzie działać wszystko, niż 15% Speed, na którym będą działać gry, wybrane.

Draco nie sadzisz, ze 6% jest nie osiagalne przez Twoj emulator? jesli chcialbys wyjsc powyzej 5% musialbys nie sprawdzac rejestrow indexowych z80, ale jesli je sprawdzasz i korygujesz (wymagane w Twoim przypadku) latwo mozna napisac program, ktory sie nie uruchomi na tym emulatorze. cos mi sie wydaje ze to zauwazyles i dlatego wspominasz "zaprogramuje się to wszystko od nowa i inaczej".

jak myslisz? w ktorym miejscu sie myle?

mam nadzieje moj agresyny doping pomoze ci szybciej skonczyc emulator i pokazac jak z zalozenia wolny program popedzi niczym wiatr ;-)

To jeden z przejawów twoich błędnych założeń ;)

Jednym z błędnych założeń jest np., że "doping" w ogóle wpływa na tempo moich pracek nad emulatorem, skoro optymalny termin, przed którym mam zdążyć, ustaliłem sobie jeszcze zanim powstał ten wątek, i do tej daty mam jeszcze nieco ... ponieważ żadne bicie piany na forum nie przyspiesza - ani nie spowalnia - upływu czasu, więc nie wiem, w jaki sposób mogłoby mi tu coś pomóc albo przeszkodzić :)

Hmm, XXL, realizujesz częściowo założenie Lao...? Nie znam się, ale można zrobić autodetekcję wielkości pamięcii wtedyliczba makr zależna by była od jej wielkości (na przykład: mamy 128Kb, to jest to ograniczenie, mamy 320 - to wykorzystujemy) - oczywiście bez przesady. Po ustaleniu najczęstrzych sekwencji i stworzeniu tych makr, można by założyć (zakładam dwuprzebiegowość by Lao, czyli po wczytaniu program by się autoanalizował, a dopiero potem uruchamiał (po utworzeniu listy przydatnych makr):
1. Wersja najmniej optymalna, ale najprostrza, to dopisywanie listy przydatnych makr do bufora pamięci, sekwencyjnie, aż do jej zapełnienia (najszybciej, ale szybko zapełnione banki 130XE);
2. Wersja wydajniejsza: analiza dwuprzebiegowa, najpierw stworzenie listy makr do wykorzystania, potem dopisywanie do banków pamięci w kolejności:
a) największej ilości wykonywań w programie
b) najwiekszego przyrostu prędkości emulacji
3. Wersja chyba najszybsza - jak 2, z tym, że z przepisaniem najczęściej wykonywanych na niskie strony pamięci (strona 6). Oczywiście, takich makr będzie mało, ale te będą najszybciej wykonywane.
Ponieważ nie jestem programistą, moje założenia mogą być mylne, ale autoanaliza z wyborem (przy założeniu stworzenia sekwencji makr) chyba by najbardziej optymalizowała.
XXL: 7% to już nie jest źle. Może jakaś publiczna wersja z linkami do tekstówek jakiś...? W te już by się dało grać ;)

To jesteś jakieś 3 tygodnie z tyłu za mną (jak przez cały wątek). Jeszcze jakieś tego typu nowości? :)

Nie mów, że jeszcze nie uruchomiłeś BASIC-a? :P

Nawet by nie mógł.

To się okaże dopiero, jak go wypuścisz :) Poza tym - "zrobiłem", ładne słowo, a nawet BASIC ci nie działa...

Nie mógłby, bo ja mam termin, przed którym mam zdążyć - patrz post #135 z odrobiną zrozumienia. :D xxl, serio, zamiast psychologią, zajmij się już lepiej kodowaniem.

Masz rację, lepiej nie sprawdzaj.

Ekhm, nie chcę aby się ktoś tu obraził, ale nazwę USE wymyśliłem z przeznaczeniem dla emulatora draco, dlatego, że jest / ma być emulatorem.

Dla xxl-owego programu proponuję nazwę SINE - Sine Is Not Emulator ;)

Wiesz, ja się mogę pochwalić nazwą Opel, co nie znaczy, że ona należy do mnie :)

Oficjalnie przekazuje więc prawa do używania wymyślonej przeze mnie nazwy USE wraz z rozwinięciem Unusable Spectrum Emulator (oraz rozwinięciem alternatywnym Usable Spectrum Emulator) do wyłącznego używania przez draco w celu identyfikacji pisanego przez niego emulatora ZX Spectrum.

Ale przecież nikt się nie gniewa? Fakt, mogłem się wyrazić jaśniej :P