Temat: MAX PAMIECI
TAKIE MAM PYTANKO -> DO JAKIEJ MAKSYMALNIE POJEMNOSCI MOZNA ZWIEKSZYC PAMIEC 65/130xe
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
BigPEmu 1.12 Richard Whitehouse wydał BigPEmu 1.12
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
TAKIE MAM PYTANKO -> DO JAKIEJ MAKSYMALNIE POJEMNOSCI MOZNA ZWIEKSZYC PAMIEC 65/130xe
Z tego co kojarzę, to było 4 MB, ale najpopularniejsze na scenie "duże" rozszerzenie pamięci to 1 MB, czyli komp taki ma łącznie 1088 kB.
No chyba że Pasiu przełamał kolejną barierę... :D
Tak na dobą sprawę to nawet do 1gb - z tym że byłoby trochę za dużo banków , to tylko sprawa dodatkowych rejestrów
Z użyciem komórki $d301 do 1MB (7 bitow, bo ósmy służy do wyłączania ROMu). Jesli wymyślilibyśmy sobie inną komórkę do przełączania banków (np. $CFFF jak jest w rozszerzeniu Axlon) to max 4MB. Jednak w tym wypadku nie zadziała żadne demo, bo wszystkie korzystają z $D301.
> Z użyciem komórki $d301 do 1MB
Byly rozszerzki na $d301 do 4MB - wszystkie bity zmienialy bank.
> (7 bitow, bo ósmy służy do wyłączania ROMu).
6 do wyboru + 1 do wlaczania/wylaczania - to tylko uscislenie
A ile bajt ma bitow? Jet robil rozszerzenia z przelacznikiem 0,5MB/192KB. W pierwszym z tych trybow nie bylo Basica, wiec wykorzystywal pierwszy bit.
> A ile bajt ma bitow?
8, co daje 256 kombinacji, po 16 KB daje 4MB.
Te rozszerzenia z nazwami itd. sa opisane w FAQu dyskusyjnej (tej angielskojezycznej).
> Jet robil rozszerzenia z przelacznikiem 0,5MB/192KB. W pierwszym z tych trybow nie bylo Basica, wiec wykorzystywal pierwszy bit.
Bo nie chcial/nie umial zamiast pierwszego bitu wykorzystywac 7-go. Dzieki czemu nie bylo Basica, a byl Self Test - fajnie, nie?
8, co daje 256 kombinacji, po 16 KB daje 4MB.
Tak. minus jeden bit na ROM i jeden Basic = 6 bitów = 64 kombinacje = 1MB. Teoretycznie można zrobić 4MB, ale niezły p*.* by był jakby wykorzystywać bit od ROMu do wyboru banku....Pasiu przecioez robil 2MB bez Basica i dzialalo, ale nic tego nie wykrywalo....
jak myslisz Lewis, dalbys rade skopac pupcie Vascowi :)?
FAQ grupy comp.sys.atari.8bit:
- Newell Newell Ind. 4096k
4000-7FFF 0,1,2,3,4,5,6,7 B ($D301)
Banks: 00,01,02,03,04,05,06,07,08,09,0A,0B,0C,0D,0E,0F
10,11,12,13,14,15,16,17,18,19,1A,1B,1C,1D,1E,1F
20,21,22,23,24,25,26,27,28,29,2A,2B,2C,2D,2E,2F
30,31,32,33,34,35,36,37,38,39,3A,3B,3C,3D,3E,3F
40,41,42,43,44,45,46,47,48,49,4A,4B,4C,4D,4E,4F
50,51,52,53,54,55,56,57,58,59,5A,5B,5C,5D,5E,5F
60,61,62,63,64,65,66,67,68,69,6A,6B,6C,6D,6E,6F
70,71,72,73,74,75,76,77,78,79,7A,7B,7C,7D,7E,7F
80,81,82,83,84,85,86,87,88,89,8A,8B,8C,8D,8E,8F
90,91,92,93,94,95,96,97,98,99,9A,9B,9C,9D,9E,9F
A0,A1,A2,A3,A4,A5,A6,A7,A8,A9,AA,AB,AC,AD,AE,AF
B0,B1,B2,B3,B4,B5,B6,B7,B8,B9,BA,BB,BC,BD,BE,BF
C0,C1,C2,C3,C4,C5,C6,C7,C8,C9,CA,CB,CC,CD,CE,CF
D0,D1,D2,D3,D4,D5,D6,D7,D8,D9,DA,DB,DC,DD,DE,DF
E0,E1,E2,E3,E4,E5,E6,E7,E8,E9,EA,EB,EC,ED,EE,EF
F0,F1,F2,F3,F4,F5,F6,F7,F8,F9,FA,FB,FC,FD,FE,FF
Notes: uses 8 pc. 4Mx1 Chips (541000-80); made by Newell, later by
FTE; seems to be very incompatible to existing software and
bankswitching cartridges (OSS, Atari, etc.), because normal RAM at
4000-7FFF is NOT available - only extra Ram/Ramdisk banks. With one
PIA chip there is simply no bit left to switch between main RAM and
extra RAM / Ramdisk. But with the installation of a second PIA chip
one would be able to do so. Furthermore one may use (almost) any
setup or banks he likes then (with a second PIA chip one could
control up to 256 Megabytes of RAM). Basic: To be able to select the
internal Basic, connect a toggle switch between ground and the
motherboard where PB1 was removed (PIA `Hole' 11). The switch is not
much different than the Option Key, and I found it more versatile.
(Wes Newell); OS: It is possible to maintain OS bankink using 4 Megs.
It requires moving the OS into RAM before any banking of that Bit
occurs. Use MOVEOS File on the [Newell-Software-] Disk. (Wes Newell)
Atari Basic: no! XL/XE Selftest: no (?) Antic access: no!
A ze to popieprzone, to sie zgadzam 8)
A JAK UZYSKAĆ TEN ZNAMIENITY 1 mb JAKICH PAMIĘCI UŻYĆ CZY MOGĄ TO BYĆ KRUTKIE SIMY Z PC ?????? A JEŻELI Tak to jak je podłączyć słyszałem też że można zamontować jakiegoś scalaka na dodatkowy system o co tu chodzi????????
wystarczyło poszukać na forum.......
1MB SIMM:
http://atariarea.histeria.pl/forum/viewtopic.php?t=520
http://atariarea.histeria.pl/forum/viewtopic.php?t=137
http://atariarea.histeria.pl/forum/viewtopic.php?t=828
http://atariarea.histeria.pl/pliki/temp/SIMMexp.zip
plik wyżej ze schematem i instrukcją po Polsku jak zainstalować w Atarce 1MB Simm 'by Pasiu' chwilowo nie działa - napisz do Dely-ego to naprawi link :-)
QMPEG
http://atariarea.histeria.pl/forum/viewtopic.php?t=167
A ze to popieprzone, to sie zgadzam 8)
No wlasnie. Tylko rozszerzanie do 1MB ma sens.... EOT!
A ze to popieprzone, to sie zgadzam 8)
No wlasnie. Tylko rozszerzanie do 1MB ma sens.... EOT!
Dokladnie - dalsze wariacje na porcie $d301 moga spowodowac problemy ze starszymi programami.
Jezeli jednak ktos koniecznie chce wiecej, to niech pomysli o wrzuceniu drugiego PIA w obszarze adresowym: $d304-$d307 - mamy wtedy do sypozycji 16 dodatkowych bitow sterujacych co w polaczeniu z 6 bitami $d301 da nam 22 bity czyli 4194304 banki 16 kBajty, czyli teoretycznie 64 GB ;) Mysle, ze bylby to bardzo rozwojowy standard.
Dodatkowo budujac ciekawy interfejs i uwzgledniajac szybkosc Atari oraz wspolczesnych dyskow twardych mozna sie pokusic o to, ze banki beda znajdowac sie fizycznie np. na dysku twardym - to by dopiero byl ramdysk, nie ? ;)
moim zdaniem bardzo fajna rzecza bylby ram +5 mb i do tego bylby z wszystkim kompatybilny (chyba): 1mb na portb + 4mb na cfff (axlon). Zachod musialby przystosowac swoje progi do portb, a my dorobilibysmy sobie co trzeba aby skorzystac z axlona :)
moim zdaniem bardzo fajna rzecza bylby ram +5 mb i do tego bylby z wszystkim kompatybilny (chyba): 1mb na portb + 4mb na cfff (axlon). Zachod musialby przystosowac swoje progi do portb, a my dorobilibysmy sobie co trzeba aby skorzystac z axlona :)
I moglby powstac kolejny zonk apropos zgodnosci - $cfff to ostatni bajt "kawalka" obszaru pamieci RAM pod ROM-em - wystarczy, ze jakas wartosc zostanie tam wpisana - ja na przyklad, gdy podczas ladowania pliku binarnego wrzucam cos pod ROM, to najpierw wczytuje te dane w obszar $4000-$4fff i $5800-$7fff i potem podczas wywolania jednego INIT przerzucam to pod obszar $c000-$cfff i $d800-$ffff. Przypuszczam, ze nie jestem osamotniony w tym dzialaniu ;) W tym momencie gdyby podczas takiego "kopiowania" danych zostalaby wpisana jakas wartosc do $cfff to mogloby to przelaczyc bank z obszaru $4000-$7fff - pal szesc jesli bylyby to dane jakiegos obrazka, ale w wypadku kodu.... nie trudno sie domyslec.
Poza tym rozszerzenie Axlon bylo projektowane pod komputery klasy Atari 400/800, ktore to posiadaly RAM w ilosci 48 kB (0-$bfff), nie mialy pamieci RAM pod ROM-em, i nawet jesli fizycznie $cfff pokrywalaby sie z ROM-em to odczyt z ROM-u nie kolidowalby z zapisem do portu, tyle ze nie daloby sie odczytac zawartosci portu.
Popieram. A tak w ogole. Na cholere 5 mega. 1MB to juz nadto. Juz widze Vasca ladujacego ze stacji 7 dyskietek 720KB, a tu nagle wylaczyli prad.... :P Juz lepiej wlozyc twardziela. Ja od kiedy mam twary nie uzywam ramdysku, a dzisiejsze dema wymagaja max 320KB...
> Z użyciem komórki $d301 do 1MB
Byly rozszerzki na $d301 do 4MB - wszystkie bity zmienialy bank.
> (7 bitow, bo ósmy służy do wyłączania ROMu).
6 do wyboru + 1 do wlaczania/wylaczania - to tylko uscislenie
u mnie do wyboru jest ich 6, a dwa pozostałe są od basica i os-u
szkoda że straciłem bit selftestu bo pod mlm qmega nie mam dostępu do dodatkowego ramu....
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
[ Wygenerowano w 0.080 sekund, wykonano 11 zapytań ]