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ć.
xasm 3.3.0 i wtyczka do VSCode Po czteroletniej przerwie powraca asembler skrośny xasm.
CAS2Audio 1.1.0 Odtwarzaj obrazy taśm CAS na telefonie z Androidem.
Gearlynx 1.2.37 Nowa wersja emulatora Atari Lynx Gearlynx 1.2.37 przynosi poprawki i optymalizacje.
Wyniki ABBUC Software Contest 2026 Poznaliśmy oficjalne wyniki tegorocznej edycji ABBUC Software Contest.
Nowe megademo na Atari ST i STE Atariscene Collective wydało The Erfurt Megademo, dwudyskową produkcję z aż 14 częściami!
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
Forum oparte o: PunBB