Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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.
atari.area forum » Posty przez xxl
widziałeś grę, lub demo zintegrowane ze Sparta DOS X tak, jak ostatni Mazazem z xBios?
pewnie ze tak. zartujesz sobie? tu masz nawet tutorial jak pisac programy zeby dzialaly tylko pod sparta http://mads.atari8.info/mads.html#sdx
---
ok. powrot do tematu, o xbios albo mazezam odpowiem w odpowiednim watku
@XXL - całodysk, lub nie - lecz związanie pliku gry z określonym środowiskiem uruchomieniowym i tylko z nim
i to stanowi o zakwalifikowaniu czegos jako calodysk lub file? w takim razie sparta dos generuje tylko calodyski - wiaze pliki z okreslonym srodowiskiem ;-)
co wiecej! dowolny dos tworzy calodyski. przyklad: zainicjuj dyskietke z dosem po czym plik dos na dyskietce przekopiuj - kasujac stary plik - i zapisz ten sam jeszcze raz na dyskietke - zabootuj. :-) opsss co sie stalo? DOS generuje calodysk :-)
@XXL - nie obrażaj Pecusia - niechaj ta rozmowa się czemuś przysłuży
obawiam sie ze ani Ty ani Pecus nie rozumie czym jest calodysk a czym plik. obraza jest trwanie w tym bledzie.
bo wśród 8 - bitowców mamy ciekawą bazę jeśli chodzi o rozwój platformy przy którym zgodność w dowolną stronę
ale ja juz pisalem, ze nie mam problemu z wystawianiem swoich prac na atari xl/xe w postaci plikow .avi skoro na zlotach jest problem ze znaleziemiem 8bitowego atari, a rozowj tej maszynki w strone 16bitow i wiecej mnie po prostu nie interesuje ale nie widze problemow zeby "konkurwac" z pracami na takie maszyny.
odpowiadac Pecusiowi... mozliwe :-)
bo tu i teraz NIE DZIAŁA
dziala :-)
Funkcjonalnie różnicy nie ma, bo jedyny sens stosowania pliku to możliwość skopiowania go na inny filesystem, urządzenie. Skoro po skopiowaniu działać nie będzie, to różnica jest żadna.
po skopiowaniu dzialac oczywiscie bedzie.
juz byla o tym mozwa: http://www.atari.org.pl/forum/viewtopic … 78#p158778
mówiłem o wersji z muzyczką i xBios. Od wersji całodyskowej różni się to niczym
jesli nie widzisz roznicy miedzy plikiem a "calodyskiem" to podejrzewam, ze opis problemu uruchomienia mazezam jest rownie precyzyjny i byc moze ladujesz z myide bo to przeciez prawie xf551 ;-). odsylam do watku z gra mazezam.
Niech teraz ktoś obrazowo przedstawi produkcję, która przedstawi zasadność użycia nielegali.
MazezaM :D bez nieudokumentowanych kodow by go nie bylo.
@XXL - jest opcja rozwiązania problemu niedziałającego całodyskowego Mazazem na standardowej konfiguracji? Milczysz w temacie i nie wiem, co o tym myśleć.
nie wiem, nie widzialem calodyskowej wersji mazezam.
Dobra. Niech ktoś pokaże efekt na nielegalach taki, by nie dało się go zrobić inaczej.
mozna tez pisac programy bez uzywania rejestru Y procesora ale znacznie wygodniej jest korzystac z calych zasobow proca w tym i rejestru Y :-)
na samym dole w ciekawostkach sa przyklady gier/programow w ktorych sprawdzilem, ze uzyto rozkazow nieudokumentowanych:
jeszcze preliminary monty jest fajny... sporo godzin "za gowniarza" ;-)
Powiedz to pierwszemu gościowi, który wmontował do peceta 80286 zamiast "klasycznego" i "standardowego" 8086, mimo że na 80286 nie chodzą dokładnie wszystkie programy napisane na 8086. I wyjaśnij mu, teraz, w roku 2012, że robiąc to, głęboko ideologicznie się mylił, gdyż zamiast prawdziwego procesora włożył tam "zmutowany", "niekompatybilny", "emulator" i w związku z tym otrzymał "nieprawdziwego", lub też ewentualnie nawet "niekażdego" peceta. Bo przecież nielegalne rozkazy 8086 działają na każdym IBM PC, nie?
IBM przeszedl sciezke zdrowia od 8 bitow do 64 bitow :-)
taka sama widzisz przyszlosc 8bitowego atari xl/xe?
:D
a xxl co najwyzej umocni mnie w twierdzeniu, ze jego dziela dzialaja przez przypadek
jesli na takim "zgodnym" z atari sprzecie zadziala jakas moja gra to bedzie cud a nie przypadek :D
nie, teraz juz nikt nie podwaza, ze rozkazy nieudokumentowane stabilne dzialaja na kazdym atai xl/xe.
MapRam jest o 98% mniej standardowy niż dowolne rozszerzenie pamięci
ale to nie jest rozszerzenie pamieci tylko standardowe rozszerzenie MMU
jak juz, to raczej grono userow atari sie kurczy :D
PS: A do XXL-a będę miał prośbę o wersję "Hobgoblina" z nietykalnością.
1/2/3 zmienia predkosc gry (nie pamietam czy nie z shift albo ctrl)
P - pauza a pozniej ctrl+L - dodatkowe zycie - dziala wielokrotnie
No, jesteśmy ciemnogród, nie idziemy z postępem, pojawiły się nielegale a my do nich bokiem.
byly od poczatku, sa i beda do konca :-)
Chodzi o to, że Atari XL/XE się zmienia i ewoluuje i już za chwilę nie będzie działać.
jezeli ewoluja jest to ze programy na atari przestana dzialac to moje atari tak nie bedzie ewoluowac :D
uzywanie nieudokumentoanych rozkazow jest naturalnym zachowaniem kazdego zdrowego bialego czlowieka a jesli programy nie beda dzialac na komputerach gdzie user wymienil procesor na 16bitowy 65816 to coz... jestem gotow ich poswiecic...
ja, pin, elc, pecus, drac - przynajmniej 5 na start masz
obliczenia ci sie sypiom! ;)
kosztem utraty kilku równie niepotrzebnych użytkowników ;)
bez przesady. kazdy z userow Atari jest wazny ale 65816 to juz nie atari :-)
jest ich wiele ale najlepsze i tak sa logiczne: http://xxl.atari.pl/?page_id=289
no dobra platformersy tez niezle:
Hobgoblin http://xxl.atari.pl/?page_id=76
Jet Set Willy 2007 http://xxl.atari.pl/?page_id=72
Takie coś to można napisać krócej na samych "legalach".
to jest funkcja. odda wartosc przeciwna wszystkich 16bitowych liczb zapisanych
przykladowo w taki sposob:
stx _sbx+1
sta _sbc+1
w Twoim przkladzie kompilator w moemencie kompilacji obliczy jedna liczbe ;-)
Dodatkowo anx jest wg niektórych źródeł niestabilny
i to jest w 100% prawda. jednak przy argumencie #0* efekt dzialania tego rozkazu zawsze jest taki sam niezaleznie od tego czy rozkaz dziala stabilnie na danym procku czy nie. co oczywiscie nie zmienia faktu ze rozkaz ANX #n jako taki jest NIESTABILNY
i oczywiscie mozna go zastapic lda #0 bo w tym przypadku przed sbx i tak bedzie X AND A a wiec 0.
moze przyjdzie tez czas na opis rozkazow niestabilnych - opis w sencie przedstawienie jak dzialaja - gdy nie dzialaja "standardowo" tak jak sie tego spodziewamy.
* - prawda?
liczba przeciwna do 16-bitowej:
standard:
lda #$00
sec
sbc #lo
tax
lda #$00
sbc #hii wersja wlasciwa (nieudokumentowane rozkazy):
anx #0
sbx #lo
sbc #hii co to ma wspolnego z 6502C? :D
to moze zmniejszanie licznika 2 bajtowego z adresowaniem (ZP),y
lda #$ff
dcp (ZP),y
bne @f
iny
dcp (ZP),y
@lub jakimś napisem o wymaganym C014806
czyli wszystkie atari xl/xe :D
lepiej czerwonym paskiem oznaczac programy o niestandardowych wymaganiach sprzetowych :-)
programy na 8bitowe Atari XL/XE mozna ewentualnie oznaczyc: UWAGA! dziala na Atari XL/XE :D
a czy na zlocie bedzie stoisko serwisowe?
- poprawianie lutowania,
- wymiana padnietych czipow
- instalacja MapRAM
takie drobnostki...
epi napisał/a:Ale chyba mi nie powiesz, że wobec tego będziesz polegać na zachowaniu wynikającym z buga.
nie, to by byla glupota. bugi (odchylki od dokumentacji) a nieudokumentowane rozkazy to dwie rozne sprawy.
jeszcze raz sie do tego odniose, mysle ze trzeba tu wyroznic jeszcze jedna grupe:
1. bledy procesora (dostajemy wynik inny niz w dokumentacji)
2. nieudokumentowane rozkazy,
3. nieudokumentowane zachowanie standardowych rozkazow.
po jedny przykladzie:
1 - np. w trybie dziesietnym po operacji dodawania w akumulatorze pojawia sie zero a znacznik procesora zglasza liczbe rozna od zera
2 - np. zaladowanie danej do dwoch rejestrow jednoczesnie
3 - np. operacje dziesietne na danych niedziesietnych
przy okazji zmieniam zdanie ze 65c816 w trybie emulacji jest zgodny z dokumentacja 65c02 - nie jest - operacje (3) 65c816 i 65c02 wykonaja inaczej (w akumulatorze bedzie inny wynik) oraz w innej liczbie cykli.
i ciekawe spostrzezenie: 65c816 ma pewne cechy 65c02 (ustawienie znacznikow) i zupelnie od niego rozne - bardziej podobne do 6502C - nieudokumentowane dzialanie w trybie dziesietnym.
na (3) oparta jest np. procka zmiany liczby szesnastkowej na znak do wyswietlenia na ekranie:
cmp #$0a
sed
adc #$10
cldczy opis takiego zachowania znajduje sie w dokumentacji?
i przyklad, ze 65c816 i 65c02 nie wykonuja dzialan tak samo:
sed
lda #$90
sec
sbc #$0fCzyli dla ISB nie musimy kasować C ?
ISB to w skrocie zlozenie dwoch rozkazow: inc i sbc, pamiec jest zwiekszana jak w przypadku inc (C tu nie ma nic do rzeczy) a pozniej robiony jest SBC - ta operacja oddaje znaczniki a wiec do SBC znacznik C ma znaczenie.
dlatego tez ISB moze posluzyc jak inkrementacja i sprawdzenie czy osiagnela okreslona wartosc (zmienia rejestr A - ale standardowo i tak trzeba zmienic rejestr A w tym trybie)
XXL - http://xxl.atari.pl/?p=824 to jest aktualizowanie na bieżąco?
w razie potrzeby. jest jakis blad?
kempay z ay -99
wersja cpld gotowa, ale nie ruszylem z produkcja masowa.
do atari8? w postaci carta?
atari.area forum » Posty przez xxl
Wygenerowano w 0.224 sekund, wykonano 18 zapytań