Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
FujiNetChat: Nowy klient IRC dla Atari Pierwsza publiczna wersja alfa FujiNetChat, nowoczesnego klienta IRC wykorzystującego interfejs FujiNet.
Gearlynx 1.2.2 Gearlynx doczekał się aktualizacji. Wprowadzono podgląd SCB, wyszukiwanie w pamięci oraz poprawki.
Wyniki FujiCup 2025 Poznaliśmy najlepsze gry na 8-bitowe Atari wydane w 2025 roku według jury oraz publiczności.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Opcje wyszukiwania (Strona 185 z 329)
najlepiej link - wszyscy skorzystaja. widze ze Voy tez szuka.
Candle napisał/a: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...
Candle napisał/a:nie dla psa kielbasa
kulturka :-)
Candle napisał/a:te 2k pod IO jest przeznaczone dla PBI wg specyfikacji,
czcze gadanie? gdzie ta specyfikacja?
pajacuj dalej :) z kagankiem drugiego takiego ;)
Candle napisał/a:i ja również - te 2k pod IO jest przeznaczone dla PBI wg specyfikacji
prosze o zrodlo do weryfikacji :-)
Candle napisał/a: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
Candle napisał/a: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
Candle napisał/a: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
electron napisał/a: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
Candle napisał/a: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.
drac030 napisał/a: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
Candle napisał/a: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?
Pin napisał/a:Po pierwsze - wszystkie prace są prezentowane na ATARI, nie na emulatorze.
zdrowy rozsadek zwyciezyl. brawo.
Pin napisał/a: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.
Pin napisał/a: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.
electron napisał/a:Niezupełnie taki sam.
...
electron napisał/a: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.
Znalezione posty [ 4,601 do 4,625 z 8,203 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.231 sekund, wykonano 18 zapytań