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 » Software, Gry - 8bit » SpartaDOS+hdd i pisanie programow
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Dobrze. Błąd w Sysinfo przede wszystkim polega na tym, że test pamięci jest robiony przez testem CPU. Czyli flaga oznaczająca że mamy 65c816 jest w chwili testowania RAM-u zawsze wyzerowana. Czyli program w ogóle pomija testowanie RAM-u linearnego. Dawno nie widziałem takiego ładnego baga 8)
To, ze powyzej $100000 komorki przyjmuja wartosc banku adresu to wina multipleksowania szyny danych z adresowa oraz przetaktowania procka Laoo. Nie ma to jednak zadnego wplywu na dzialanie.
A w nieprzetaktowanym co tam jest? Nic, czyli tak jak na stronach $D6-$D7 pamięci podstawowej?
Ok, to dobrze. Chodziło mi o to, czy się jakieś banki nie powtarzają.
Nie, nie ma mozliwosci zeby banki sie powtarzaly. Specjalne MMU umieszcza pamiec w odpowiednia przestrzen.
Oprócz wykrywania ROM Simulatora przydałaby się detekcja ROM Changera - szczegóły techniczne u Pasia... :D
Ten program (SI) i tak się z trudem mieści w pamięci. Mogę dołożyc jeszcze niejedno, ale wtedy SI będzie działać tylko ze SpartaDOS X (MEMLO < $2000).
A mnie wsio rawno. ;) Może być SDX only. :D
A tak serio. Mógłbyś wywalić obrazek i zastąpić go jakimś powatarzającym się mniejszym wzorkiem. Albo doładować obrazek z pliku, gdy starczy nań pamięci. Wtedy każdy mógłby ustawić swoją ulubioną tapetę. :mrgreen:
Popieram, moze byc SDX only, pomysl z obrazkiem ladowanym z pliku jak jest RAM wolny tez jest extra - zaladuje sobie zdjecie mikera :)
Jest jeszcze jedna opcja: lepiej skompresować obrazek. Obecnie zajmuje on niecałe 6,5 KB.
Mógłbyś wywalić obrazek i zastąpić go jakimś powatarzającym się mniejszym wzorkiem. Albo doładować obrazek z pliku, gdy starczy nań pamięci. Wtedy każdy mógłby ustawić swoją ulubioną tapetę. :mrgreen:
Może od razu przerobię SI na desktop :o
Ale tak narzucasz swój gust pozostałym. Mnie się ten orzełek prawdę powiedziawszy znudził i wolałbym zobaczyć coś innego.
Większa kompresja obrazka spowoduje dłuższy czas dekompresji. To, że program ma okienka nie znaczy, że ma działać z szybkością Windows. :twisted:
Zrób tak: ˇ wywal obrazek i pozwól ludziom wstawiać w jego miejsce własny. Najwyżej zostaniej posądzony o ułatwianie szerzenia pornografii dziecięcej. ;)
ˇ udostępnij programik do packowania obrazków GR8, by można było wstawiać inne obrazki niż ten producenta. ;)
ˇ weź się w końcu do roboty, bo od rana nic, tylko dyskutujesz tutaj. ;)
Może inaczej: ROM Changer zamiast ROM Simulatora, bo wątpię, czy tego drugiego ma ktokolwiek - a ROM Changer jest u paru osób :D
Wlasnie, draco do roboty ;) Ladowanie obrazkow ma byc ;)
Myslicie, zeby moze dobrze by bylo dac mu bana zeby sie do roboty zabral a nie siedzial na forumie? ;) :twisted: :twisted:
Popierwam, choć z drugiej strony nie sądzę, by to coś dało, bo przeniesie się na pl.comp.sys.atari i tam będzie dyskutował. ;)
Poza tym banany nie motywują go do pracy, a to z tego prostego powodu, że ich nie lubi. Preferuje dziewice. :oops:
Dely daj mi bana a w życiu nowej wersji SI nie obejrzysz :D . Do waszej wiadomości, pracusie: w przerwach pomiędzy odbieraniem poczty piszę SysInfo 2.08. Poprawiłem błędy, o których tu była mowa, obejrzałem raz "Out of memory" przy próbie załadowania nowej wersji, a potem cyrklowałem tak, żeby się jednak zmieściło. Teraz zaś kombinuję co tu zrobić z tym obrazkiem.
Zdaje się, że pomysł Lizarda (który wcale nie pisze dziś cały dzionek żadnych postów, zamiast pracować :D), coby zastąpić obrazek wzorkiem nie jest najlepszy: wzorek nie skompresuje się (tym algorytmem) dużo lepiej. Może orzełka (który jest skądinąd głową godła USA, o ile się nie mylę) zastąpić godłem państwowym? :lol:
To dlatego mam do tego karzełka taki awers, bo to amerykańskie. ;)
Sądzisz, że nasz orzełek lepiej będzie się kompresował?
PS. Jak Ci sie chce, mozemy zastanowic sie, co jest nie tak. Moja procka na wykrywanie liniowej pamieci jest taka (kod dla cross-assemblerka ACME):
SysInfo natomiast zawiera taką procedurę (kod MAE):
ngflag = $00
.or $80
zramsz .ds 3
zmtop .ds 1
.or $0600 ; na przykład ;-)
lda ngflag
pha
stz ngflag
stz zmtop
stz zramsz
stz zramsz+1
stz zramsz+2
loop
inc zramsz+2
lda [zramsz]
eor #$ff
sta [zramsz]
cmp [zramsz]
bne exit
bit ngflag
bmi exit
eor #$ff
sta [zramsz]
inc zmtop
bra loop
exit
pla
sta ngflag
rtsProcedurkę wywołujemy w trybie ośmiobitowym (B = 0, K= 0, D=0). Zmienna 'zmtop' powinna na wyjściu zawierać liczbę dodatkowych banków 64k ponad standard.
Ponieważ nie mogę ci wysłać SysInfo, poprzestanę przeto na prośbie, byś mi przetestował na twoim sprzęcie powyższą procedurkę i podał wyniki. Dzięki.
To dlatego mam do tego karzełka taki awers, bo to amerykańskie. ;)
Już po nim.
Sądzisz, że nasz orzełek lepiej będzie się kompresował?
Hehe, kto wie. Będziesz mógł sam sprawdzić :>
Ponieważ nie mogę ci wysłać SysInfo, poprzestanę przeto na prośbie, byś mi przetestował na twoim sprzęcie powyższą procedurkę i podał wyniki. Dzięki.
Wlasnie sprawdzilem. Wstawienie Twojej procedurki do mojego monitorka bylo calkowicie bezbolesne, gdyz obie zwracaja to samo (tylko mi sie glupio zrobilo, ze moja byla z dwa razy dluzsza ;) ). Procka udowodnila, ze dziala zwracajac dokladnie takie same wartosci co moja, a wiec 16 bankow przy obecnym 1 MB i 1 bank przy wylaczonej pamieci dodatkowej (Pasiu zaopatrzyl mnie w zworke, ktora moge tego dokonac :D )
Twoja procedura zakłada po prostu, że banki się mirrorują (tak jak mogą się mirrorować banki pamięci 16k w normalnych rozszerzeniach). Wtedy zapamiętywanie, zaznaczanie itd. jest konieczne. Procedura bardzo podobna do twojej jest w SI używana do testowania rozmiaru pamięci bankowanej w $4000-$7FFF.
Natomiast w przypadku pamięci liniowej, jeśli w pewnym momencie RAM się kończy i następuje ROM albo pustka, to wystarczy taka procedura, jak moja - która sprawdza, czy pod danym adresem pamięć jest zapisywalna.
Jak już jest 16 MB przestrzeni adresowej, to może by tak, wzorem Motoroli 68k, przeznaczyć jakiś kawałek pod koniec na nowe urządzenia I/O? Np. ostatnie 64k (albo ostatnie 2 MB).
ghhh, ale czy kazdy bedzie mial od razu 16MB ramu?
Nie trzeba mieć 16MB pamięci, by korzystać z rejestrów sprzętowych umieszczonych pod koniec przestrzeni adresowej. Np. Atari 400 i 600XL miały 16kB RAMu od $0000 do $3FFF, a ROM był tam gdzie jest do tej pory. :) Atari 16/32-bit ma podobnie: RAM od 0 do ileś tam, a rejestry sprzętowe od $FF8000-$FFFFFF (32kB) o ile dobrze pamiętam. Falcon na pewno ma inny zakres rejestrów (2MB).
Drac030: myślę, że 64kB z organizacją stronicową (tak jak $D000-$D7FF) w zupełności wystarczy. Chyba, że masz już jakies pomysły na 2MB. :)
Pomysł mam ten sam co zawsze: karta VGA. Przydałoby się mieć co najmniej pełne 64k "okienka" do pamięci obrazu.
Nie trzeba mieć 16MB pamięci, by korzystać z rejestrów sprzętowych umieszczonych pod koniec przestrzeni adresowej.
nie, no oczywiscie. zacme jakas mialem jak to pisalem. :)
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Software, Gry - 8bit » SpartaDOS+hdd i pisanie programow
Wygenerowano w 0.025 sekund, wykonano 59 zapytań