xBIOS nie wykorzystuje ekstra kodow poniewaz jeden z architektow wychodzi z zalozenia, ze biblioteka dla developerow nie moze korzystac z nieudokumentowanych mozliwosci maszyny.
natomiast program dla klienta koncowego jak najbardziej.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
HDDRIVER 13.01 Aktualizacja HDDRIVER przynosi poprawki dla HDDRUTIL oraz lepszą obsługę szybkiego sprzętu.
192p Test Suite dla 8-bitowego Atari Nowy program do testowania i kalibracji obrazu dla Atari XL/XE od HanJammera.
Atari800 7.0.0 Pierwsza wersja emulatora z funkcją pobierania z sieci i mnóstwem nowości.
Obrazy w 1024 kolorach na VBXE Nowy konwerter i przeglądarka obrazów dla rozszerzenia VBXE pozwalają wyświetlić aż 1024 kolory.
Gearlynx 1.2.15 Emulator Atari Lynx doczekał się ważnej aktualizacji z wieloma nowymi funkcjami.
atari.area forum » Posty przez xxl
xBIOS nie wykorzystuje ekstra kodow poniewaz jeden z architektow wychodzi z zalozenia, ze biblioteka dla developerow nie moze korzystac z nieudokumentowanych mozliwosci maszyny.
natomiast program dla klienta koncowego jak najbardziej.
@Marok: sprawa wyglada nastepujaco:
identyfikator $ffff jest niezbedny jesli adresem ladowania bedzie $ffff - nie wazne w ktorym bloku (nie musi byc na poczatku). MADS generuje takie binarki prawidlowo. taka funkcjonalnosc zabrala 7 bajtow ;-) i polega na tym, ze pierwsza kombinacja $FFFF w bloku ZAWSZE jest pomijana, kolejne (nawet $FFFF) traktowany jest jak adres ladowania - skuteczne.
dlaczego? boot zajumuje 384 bajty i bylo sporo niezagospodarowanego miejsca wiec dodalem (wersja uniwersalna):
- obsluge formatu katalogu top dos, bibodos (128 plikow)
- dynamiczny zmiana mapowania pliku dla mydos/ataridos,
- sprawdzanie formatu SD/DD itp.
- funkcja load file
- przejscie z DSKINV na SIOINI
- jesli brak adresu uruchomienia program wystartuje od poczatku pierwszego bloku (*)
- jak ktos chce moze obsluzyc tez katalogi, zmiany gestosci i zapis
- obsluga adresu ladowania $ffff
(*) - obsluga adresu ladowania w pierwszym bloku przy systemowych prockach nie ma wiekszego sensu ;-)
wiec jest wybor - dedykowany boot lub uniwersalny. dedykowany jest pod flopka a uniwersalny niekoniecznie.
> Ale to załaduje tylko jeden bajt, czy następne, w np. 130 XE też?
nastepne tez, w 130 tez, to definiuje juz naglowek... moze byc tez jeden bajt.
> Czy to może tylko ewentualne przystosowanie do np. Rapidusa i jego liniowej pamięci?
format plikow binarnych na atari nie przewiduje pamieci powyzej maksymalnej dostepnej dla procesora 8bitowego. krotko mowiac w pliku binarnym nie mozna podac adresu wiekszego niz $ffff.
doslownie przed chwila konsylium zatwierdzilo rozszerzenie kompetencji programu xBOOT.
od dzis xBOOT ma mozliwosc ladowania plikow binarnych, w ktorych po identyfikatorze pliku binarnego lub po opcjonalnym identyfikatorze w bloku znajduje sie adres ladowania $FFFF, co czyni go jedynym programem na atari prawidlowo obslugującym ladowanie plikow binarnych.
co za bzdury, nie masz pojecia o podstawowych rzeczach zwiazanych z atari juz nawet nie o xB.
troll znowu sie ujawnil ;-)
Gdzie MaPa to wydał? Brzmi bardzo smacznie.
nazywa sie to Thetris/Rolltris, wydawca jest Atari PRO(C)... ale na stronie wie widze.
swiat dzieli sie na tych, ktorym Sparciał DOS i lebskich gosci, ktorzy programowo wyciskaja z atari ostatnie soki.
Ci pierwsi w pinregulacjach na party forsuja ograniczenia obowiazujace przy uruchomieniu gier na zdeforomowanych komputerach.
A drudzy... np. MaPa wlasnie wydal kolekcje swoich gier z uzyciem najnowszej wersji biblioteki xBIOS.
na szczegolna uwage zasluguje sposob w jaki zrealizowany jest pasek postepu podczas ladowania, ja uzywam zmiennej xSEGMENT, ktora przechowuje ilosc danych w segmencie pliku binarnego ktora jeszcze bedzie ladowana. natomiast MaPa skorzystal z xBIOS_SET_LENGTH a ilosc wywolan xBIOS_LOAD_DATA jest sygnalem do ustawienia paska postepu - ciekawsza metoda.
ps. gra sie swietnie, goraco polecam.
do dzis niektorzy nie wiedza jak, nie wierza ze dzialaja, a kody nieudokumentowane stabilne maja juz 40 lat :-)
odpowiedzi udzieli Ci ten pan:
I tu moja prośba do Was. Co dla mnie będzie lepsze do używania? (raczej tylko gry)
Sio2SD, Side2, czy może coś jeszcze innego?
jesli chodzi o wczytywanie gier to 100% kompatybilnosc zapewniaja tylko wynalazki takie jak SIO2SD lub SIO2PC. na SIDE2 (nie wazne czy w parze z rozszerzeniem czy bez) nie załadujesz wszystkich gier.
nie, nie przylapalem jakiejs 'bandy' tylko Ciebie, mozesz ja przywolywac ale to zludzenie, ze ciezar wstydu rozlozy sie na czlonkow po rowno ;-)
caly jest Twoj
interesujace.
nie moglem za to dostac bana (nawet m.innymi) poniewaz w momencie kiedy bana dostalem tego tekstu jeszcze nie napisalem :-)
co latwo mozna udowodnic - wspomniany cytat pochodzi z forum atarionline i znajduje sie PO informacji ze dostalem bana
o tu: http://atarionline.pl/forum/comments.ph ... ment_62727
przylapalem Cie kretaczu :-)
Bana dostałeś za kłamstwa i publikowanie wyjętych z kontekstu wypowiedzi osób trzecich.
prosze o przytoczenie jakiegos faktu... chyba ze to tylko Twoja opinia :-)
moze gdzies na forum napisales cos kontrowersyjnego? a moze po prostu ktos mial zly dzien, miesiac, rok ;-)
zdaza sie, ja bana na irc dostalem za krytyczne komentarze ktore pisalem na forum atarionline :D http://atarionline.pl/forum/comments.ph ... ment_62727
tym razem aktualizacja do wersji ktora dziala. http://xxl.atari.pl/?p=1076 v4.1
przepraszamy za zaistniala sytuacje i informujemy, ze kierownik dzialu kontroli jakosci zostal ubiczowany a nastepnie zwolniony.
wiecej danych
oficjalna publikacja: http://xxl.atari.pl/?p=1076
dodane info o nowych zmiennych i o obsludze bledow.
sa dni, kiedy mówię dość
znowu mi dziś rano Sparciał DOS
...
wciaz jestem obcy
zupełnie obcy tu, niby wróg
:D
proste. kiedy regulamin bedzie dostepny?
nie, ten program nie generuje bzdur :) ale ma potencjalne mozliwosci utworzenia atr ktorego nie przekopiujesz track kopierem :)
---
czyli co, za potencjalne mozliwosci nie mozna uzywac programow: MyDOS, xBIOS, DIR2ATR.
ktorych jeszcze?
to prace, których nie można skopiować nawet track kopierem możesz śmiało wyjebać z kompo.
czyli zabraniasz uzywania programu Hiassoft dir2atr
Pin ma rację...
Niestety nie udało mi się odpalić tego dema z dyskietki skopiowanego nawet track copoierem na ca multi,
w watku 600 byla mowa dlaczego nie mozna tego skopiowac track kopierem :-)
potwierdzasz bzdury dzięki którym demo nie odpaliło na kompo na SV. Nietypowy format ...
ten "nietypowy format" wygenerowal program Hiasa :D zglos mu bug reporta... ale tylko sie osmieszysz, bo nie umiesz kopiowac.
Otóż z czego wiem, to w przypadku dysku twardego można bez łaski użyć wszystkich czterech kanałów.
zabronic bo po przekopiowaniu programu na np. stacje nie bedzie sie ladowalo :D
XL niejednokrotnie otrzymał różne propozycje rozwoju swojego produktu, jednakże wszystkie zanegował.
zapraszam do odpowiedniego watku o xB :-)
Otóż okazało się, że soft na xBios nie zawsze odpala na standardowej stacji ze standardowym Atari 130XE.
bzdura
* dziwny problematyczny format
tak AtariDOS to dziwny format :)
... reszta tez wyssana z palucha.
rownie dobrze nalezy zabronic MyDOSa bo ma potencjalna mozliwosc napisania programu tak, aby nie dzialal pod niczym innym albo po przekopiowaniu programu na inny nosnik :-)
:D
Obsługą błędów ładowania zajmować powinien się loader czy demo?
jesli przykladowo demo wysyla komende zaladuj plik a loader odpowiada "blad, nie moge odnalezc pliku" to oczywiscie demo decyduje co nalezy zrobic dalej a nie loader.
to sa wlasciwie podstawy, jesli interesuje Cie temat zapraszam do odpowiedniego watku o xB.
atari.area forum » Posty przez xxl
Wygenerowano w 0.232 sekund, wykonano 18 zapytań