Hehe, no tak.

Tak a propos, widzę, że to już zniknęło, ale pl.wiki w artykule o 6502 był kiedyś przykładowy listing demonstrujący dzielenie na 6502: konkretnie była to procedura dzieląca zawartość akumulatora przez 2 przy użyciu wielokrotnego odejmowania. Do znalezienia w historii (rok 2010).

A tu filmik nagrany 2 lata temu w Cisnej. Ogólnie nagrane telefonem i z doskoku, więc sorry za marną jakość. Może jeszcze kiedyś będzie szansa złapać tę kolejkę lepiej.

PS. Odpowiedź na pytanie, które pada w tle, brzmi: 40 koni :D

No nie, coś mi się potentego... jeszcze raz: 5th_demo.z80 to jest plik na ZX Spectrum 128. Format wersja 2, hardware type 3, czyli wg opisu "Spectrum 128". Zresztą zawiera bloki pamięci nieistniejące w 48k. Sry.

Może tak być, jeśli program jest pod 48k, ale został uruchomiony w trybie 128k i tak zrzucono snapszot, plik wtedy zawiera dodatkowe banki pamięci i tym podobne. Dla pewności możesz mi z jeden taki podesłać (najlepiej po jednym SNA i Z80, które tak mówią).

Masz "Save memory", która zapisuje plik .Z80. Ale to dopiero wczoraj zakodowane, więc mocno alpha, używać ostrożnie ;) Widzę, że są z nią kłopoty, jeśli się ma włączoną/załadowaną 80-kolumnową konsolę (CON.SYS). Na razie lepiej jest przejść w tryb 40-kol. i to Resetem, bo CON 40 nie pomaga. Właśnie próbuję zbadać, o co w tym idzie.

zx /? ;)

Hmm. A pamiętny "tryb kompatybilności" http://www.atari.org.pl/forum/viewtopic … 02#p180102 masz włączony czy wyłączony? Jeśli jest włączony, to wyłącz, bo to bruździ w fast RAM-ie.

Sprawdź PM.

Na joystick chwilowo nic nie poradzę, zepsuł mi się.

Spróbuj zrobić tak:

1) odpal Multibasic,
2) wpisz po kolei jak następuje:

10 MATTRIB 3: ? MALLOC(65536)
SAVE "D:KM.MBI"
RUN
DOS

3) uruchom ZX.EXE ponownie i zobacz, co wyjdzie,

4) czynności można powtarzać (program w Basicu można uruchomić z linii poleceń przez MBI -B KM.MBI)

Myślę, że "blokada po drugiej kropce" może znaczyć, że coś jest nie tak z blokiem pamięci $010000-$01FFFF, bo trzecia i czwarta kropka to inicjowanie właśnie tego. Program w Basicu powoduje zajęcie tych 64k, w związku z czym emulec załaduje się o 64k wyżej (a przynajmniej spróbuje).

Powtarzanie czynności spowoduje zajmowanie kolejnych bloków 64k. Zwolnią się po zimnym starcie.

Nie wiem dokładnie, jak działa karta u Pinokia, ale jeśli konfiguracja pamięci działa tak samo, to po ustawieniu $0000-$3FFF na szybki zapis i odczyt, i po wyłączeniu fast RAM-u pod $4000-$7FFF powinno zadziałać. Nie?

Ożenek akceleratora i VBXE: http://drac030.krap.pl/brdl_dasz_c.avi

Filmik nagrany na Altirze, ale na prawdziwym sprzęcie działa tak samo (a nawet lepiej, bo jeśli się ma Evie, to i muzyczki z AY-greka grają). Filmik może wymagać obróbki, bo kodek dziwny (ZMBV) i apekt racjo niedobre, ale Media Player Classic pozwala to skorygować (Widok->Rozmiar obrazu->Zachowanie proporcji).

Autor pewnie chętnie sam się wypowie, a ja co prawda się na tym nie znam, ale mam na ten temat własne zdanie i się nim podzielę ;)

Player napisany przez mono działa świetnie, zarówno na SlightSIDzie, jak i na Evie. Ma możliwość odgrywania subsongów, włączania/wyłączania filtrów, i, że się tak konkretnie wyrażę, w ogóle. Po zakończeniu działania wraca gładko do DOS-u. Działa ładnie zarówno na gołym Atari, jak i na takim ulepszonym (np. z Rapidusem).

Statystyka wygląda tak, że póki co na 145 przetestowanych sidów, nie zadziałało 11, w tym niektóre z przyczyn zupełnie obiektywnych, typu brak w Atari pamięci RAM w obszarze $d000-$d7ff.

Jak zwykle kawał znakomitej koderskiej roboty.

PS. Dwa nagrania z Evie:

Flimbo's Quest

For Avantgarde (to z kolei mój ulubiony)