Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
AltirraSDL Lobby Przeglądarkowy front-end dla emulatora Altirra z trybem gry wieloosobowej online od Ilmenita.
Test7800 0.8.0 Nowa wersja Test7800 wprowadza wsparcie dla większych kartridży Bankset oraz obsługę Quadtari.
Flob wkracza na Atari ST Platformówka z 8-bitowego Atari zmierza na komputery z serii ST.
Return to Blacktooth dla Atari ST Nowa, izometryczna przygoda w stylu Head Over Heels już dostępna na komputery Atari ST.
VBXETERM 0.12 Nowa wersja emulatora terminala VBXETERM z poprawionym SSH i lepszym wsparciem VT100.
atari.area forum » Posty przez xxl
nie... nie bede przerbial xbiosa zeby toto zaladowal :-) http://www.atari.org.pl/forum/viewtopic ... 13#p162713
XXL - Nie podmieniaj tylko tak jak ostatnio xbiosa na serwie i nie mów, że działa
nie masz wrazenia ze ktos Cie sledzi? ;-)
@Candle: sugerujesz, ze jakis masta developer, oprocz mnie rzecz jasna, interesuje sie xBIOS-em?
@Pin, oczywiscie i nie w przyszlosci tylko juz teraz jest to mozliwe (xBIOS_SET_PARAMS i xBIOS_SET_CURRENT_DEVICE) bufor, jako taki xB jest potrzebny tylko do przekazywania parametrow natomiast jego wielkosc to szczegolik implementacji urzadzenia I/O (moze byc chociazby 4kb) i tak naprawde sam xB nic nie np o interfejsie SIO itp. :-) innymi slowy, nie ma znaczenia dla xB jaka jest wielkosc bufora (nie moze byc mniejszy niz 11 bajtow hehehe, bo np. dla urzadzenia SIO2SD i FAT bufor I/O moze byc jeszcze mniejszy).
xB operuje na filesystemie, potrzebuje pobrac lub zapisac dane? - odwoluje sie do urzadzenia komunikacyjnego (programu) :D xB nie wie nic o sektorach, ich wielkosci, gestosci, szybkosci lub pojemnosci urzadzenia :-) tych informacji nie ma w bibliotece :-) takimi sprawami zajmuje sie modul komunikacji ktory teraz mozesz sobie wymienic na swoj :D
---
a zeby jeszcze bardziej podgrzac atmosfere... biblioteka nadal zajmuje mniej niz 1kb - 4 strony pamieci :D
@Pajero: zgadza sie. xB dynamicznie dobiera parametry statusu i linki w sektorach, mozna uzywac kazdego z rodziny ataridos.
ok, xB slick do pobrania i przetestowania w zalaczniku. w menu xbios katalogi oznaczone sa "+", do katalogu glownego wychodzimy Esc.
tak, wnukom bedziemy opowiadac... bylismy swiatkami tego wydarzenia; przed era xB byl tylko mrok. barbarzynskie czasy dos.
odpowiadasz jakbys nie mial pojecia o czym piszesz... chyba ze nie masz
w 3 odpowiedziach umiesciles p*.*... jak ty to robisz...
---
przepraszam... tylko w dwoch :-)
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
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 ?
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
Do czego mi binary load z odczytem od dowolnego punktu?
przeczytaj pare dni temu o tym mowilem w tym watku...
@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
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
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
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.
od XXXL-a mogą ...
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
i tak wygladaja dowody :D
poprosze o przyklad :D
... i nastalo milczenie :)
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.
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.
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 :-)
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.
sio2sd dokupiles, różnic nie widze
nie widzisz roznicy? i dlatego to ja jestem xxl.
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
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
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
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 :-)
Na stronę zero też chyba możesz ładować, w te miejsca, których OS nie wykorzystuje.
wybrane obszary
xBIOS nie ma tu zadnych ograniczen
btw. jak to jedna wersja xbios? przeciez dla cartow miala byc osobna...
to juz nie bedzie wersji dla cartow?
dlaczego nie?
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.
mazezam 2
dzieki. nie sadzilem ze az tak podoba sie "jedynka"... moze kiedys pomysle o seqelu :D
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
To szykujesz jakąś niezwykle wymagającą, która bez tego by nie poszła
tak
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 :-)
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...
atari.area forum » Posty przez xxl
Wygenerowano w 0.231 sekund, wykonano 19 zapytań