128K --> 48K (USR0) z poziomu loadera

[ikci]

@ Phonex  - plik z nagłówkami tutaj:   http://www.marcin-marcin-marcin.com/NOY-t.zip

@Matofesi

Bardzo dziękuję - przerobiłem zaraz na wersję +3Dos ale coś złego się dzieje...



Po ząładowaniu całego (chyba) programu wyświetla sie komunikat
0 OK 90:1  i dalej nic...

Plik TAP który mi wysłałeś pod Spectrum +3 ładuje się bez problemu...
ale po przeróbce do DSK wychodzi jajo

Tutaj plik DSK   http://www.marcin-marcin-marcin.com/noy128beta.dsk


Listing BASIC loadera przerobionego na wersję +3DOS wygląda tak:



Oczywiście rozszerzenie plików TAP nie ma znaczenia - to równie dobrze może być SCR przy screenie
czy też COD przy reszcie bloków.. Ważne aby nazwy plików na obrazie dyskietki zgadzały się z nazwami w loaderze.

[matofesi]

Wychodzi mi jednak, że +3 inaczej przełącza banki przy ładowaniu z dyskietki i dane nie trafiają tam gdzie powinny. Muszę poszukać co i jak - jak wymyślę, to dam znać

[matofesi]

No i wychodzi mi, że nie da się tego zrobić z samego BASICa. Przy wczytywaniu z dyskietki +3DOS używa dodatkowej pamięci jako bufora i przełącza strony według potrzeb, co powoduje, że normalne stronicowanie działa do momentu wczytywania czegoś z dyskietki.
Tutaj trzeba by wczytywać dane poniżej $C000 i małym kawałkiem kodu przerzucać dane do właściwych banków. Komplikuje to trochę procedurę, ale nie jakoś bardzo. Jeśli sobie nie poradzisz, to spróbuję znaleźć jutro chwilę i napisać stosowny kawałek

[ikci]

OK bardzo Ci dziękuję... Czekam bo może ktoś jeszcze będzie miał jakiś pomysł....

[Phonex]

Przy wczytywaniu z dyskietki +3DOS używa dodatkowej pamięci jako bufora i przełącza strony według potrzeb, co powoduje, że normalne stronicowanie działa do momentu wczytywania czegoś z dyskietki.

Jest coś jeszcze.
Jak się uruchomi Twoją przeróbkę pod +3 z tapa - to jest jakiś durny komunikat o błędzie! Pod standardowym 128K działa!!! 
Jak się obejrzy debuggerem to okazuje się że w momencie ostatniego USR jest włączony bank 6.
W 23388 jest 16 a bank włączony szósty. Czary z mleka!

Ja zająłem się tą drugą wersją z trainerem i mam to samo 
Próbowałem zrobić przełączanie w asemblerze, asekurancko robiąc OUT i aktualizując 23388 i też kicha.
Jest jeszcze druga zmienna - 23399 która wybiera tryb specjalny pamięci, ale nie ma w nim takiej konfiguracji żeby bank 6 był od 49152.

[Tygrys]

A może by to tak spakować? Załadować obrazek, a pozostałe dane oraz banki spakować, a następnie rozpakować w odpowiednie miejsca.

[Phonex]

Ta wersja z trainerem jest właśnie spakowana.
W ogóle dziwna sprawa, bo w niej w scrollu pod menu litery są przesunięte o 1 pixel. I ta wersja nie gada.

[ikci]

Tak.. ta wersja z trainerem nie gada... Poza tym to jedyna wersja jaką spotkałem która po załadowaniu gry wymaga
kliknięcia w ENTER aby się uruchomic. Pozostałe wersje same przechodzą do menu wyboru kontrolerów.

A co to działania pliku TAP stworzonego przez Mata... odpalałem na Spectaculatorze i działa...
ale teraz sprawdziłem na SpecEmu i rzeczywiście pojawia się błąd DRIVE NOT READY, 90:1

EDIT: Na FUSE też ten sam błąd...
 

[Phonex]

Na Spinie też jest "Drive not ready, 90:1".
Skoro na realu też jest błąd to znaczy że Spin i SpecEmu lepiej emulują +3 niż Spectaculator ?
Trzeba nacisnąć klawisz, bo jak naciśniesz T to jest trainer 

Na Spinie ta pierwsza wersja (bez nagłówków) też nie gada! I scroll na dole jest skaszaniony. Dopiero przerobiona przez Mata zaczęła gadać i scroll jest OK.

[ikci]

Na Spinie też jest "Drive not ready, 90:1".
Skoro na realu też jest błąd to znaczy że Spin i SpecEmu lepiej emulują +3 niż Spectaculator ?

A sprawdzał ktos na na realu?

Co do jakości emulacji Spectaculatora.. właśnie zacząłem się o to martwić.
To jeden z niewielu programów za który zapłaciłem 

[Phonex]

Ups.
Ja myślałem że Ty sprawdzałeś. Że na emulatorze działa, a na realu (+3Dos) nie.
Sorry, czytałem za szybko...

[matofesi]

No dobra... Tak jak pisałem - przerobiłem pliki i procedurę ładującą. Loader w BASICu wygląda teraz tak:

Kod: [Zaznacz]

10 clear 24999
20 load "" screen$
30 load "" code : randomize usr 25000
40 load "" code : randomize usr 25000
50 load "" code : randomize usr 25000

W załączniku TAP, w którym tym razem zmieniłem kolejność - najpierw loader potem screen, banki i na koniec główny blok. Każdy z banków ma na początku skok na koniec a tam procedurkę:

Kod: [Zaznacz]

move_it:
        di
        ld a,$10+BANK
        ld bc,$7ffd
        out (c),a
        ld hl,start
        ld de,$c000
        ld bc,move_it-start
        ldir
        ld a,$10
        ld bc,$7ffd
        out (c),a
        ei
        ret

Główny blok jest identyczny jak poprzednio - ładuje się do głównego RAMu, ustawia stos, przerzuca dane i skacze na początek programu.

Tym razem sprawdziłem TAPa - w FUSE odpalonym w trybie +3 ładuje się i odpala bez problemów

W załączniku oczywiście również binarne pliki do wrzucenia na dyskietkę

[Phonex]

A wymyśliłeś może czemu poprzedni tap działał na +2, a na +3 nie?

[matofesi]

Stawiam na inną obsługę przerwań i to, że jak ładujesz na +3 z taśmy to on najpierw usiłuje sprawdzić, czy ma dyskietkę i prawdopodobnie coś mu tam przestawia banki. Ale szczerze powiedziawszy dodatkowych ROMów +3 nie oglądałem więc nie jestem pewien o co dokładnie chodzi - wiem, że przełączanie z BASICa banków na tym modelu wymaga dodatkowej ostrożności: ludzie robią OUT+POKE i jeszcze po tej operacji czekają ramkę albo dwie zanim efekt przełączenia faktycznie zacznie działać.

[ikci]

No i BRAVOOOOOOOO!  Owacje na stojąco!
Tym razem sprawdzałem na czterech emulatorach i na KAZDYM chodzi!

MAT, JESTEŚ WIELKI!

W załączniku gotowy obraz dysku w formacie +3DOS

Jeszcze raz bardzo dziękuję!!