działa prawie ;)

Znalazł FastRam 65c816, wykrył VBXE z rdzeniem 1.24, detekcja Rapidusa ok ale - w czasie ładowania pliku z danymi do emulatora zawsze wiesza się po "drugiej kropce" po loading. Przy okazji zmienia zawsze kolor fonta na ciemno-niebieski a jeśli emulator jest uruchamiany w trybie 80 znakowym vbxe, to otrzymuję blankscreen dokładnie w chwili zakończenia nieudanego ładowania.

Rdzeń Rapidusa doładowuję z pliku: 3S029I.XLX, po załadowaniu $FF0080=$EF, zmieniam na np. =$7F, czy $76 i odpalam emulator.

Pinek, a pamiętasz o tym, że SDRAM to u ciebie tak nie działa za dobrze? Jak coś będzie się pchać od $080000, to może dość efektownie wywalić się.

Haaaaaa!! ;) - Odpaliło ;)

Po jednokrotnym uruchomieniu w/w procki w MultiBasic'u emulator wstał ;)

EDIT:

.. no i w kolorze widzę, że emulator działa znacznie szybciej ;)

EDIT2:

No i coś poszło nie tak o tyle, że tylko jeden raz zadziałał ten patent. Ponowne uruchomienie emulatora generuje komunikat o braku możliwości alokacji fast ramu. (tzn wykrył 383kB np.)

Ale i tak sukces, że na tej wersji karty cokolwiek zadziałało ;)

EDIT3: :)

-------------

wykasowałem co napisałem, bo zauważyłem że program w MBI poprawnie mi działa, jeśli uruchamiam go z interpretera, a źle działa w przypadku uruchomienia poprzez Runext. Zapewne coś porypałem w RUNEXT.CFG. Linijka dla Multibasic wygląda tak:

MBI,CAR:X.COM,B:>FAST>MBI.EXE,-B,%

Taki zapis jest ok?

-------------------

Doszedłem do takiego stadium, że mogę uruchomić cokolwiek w tej wersji na VBXE, lecz muszę po każdorazowym uruchomieniu emulatora wyłączać komputer.

A sekwencja startowa jest dłuuuga w tym przypadku. Odpalenie kompa, załadowanie rdzenia dla Rapidusa, przełączenie w '816, odpalenie "programu" pod MBI, wyjście do systemu i odpalenie emulatora ;)

daj taki przełącznik - wydaje mi się, że w tym przypadku powinno to pomóc.

Staram się ustalić jeszcze pewne zależności (o ile istnieją takowe)

EDIT:

Jest jakiś progress:

po każdym uruchomieniu programu pod emulatorem chcąc uruchomić coś innego muszę zrobić COLD /N, po czym uruchamiam programik w MBI i uruchamiam emulator z czymkolwiek i to działa.

Natomiast zauważyłem już chyba w trzeciej z kolei grze, że blokuje się jak by Joystick na kierunku w lewo z naciśniętym fire.

EDIT:

Joy opanowany. Zgłaszałem już ten problem i faktem jest, że taki efekt mam tylko w momencie w którym mam SIDE2 wsadzone do IDE+. Efekt nie występuje zawsze. Zgłaszałem to Candle'owi onegdaj, problem jest na razie nie rozwiązany.

Pomogło. Uruchomiłem 3 program i wstał bez problemu. Joy też jak pisałem działa - po odłączeniu SIDE2 ;)

EDIT:

Jeszcze coś muszę sprawdzić ;)- coś to jest, a czasem nie jest :D

ok - jest tak:

1. Przełącznik /m nic mi nie zmienia.
2. Po włączeniu turbo i najlepiej $FF0080,$76 (bo wówczas emulator działa znacznie szybciej) muszę jeden raz uruchomić programik z MBI.
3. uruchamiam emulator wprost z parametru, pomijając runext (coś tam źle wpisałem raczej, sprawdzam to) i każdy program jak do tej pory działa. Następnie wychodzę z emu, odpalam następny i następny program .. no i się nie wywala. Taką prawidłowość mam teraz.

wnioskuję, że ten spreparowany Pasiowy plik, który ładuje do FPGA jest owym paczem. Ok, spróbuję załadować to, co mam na fleszu w Rapidusie. Moment.

EDIT:

Pomogło. Działa zawsze.

Pytanie pomocnicze: Program siedzi w:

B:>PROGRAMS>ZX_SPEC

Jak powinien wyglądać zapis do runext dla np. pliku Z80? Oszaleje zaraz ;). Skojarzenie uruchamia mi emulator, ale nie podaje nazwy pliku jako parametr, więc emulator wstaje sam i niczego nie ładuje.

Jeśli zrobię to z palca, to na tym etapie mam 100/100 ;)

Tryb "kompatybilny" mogę załadować z pliku *.XLX. Wyłączenie uzyskuję poprzez załadowanie wsadu do FPGA z flesza na Rapidusie, czyli nie ładuję niczego z pliku tylko robię reset z wciśniętym select.

Co to jest: -A -V 1   ??

po załadowaniu pacza:

$FF0080=$EF
$FF0081=$20

dalej runext mi nie robi mimo, iż wg. tego co widzę wszystko powinno być ok.

EDIT:

Ten parametr /M to miał powodować, że emulator ma omijać pierwszy bank fast ramu. No to nadmieniam, że w związku z niepotrzebnie ładowaną poprawką wychodzi na to, że pierwsze 512k mam ok ;)-

Ok - ide w kimono, ciąg dalszy zapewne jutro ;)

A jesteś w stanie wstawić tam $00 przez POKE?

Wręcz przeciwnie, wręcz przeciwnie: miał wymuszać ładowanie do pierwszego banku fast RAM-u niezależnie od tego, jakie ewentualnie bzdury zwraca funkcja alokacji pamięci.

@mono: słuszna uwaga.

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.