4,426

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

odpowiadasz jakbys nie mial pojecia o czym piszesz... chyba ze nie masz

4,427

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

w 3 odpowiedziach umiesciles p*.*... jak ty to robisz...


---
przepraszam...  tylko w dwoch :-)

4,428

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

sporo zmian... najwazniejsze:

xBIOS_LOAD_DIR – pozwala czytać katalog. Funkcja zwraca w Y starszy bajt adresu bufora w którym jest nazwa pliku, X – indeks do nazwy, w A znacznik PLIK = 0 lub KATALOG inna wartość. Jeśli chcemy czytać kolejny wpis w katalogu należy wyzerować rejestr Y, Y różne od zera pozwoli czytać katalog od początku.

czyli teraz w A dostajemy informacje czy mamy do czynienia z plikiem czy katalogiem



xBIOS_SET_PARAMS – umożliwia relokację wektorów RUNAD ($2E0) i INITAD ($2E2) dla plików binarnych oraz relokację bufora dla operacji I/O. Dzięki tej funkcji możemy uwolnić stronę $02xx i nadal używać plików binarnych z segmentami RUN i INIT. W akumulatorze przekazujemy parametr: bit0 = 1 oznacza zmianę wektora RUNAD, bit1 = 1 oznacza zmianę wektora INITAD, bit2 = 1 oznacza zmianę lokacji bufora operacji I/O – w rejestrze X przekazujemy starszy bajt adresu bufora. Zmiana adresu buffora jest bezpieczna, adres bufora może być zmieniany nawet podczas operacji I/O, dane nie zostaną utracone.

latwo i przyjemnie relokujemy bufor I/O, mozna go umiescic... gdzie kolwiek na stronie zero lub pod romem rowniez


xBIOS_SET_CURRENT_DEVICE – funkcja umożliwia dodanie do xBIOS urządzenia I/O.

komus nie pasuje urzadzenie domyslne? prosze uzyc swojego :-)


xBIOS_CHANGE_DIRECTORY – funkcja umożliwia zmianę obecnego katalogu. Katalog bazowy nie musi być katalogiem głównym.

menu xbiosa moze ustawic katalog bazowy - nie musi to byc katalog glowny, po uruchomieniu gry programista ma dostep tylko do tego katalogu plus wszystkie podrzedne, do nadrzednego swojego katalogu glownego nie.


zmiana nazwy xBIOS_CLOSE_FILE na xBIOS_FLUSH_BUFFER w.g sugestii

4,429

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Kapitula uznala, ze xBIOS zostanie wzbogacony o kilka nowych funkcji (jesli sie zmieszcza):

1. obsluge katalogow
2. mozliwosc rejestracji wlasnego urzadzenia komunikacyjnego, np. RAMDYSK, CAR, NEWDEV ;-)
3. relokacja bufora

jesli na cos konkretnie trzeba zwrocic uwage to ostatni moment...

mam kilka pytan:
- ktory dos (atari dos i pochodne mydos itd.) zaklada ramdysk z sektorami 256b ?
- czy w katalogu moze sie pojawic taka sama nazwa pliku i podkatalogu?
- czy sa jakies problemy zeby dos ktory nie obsluguje duzych pojemnosci np. dos2.5 zapisywal na dysku np. 720 formatowanym np. mydosem ?

4,430

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

Nie trzeba, owszem - bo komoda nie ma niczego, co przypominało by XLOS i ogólnie cały system. Dlatego w tym względzie jest to komputer zacofany. W tym względzie, zaznaczam.

prosze Cie... system operacyjny teraz ma byc usprawiedliwieniem do zakladania rozszerzen pamieci? jak wlaczam atari dla gry a nie zeby patrzec READY i system operacyjny

Pin napisał/a:

Do czego mi binary load z odczytem od dowolnego punktu?

przeczytaj pare dni temu o tym mowilem w tym watku...

Pin napisał/a:

@XXL - weź się zastanów po prostu, czy to o czym Pisał bodajże Pecuś da się zaimplementować w xBios.

caly czas myslisz jak zrobic z xbiosa program z funkcjonalnoscia i ograniczeniami dosa. ja juz nie chce sie cofac

4,431

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

i widzisz? komody nie trzeba rozszerzac zeby uruchomic wszystkie programy (wcale nie gorsze niz na atari) a na atari, na atari wmowili Ci ze musisz miec wiecej rozszerzen... a moze to wiecej programow potrzebujesz? :-) napisz jeszcze jakis regulamin w ktorym umiescisz ograniczenia typu ze program ma sie uruchamiac na rozszerzeniach idea pinredy :-) w efekcie programow bedzie jeszcze mniej :)


> @XXL - co za różnica, czy pamięć ekranu wyląduje pod romem, czy będzie w innym miejscu pamięci? - tak tylko pytam.

wzgledy porzadkowe, estetyczne no i wygoda. a z tym nowym dosem (mam nadzieje Pecus da rade go napisac) nie tylko pamiec ekranu nie bedzie mogla sie tam znajdowac ale i generator znakow no i oczywiscie sam program antica.


> @XXL - o jakim MemLo w kosmosie prawisz i jakia jest wartość, którą należy traktować jako wysoką?

kazda, samo pojecie memlo smierdzi. w xbios nie ma tego problemu


> @XXL - na Note/Point i binary load pod SDX raczej nie narzekam

z note/point pod dos jest zawsze problem, jesli uruchomisz ten program pod innym dosem mozesz miec powazne problemy :-)
co do binary load... moglbys mi pokazac przyklad uzycia binary load od dowolnego punktu w pliku? :D


> @XXL - krytykujesz system w Atari, .... Weź dłuto i wydłub kość z OS'em z komputera, skoro jest aż tak bardzo nieprzydatny

system atari (ogolnie nie tylko OS) ma swoje wady i zalety, jedna z wiekszych zalet jest to ze mozna OS wylaczyc i odzyskac zajmowana przez niego przestrzen - na potege wykorzystywane przez progrmistow. nie widze powodu dla ktorego mialbym cokolwiek z atari wydlubywac. jeden zapis do PORTB i masz wiecej RAM... bez rozszerzania

4,432

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

i znowu fantazje... gdyby, gdyby... gdyby powstal taki dos :-) to nadal nie mozna by bylo umiescic pamieci ekranu powyzej $c000, programu ANTICa tez nie, obslugi przerwan, caly czas utrzymane ograniczenia dotyczace pamieci ponizej memlo, o stronie zero juz nie mowiac - juz samo memlo prawie ze w kosmosie, niekompatybilne NOTE i POINT, brak binary load z dowolnego punktu itd. itd

Pecus napisał/a:

Jednak jak widać modyfikacja taka nie była nigdy nikomu do niczego przydatna

teraz juz wiesz dlaczego :-) probujesz rozwiazac jeden problem DOS, powstaje 10 nowych. i jeszcze to nieszczesne api ... zeby zrobic cokolwiek NAJPIERW trzeba znalezc wolny kanal komunikacji :D w swiecie bialych ludzi to jest nie do pomyslenia.
i jeszcze umiescili kanaly w stalym miejscu pamieci... eee zabierz odemnie ten szajs :D

@Grzybson w poscie 564 ma napisane dlaczego Twoj pomysl moze sprawdzic sie tylko na niektorych komputerach i to jeszcze tylko w niektorych obszarach pamieci.

4,433

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Pecus napisał/a:

od XXXL-a mogą ...

jellonek napisał/a:

ale nicka to nie wiem po co mu przerabiasz.

jestem przyzwyczajony, do takich reakcji kobiet, nie krepuje mnie to, natomiast dlaczego on tak robi... nie chce wnikac. ale niech sobie mysli, nie ubedzie mnie przez to.


> Tak się zastanawiam, jak to możliwe, że xbios robi transimsję bezpośrednio w miejsce docelowe prosto z pokey ?

i po drodze jest jeszcze A - kumulator CPU fiu fiu, diabla tam bezposrednio :D

4,434

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

i tak wygladaja dowody :D

4,435

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

poprosze o przyklad :D

... i nastalo milczenie :)

4,436

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

grzybson napisał/a:

Ale jednak zawsze pod ROM. A z twoich wypowiedzi wynikało, że to "exclusive feature xBios", a pod DOSem tego w ogóle się nie da. A to nie prawda.

i podtrzymuje, only xbios make it possible.

grzybson napisał/a:

Poza tym xBios też ładuje we "wybrane obszary" - pod $700-$bff nie potrafi. To chyba logiczne, że żaden program nie załaduje Ci nic w obszary, których sam potrzebuje ;D

oczywiscie, dlatego xbios moze ladowac do ramu pod rom a dos nie :D w $700-$bff dos tez nie potrafi - same ograniczenia.


grzybson napisał/a:

Nawet JBW uczył w TA, że skakać należy przez tablicę, a nie bezpośrednio.

no i co z tego? acha nie zapominaj ze flagowy jego program nie zadziala na kompie pina z wymienionym ROM :D myslisz pewnie ze to wina JBW? nie :-)

grzybson napisał/a:

Jeżeli przepiszesz ROM do RAM kropka w kropkę i nie nadpiszesz tych obszarów, których podsystem IO potrzebuje - to co może się wysypać? Rozwiń swoją myśl.

uwaga cwiczenie: masz dwie atarki, jedna ma oryginalny rom ktory znasz, druga ma rom zmieniony. piszesz program ktory przepisuje rom do ram z nadzieja ze bedziez mogl cos zaladowac bezposrednio powyzej $c000... no i ladujesz uzywajac łze-tablicy skokow, program ten zadziala na komputerze z z romem ktory znasz ale na komputerze z romem ktorego nie znasz niekoniecznie poniewaz co prawda skoczysz przez łze-tablice skokow to ten skok moze prowadzic wlasnie w obszar ktory zamierzales wykorzystac do ladowania - nie ma zadnej gwarancji gdzie łże-tablica skokow poprowadzi - ale jak zwykle cos nie wyszlo i umiescili tablice skokow w rom :D

rozumiesz? pod rom niczego uzywajac dosa nie zaladujesz.

4,437

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Candle napisał/a:

sio2sd dokupiles, różnic nie widze

nie widzisz roznicy? i dlatego to ja jestem xxl.

Candle napisał/a:

twoje gry powinny byc do wklepania z poziomu basica - za darmo

czas usera jest najdrozszy, to by bylo perfidne... porownywalne jedynie z wmawianiem komus ze rozszerzenie pamieci pozwoli bezposrednio ladowac do pamieci RAM pod ROM... http://www.atari.org.pl/forum/viewtopic … 06#p162406

4,438

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

acha, mam dokupic rozszerzenie pamieci?

ktore i tak nie rozwiazuje problemu i nadal nie bedzie mozna ladowac pod ROM :D

nie... dziekuje, uzyje xbiosa... za darmo

4,439

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

chcialbys ;-) zeby byc zgodnym z OS to "kulturalny" (wedlug Ciebie) program nie moze uzywac ZADNEGO obszaru RAM pod ROM bezposrednio a to dlatego ze skok do procek w rom nalezaloby wykonac przez tablice skokow ktora moze smialo prowadzic gdziekolwiek :-) wiec kopiowanie ROM do RAM jak sugeruje Grzybson jest ... niekulturalne i moze nie dzialac :D

a wiec... te kilka procent oznaczaja 1/4 pamieci RAM :D


---
poprawka bledof

4,440

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

grzybson napisał/a:

Proszę ja Ciebie, nie wpychaj kitu. Kilkadziesiąt (kilkaset) postów temu pokazałem źródłówkę, która ładowała pod ROM i program działał na kilku popularnych DOSach.

wybrane obszary :-)

grzybson napisał/a:

Na stronę zero też chyba możesz ładować, w te miejsca, których OS nie wykorzystuje.

wybrane obszary

xBIOS nie ma tu zadnych ograniczen

4,441

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

jellonek napisał/a:

btw. jak to jedna wersja xbios? przeciez dla cartow miala byc osobna...
to juz nie bedzie wersji dla cartow?

dlaczego nie?

4,442

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Candle napisał/a:

podoba sie dowolna gra logiczna, jesli bedzie pod xbiosa - pogram po prostu w cos innego, xbios nie dziala (nie mam urzadzen sio, tzn mam 1050 i 810, ale nie po to mam twardy dysk, zeby katowac flopa (ktorego to fizycznie brak))

obawiam sie ze na tak zdegradowana konfiguracje nie bede mogl niczego ciekawego napisac, przykro mi.

4,443

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Candle napisał/a:

mazezam 2

dzieki. nie sadzilem ze az tak podoba sie "jedynka"... moze kiedys pomysle o seqelu :D

4,444

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:
xxl napisał/a:

dokupisz kontroler "wszyskich urzadzen" i nadal nie bedziesz mogl zrobic cos tak banalnego jak bezposredni zapis z pamieci RAM pod ROM...

Wystarczy coś kulturalnie zaprogramować i jest to jak najbardziej możliwe ;)-

myslalem ze rozmawiamy o faktach a nie Twoich fantazjach :D

4,445

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Jacques napisał/a:

To szykujesz jakąś niezwykle wymagającą, która bez tego by nie poszła

tak

4,446

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

ostatnie bylo produkowane chyba 800 xe ;-) na szczescie nie takie jest kryterium tego co jest standardem :-)

ale po czesci masz racje, dlatego moje gry nie pojda na atari 400 lub atari 800. ale dzieki xbiosowi pojda na standardowych 65xe, 800xe, 800xl :-)

4,447

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

rozbudujesz i ... nadal nie bedziesz mogl zrobic tak banalnych rzeczy jak bezposrednie ladowanie na strone zero. dokupisz kontroler "wszyskich urzadzen" i nadal nie bedziesz mogl zrobic cos tak banalnego jak bezposredni zapis z pamieci RAM pod ROM...

4,448

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

Wybór jak na chwilę obecną jest dość prosty i jednoznaczny

to prawda, jesli nie pojawi sie rozwiazanie ktore odda programiscie conajmniej 61 kb pamieci na nierozbudowanym atari przy zachowaniu mozliwosci operacji na plikach z czytaniem/zapisem to wybor ogranicza sie do xBIOS

:D

4,449

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

lemiel napisał/a:

Jak UltraSpeed to z którą szybkością? 52, 57 czy 68 kbps, albo jeszcze szybciej (Speedy)? Czy wykrywanie obsługiwanej przez stację? Plus pilnowanie Happy Warp.
Tak samo Synchromesh: 38 czy 68kbps? Nie pamiętam czy gołe XF551 chodzi w 68k tak jak Indusy z nowym indus.sys ...
Turbo ma tylko 68k, ale...

nie ma to zadnego znaczenia, szybkosc zalezy od drive a nie od xbiosa, xbios (ewentualnie) oddawalby programiscie przelacznik wlacz/wylacz turbo ktore dla innych niz sio oraz takich ktore nie maja turbo zawsze zglosi niepowodzenie. programista nie bedzie mial wplywu na szybkosc turbo, nie bedzie mial informacji co to za turbo i z jaka szybkoscia dziala. tak jak mowie... ewentualnie. pomysle o tym.

Candle napisał/a:

xxl, proszę, oto wzór sprawdzony w boju, na którym możesz wzorować konfigurator na swojej stronie do pobierania xbiosa:

nie ma czegos takiego jak konfigurator na stronie, jest juz tylko jedna wersja xbiosa... mowilem juz o tym :-)


dely napisał/a:

Więcej wybierania odpowiedniej wersji xBIOS niż

wybor jest oszalamiajacy - 1 wersja :-)

wlasciwie to nie ma wyboru, jest tylko XBIOS.

4,450

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Jacques napisał/a:

Bardziej miałem na myśli trzymanie się prędkości SIO 1x

zastanowie sie, nie wykluczam jesli bedzie dobrze przemyslany.