Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
atari.area forum » Programowanie - 8 bit » problemy z rozszerzoną pamięcią
Zaloguj się lub zarejestruj by napisać odpowiedź
Czołem!
ładuję dane do pamięci rozszerzonej w trakcie wczytywania pliku, więc ustawiam znaczniki PORTB tak, aby ROM był włączony i aby SELFTEST był wyłączony:
org $d301
dta b(%11100011)
Mam teraz problem z kompatybilnością z inną pamięcią niż ta w 130XE. Może ktoś zna metodę na ładowanie danych do pamięci w trakcie wczytywania pliku i poprawnym ich wywołaniem gdy program już się załaduje?
Odradzam bezpośrednie adresowanie PORTB za pomocą bloku pliku, bo:
1. Nie masz pewności czy loader nie jest pod romem/w extramie (dowolny loader/sdx/dos/xbios).
2. Nie wiadomo czy nie manipuluje extramem.
3. Nie wiesz jakie jest zainstalowane rozszerzenie (PORTB/Axlon/VBXE).
Polecałbym:
1. Detekcję rodzaju pamięci i dostępnych banków.
2. Ładowanie danych do pamięci.
3. Przepisywanie pamięci w miejsce docelowe w bloku init.
okay, dzięki, to chyba najlepsza metoda
A po co to przepisywanie, zeby program wczytywal sie wolniej niz z kasety :) ?
W czasie sprawdzania pamieci tworzysz sobie tabelke z numerami bankow, a potem w pliku robisz:
org $2000
lda tab
sta $d301
ini $2000
$4000-$7fff - blok danych
org $2000
lda tab+1
sta $d301
ini $2000
$4000-$7fff - blok danych
itd...
a ja polecam takie coś - działa na każdym rozszerzeniu pamięci :)
org $022F
dta b($00) ;czarny ekran
org $4000
;ładowanie danych do banku podstawowego
org $d301
dta b(%1100 00 11) ;bank 00
org $4000
;ładowanie danych do banku 00
org $d301
dta b(%1100 01 11) ;bank 01
org $4000
;ładowanie danych do banku 01
org $d301
dta b(%1100 10 11) ;bank 10
org $4000
;ładowanie danych do banku 10
org $d301
dta b(%1100 11 11) ;bank 11
org $4000
;ładowanie danych do banku 11
Nadużywanie ORG w tym celu trochę boli, oczy zaczymają podchodzić krwią… :)
Ja bym najpierw dowiedział się CZY w ogóle pamięć rozszerzona istnieje i jeśli tak, to jaka i ile jej jest, a dopiero potem ładował kolejne bloki.
Jak będą krwawić to załóż okulary:)
Pokaż mi bardziej efektywną metodę ładowania tych bloków do pamięci banków 130xe?
Po co wykrywać rozszerzenie jak każe jest kompatybilne z bankami 130xe?:)
no wlasnie...
kolega bedzie korzystal z maksymalnie 4 bankow - widac to po pierwszym poscie
wiec sprawdzanie ile jest pamieci jest zbedne, wystarczy ewentualnie sprawdzic czy jest bank nr.1 - czy jest rozszerzenie ktore ma mniej niz 4 banki?
numery bankow tez sa niepotrzebne bo czy istanieje rozszerzenie ktore nie ma nr.banku ktore ma a130?
z loaderami tez nie ma problemu bo rejestr portb jest r/w wiec dobrze napisane loadery sobie poradza :-)
najprosciej
org $d3x1
.byte bank
org $4000
dane
a czy jest efektywniejsze? no... ja bym do banku dekompresowal wprost z pliku
Skrzyp - nie martw się, Koala zrobił już raz na Silly Venture kompofilera, który nie działa na 64kB ale jednak na 64kB się uruchamia mimo, iż potrzebuje bodajże 128kB ram :D
XXL - najbardziej z twojej wypowiedzi spodobał mi się zapis:
$d3x1
;)
ładowanie bezpośrednio do banku wykłada SDX
uniwersalnie tzn. z przepisywaniem, czyli ładuj poza obszar $4000..$7FFF, potem przepisz z użyciem CPU w obszar $4000..$7FFF
@Pin: kompofiler był robiony na party, przez co nie był dokładnie przetestowany - stąd problem na gołej 130stce. Wersja afterparty nie miała tego problemu. A co odpalenia prodli na stocku 64kbram... no cóż, jak ktoś nie umie czytać readme to polecam szkołę podstawową.
@TeBe - w jaki sposób wykłada?
Edit:
@XXL - Nawet jakby rejestr PortB był W-only to IMO także by działał taki zapis, R/W tutaj nic nie zmienia, ważne że jest W:)
Widzisz Koala - ale jak byś wykrył co masz to problem nigdy by nie zaistniał. Tzn w imię niedbalstwa odsyłasz do dokumentacji? :)
Pin - nie rób już oftopika - od tego jest inny temat (notabene założony przeze mnie:P) ps: wykrywanie to zło:P
Nie robię offtopica, tylko zwracam uwagę że promujesz koszerne i nieprofesjonalne rozwiązanie ;)
Koala - poprawiona wersja tego dema odpalona ze sparty x ma przestawione elementy grafiki, pewnie chodzi o to o czym wspominał TeBe.
@pin - zapodaj na maila wersję którą masz
Niech Tebe napisze o co chodzi z tym SDXem bo to ciekawe jest
jest w stuffie na pigwie.
tu:
http://ftp.pigwa.net/stuff/parties/prod … coming.rar
To jest wersja "partowa". after party leży na pouecie, albo tutaj:
http://e4www.pl/koala/winteriscoming.zip
Edit: oczywiście daj znać czy Ci Pin to działa:)
O ile party version po uruchomieniu z sdx krzaczył prawie wszystkie grafy tak wersja poprawiona wyświetla tylko skrzaczoną pierwszą, następnie blank screen i leci muzyczka. Co zabawne po resecie wraca do dos.
Ludwiku, Koala i psie Sabo :) - nie idźcie tą drogą, bo inne programy używające pamięci rozszerzonej działają.
jedyne co udowodniles i w co dzieki Tobie zmienil sie ten watek to to zeby nie uruchamiac programow za pomoca sparty,
kto ma ochote startowac programy za pomoca loadera uzytowo przpominajacego uruchomiony system w trybie awaryjnym.
Pin: a bez Sparty ta wersja działa (ten link co podałem)?
To ciekawe czemu Sparta sobie nie radzi z tym - może TeBe wyjaśni:)
do XXL
.. a jakie są przeciwwskazania do uruchamiania programów pod sdx? Wystarczy to kulturalnie zrobić i nie ma problemu.
Skutkiem podejścia które reprezentujesz jest jedynie to, że Twoje programy nie działają na większości sprzętu. Zobacz do wątku o grze na 1MB i ogarnij wreszcie jakim hardware przeciętnie dysponują użytkownicy.
najprosciej
org $d3x1
.byte bank
org $4000
dane
Żeby być ścisłym:
org %11010011xxxxxx01
.byte bank
org $4000
dane:P
Merytoryczna dyskusja zakończyła się wraz z "$d3x1".
Akurat zapis do PORTB SDX-a nie wyłoży, bo i tak SIO ładuje dane do bufora SIO po czym przerzuca dane do pamięci (nawet jeśli używany jest ramdysk, to po powrocie z SIO odtwarzany jest PORTB). Ale w PORTB są nie tylko bity od konfiguracji extramu - są też od OS-a, BASIC-a, cartridge-a i SELF-TEST-u. Skoro zamierza się używać extramu, to może należałoby pozostawić resztę bitów w spokoju, bo nie wiadomo jaki loader ładuje program? Może akurat jest pod OS ROM-em, w MAPRAM-ie albo w ROM-ie carta XEGS (tak, wiem że to karkołomna sztuczka i że _do_tej_pory_nikt_takiego_nie_zrobił_)? Spróbujcie łaskawie spojrzeć może nieco bardziej perspektywicznie.
Edit: Warto też pamiętać o priorytetach okien MEMAC w VBXE/FX i extram. Zapis do PORTB może okazać się bardzo nieskuteczny.
Nawet jakby rejestr PortB był W-only to IMO także by działał taki zapis, R/W tutaj nic nie zmienia, ważne że jest W:)
Pewności niestety nie ma zanim nie sprawdzi się rejestru kierunku danych (ale kto by się o to troszczył?). Nie testowałem zachowania PORTB ustawionego do odczytu, ale intuicyjnie czuję, że wyjścia będą albo w stanie HI (czyli wartość nieustalona), albo 1 (czyi $FF) niezależnie od tego co się do PORTB wpisze. Swoją drogą warto by to sprawdzić.
Edit: Milcząco zakładacie, że konfiguracja ustalona przez OS podczas RESET ciągle obowiązuje.
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Programowanie - 8 bit » problemy z rozszerzoną pamięcią
Wygenerowano w 0.034 sekund, wykonano 72 zapytań