Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
atari.area forum » Posty przez xxl
te 2k pod IO jest przeznaczone dla PBI wg specyfikacji
o wlasnie, trzymajmy sie faktow... gdzie one?
---
naprawde daruj sobie wycieczki osobiste - nie dziala; nie ten poziom :D - moze w podstawowce taki cos dziala ;)
po prostu spamujesz...
nie dla psa kielbasa
kulturka :-)
te 2k pod IO jest przeznaczone dla PBI wg specyfikacji,
czcze gadanie? gdzie ta specyfikacja?
pajacuj dalej :) z kagankiem drugiego takiego ;)
i ja również - te 2k pod IO jest przeznaczone dla PBI wg specyfikacji
prosze o zrodlo do weryfikacji :-)
używając ramu który pokrywa się z obszarem IO (remapujac go w inny obszar) jesteś w bezpośrednim konflikcie z rzeczoną dokumentacją
heheh no to jestem pewny ze nie masz pojecia czym jest MapRAM :D
---
powiedz cos jeszcze :)
obawiam sie ze nie masz nadal pojecia czym jest mapram. nie ma nic wspolnego z pbi.
:D
fakty są takie, ze niewiele potrafisz, niewiele rozumiesz i jeszcze mniej sobą reprezentujesz
chcesz z tym dyskutować? próbuj...
widzialem kiedys obejszczanego pijaczka w parku. z metnym wzrokiem mamrotal do mnie "ty taki owaki" ... wywolal litosc i szczypte niesmaku a nie zlosc... podobnie teraz. nie jestes w stanie mie obrazic, wywolujesz tylko odraze :D
ps. mapram jest sprzeczne z oficjalna dokumentacja PBI firmy atari (dokument "The Software Implementation of Parallel Device Handlers and Drivers, R. K. Nordin February 15, 1984") jak i jej późniejszą rewizją z 22 lutego tegoż roku, dla kontrastu MMU z U1MB jest z nią zgodne
poprosze o linka lub zalaczenie dokumentu. nie moge znalezc w sieci.
na zlecenie wielkiego dyktatora wszelkich standardow dzis w nocy zespol projektowy dla dobra bialej wiekszosci wykonal optymalizacje biblioteki xBIOS, ktora obecnie - smiemy twierdzic - obsluguje wszystkie SIO-drajwy - rowniez te w posiadaniu ktorych jest Pin (z modyfikacjami Hyper XF lub 1050 oryginal).
nalezy zmienic rozszerzenie z .xex na .com
na zdrowie.
:) chcesz dyskutowac z faktami :) probuj :)
oczywicie ze nie planowali uzywania nieudokumentowanych kodow... zadna firma nie opiera swoich projektow na nieudokumentowanych wlasciwociach jakis zasobow :D poza tym tym zasobem w czasie o ktorym mowimy byl 6502B :D
w 1984 to juz niczego nie planowali :D
mowimy o okolicach 1980 :D ewentualna migracja byla zwiazana z najpotezniejszym 8bitowym 6809 i 6516 mial byc na niego odpowiedza. mial ale sie nie stal. no to zmigrowali na 6502C :DDD
i juz do konca swiata w atari byl montowany 6502C.
no ale oczywicie garstka zapalencow wymienia procesor w atari na 6809E lub 65c816 ... no przeciez wolno im :D
ci z 65c816 sa w troszke lepszej sytuacji bo w jakms stopniu taki 16bitowy komputer emuluje 8-bitowe atari
Tak naprawdę dopiero co nauczyłeś się wyłączać ROM Atari i odkryłeś tam RAM
tak naprawde dopiero co nauczylem sie chodzic a teraz odkrylem ze tu i owdzie juz siwy wlos... ale ten czas leci.
i dlatego sa undocumented - nieudokumentowane przez producenta. podobnie z nieudokumentowanymi mozliwosciami innych czipow w atari rozprawili sie programisci - udokumentowali je.
natomiast promowanie 16bitowego 65c816 jako nastepce 6502C w atari to kpina. atari (jesli juz) to myslalo o instalowaniu procesora 6516 - niektore zrodla mowia o tym ze to atari zaprojektowalo procesor 6516. procesor 6516 nie ma nic wspolnego z 65c816 - te procesory nie sa zgodne. future expansion w 6516 zastapione byly kodami zupelnie innymi niz te z 65c816...
65c816 w atari jest taka sama egzoryka jak 6809E w atari - obydwa te procesory mozna podlaczyc do atari ... tyle ze to juz nie jest atari :D
dokumentacja do 6502 firmy synertek definiuje te rozkazy jako future expansion, nie illegal, nie undocumented, ale po prostu future expansion, no i future has happend i mamy 65816
doucz sie. synertek albo projektowal albo wykonywal 6516 ktory z 65816 nie ma nic wspolnego.
Ta wersja OS-u jest prototypowa (nie weszła do produkcji i całe szczęście), ale ta wartość jest taka sama w seryjnym OS-ie XL/XE, zatem chyba można przypuszczać, że planowano komputery z prockiem innym niż NMOS-owe 6502, ale z nim zgodnym.
oczywiscie, atari mogla planowac ale nic z tego nie wyszlo i byl to procesor 6516 ktory nie jest zgodny z 65816 i nie ma z nim nic wspolnego :D
zreszta 6516 tez byl nmos :p
gdzie to "future expansion" firmy synertek :) ktore zostalo wprowadzone w atari? brak.
gdzie sie rozwija 6502C ktore bedzie instalowane w atari? brak.
pogodz sie z tym ze w atari xl/xe sa 8bitowe 6502C :)
tej firmy - tak: 6502C i tylko 6502C
dokumentacja do 6502 firmy synertek definiuje te rozkazy jako future expansion, nie illegal, nie undocumented, ale po prostu future expansion, no i future has happend i mamy 65816 w ktorym te rozkazy sa zdefiniowane,
ale jaki to ma zwiazek z atari?
producenci oznaczaja te rozkazy jako "future expansion",
inne zrodla:
wiki mos: "The original 6502 and its NMOS derivatives are noted for having a variety of undocumented instructions,"
wiki: "An illegal opcode, also called an undocumented instruction"
nes: "Unofficial opcodes, sometimes misleadingly called illegal opcodes or undocumented opcodes,"
moglbys podac zrodla ktore mowia tylko o "nielegalnych" instrukcjach?
Po pierwsze - wszystkie prace są prezentowane na ATARI, nie na emulatorze.
zdrowy rozsadek zwyciezyl. brawo.
dlaczego sporadycznie nielegalne rozkazy 6502c były używane
bo nie bylo informacji jak dzialaja, nazwa "nieudokumentowane" zobowiazuje.
teraz informacje na temat dzialania nieudokumentowanych rozkazow jest dostepna, nie zawiera bledow - mozna czerpac.
chcialbym... ale w czasach gdy niepublikowane rozkazy byly wykorzystywane w programach komercyjnych na atari xl/xe to ja jeszcze nie mialem nawet zx spectrum... co dopiero atari :D
ale przeciez te rozkazy juz weszly do kanonu optymalizowanego kodu na atari xl/xe. wystarczy trzymac sie standardow nowego ladu i tworzyc, tworzyc, tworzyc.
MazezaM jest ciekawe.
ty nie kombinuj, że 65c816 jest zrypane
nie jest "zrypane", jest wykonane w innej technologii przez co rozkazy read-modify-write dzialaja inaczej niz na 6502C. ot - kolejny obszar w ktorym 16-bitowy 65816 zachowuje sie inaczej niz procesor w atari, w przykladzie ktory podalem na atari mozna uzyc 1 rozkazu a zeby dzialalo na komputerze z 65816 trzeba uzyc 4 rozkazow.
Niezupełnie taki sam.
...
Ale to nie jest złe
...
===
przypadkowosc dzialania programow na wymienianych na 16bitowe procach w atari troszke mnie jednak martwi.
informowanie POKEYA ze obsluzylismy przerwanie i moze zglaszac kolejne na procesorze atari 6502C to jedna legalna instrukcja... ale na 16-bitowym 65816 to nie bedzie dzialc.
procesor 6502C w malym atari wykonuje jeden odczyt i dwa razy zapisy w rozkazach read-modify-write, podczas gdy 16-bitowy 65816 (w trybie emulacji tez) wykonuje dwa razy odczyt i raz zapis.
w zwiazku z tym mam pytanie: czy jesli program ma dzialac na 16-bitowym atari xl/xe to (oprocz wymienianych juz ograniczen) nalezy takze ograniczyc uzywanie rozkazow read-modify-write na rejetrach hardwarowych?
atari.area forum » Posty przez xxl
Wygenerowano w 0.485 sekund, wykonano 58 zapytań