4,451

(1,755 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,452

(1,755 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,453

(1,755 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,454

(1,755 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,455

(1,755 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,456

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

i tak wygladaja dowody :D

4,457

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

poprosze o przyklad :D

... i nastalo milczenie :)

4,458

(1,755 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,459

(1,755 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,460

(1,755 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,461

(1,755 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,462

(1,755 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,463

(1,755 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,464

(1,755 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,465

(1,755 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,466

(1,755 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,467

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

Jacques napisał/a:

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

tak

4,468

(1,755 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,469

(1,755 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,470

(1,755 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,471

(1,755 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,472

(1,755 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.

4,473

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

Jacques napisał/a:

Ech... Gdy nie bootowało się z dowolnego napędu negowałeś potrzebę istnienia QMEGa i czegoś innego niż D1, bo nie miałeś takiej możliwości... Po testach i poprawce z użyciem emulatora sugerujesz, że Twoje ATR-y nie muszą się bootować z dowolnego Dx, bo przecież można wylistować pojedynczy plik QMEGiem i go uruchomić... Gdzie logika?

? z qmega bootowalo sie ZAWSZE, nie bootowalo sie gdy qmeg podmianial napedy bo xbios nie korzysta z systemu a to system podmienia napedy. nie widze sensu w ustawianiu w qmegu drive bootujacego bo xbios przejmuje numer urzadzenia z ktorego zostal uruchomiony jako domyslny wiec wsadzasz dysk w dowolny naped "L" i dziala, po co zmieniac w qmegu naped i dodatkowo bootowac skoro to samo mozna zrobic szybciej... ale... dorobilem tez taka mozliwosc i niech sobie jest :-)

Jacques napisał/a:

No i dodać trzeba, że już baaaardzo stare gry całodyskowe (tak, wiem, Twoje rozwiązanie to nie typowe "całodyski" sensu stricte) w ogromnej większości przypadków nie mają problemu by zabootować się z dowolnego napędu, działają w trybie szybkiej transmisji o ile napęd to wspiera, itp

te ktore korzystaja i godza sie na ograniczenia zwiazane z uzywaniem dos owszem (a i to nie zawsze), inne nie zabootuja sie z dowolnego napedu i nie w szybkiej transmisji.

Jacques napisał/a:

Naprawdę, zyskanie paru kilobajtów RAM

troche wiecej niz pare :-)

Jacques napisał/a:

i granie muzyczki na pokeyu przy upiornie niskiej prędkości ładowania

taka szybkosc wczytywania maja standardowe stacje :-)

Jacques napisał/a:

właśnie kojarzący mi się z filozofią/(bez)użytecznością peryferiów znaną z C64

mysle, ze koledzy z c64 mogli by tu podyskutowac.

Jacques napisał/a:

ignorujesz lub bagatelizujesz opinie koderów i użytkowników, gdy wytykają obecne mankamenty i potencjalne przyszłe problemy.

i pewnie dlatego z Twojego zgloszenia dodalem BOOT z dowolnego napedu pod qmegiem, czy dynamiczna zmiane formatu mapowania pliku - owszem mailowo tez dostaje zgloszenia ;-) - ze wymienie tylko ostatnie 2 dni ;-)

4,474

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

nawet najwieszy sceptyk w koncu przekona sie do xBIOS, witaj po stronie swiatla Pecus.

4,475

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

coz moge odpowiedziec, ze magia xBIOS udzielila sie takze Tobie?

czegos pragniesz i ... dostajesz to natychmiast. biblioteka byla aktualizowana jak rozniez zawartosc atr od wczoraj 2x zwiazane to bylo z bootowaniem z qmega (moim zdaniem niepotrzebne bo znacznie szybciej i prosciej jest z qmega wybrac "L" niz bootoeac z innego drive) w momencie kiedy - ja jak mowisz - poberales biblioteke muiala byc dobra. nie wiem dlaczego tak sie nie stalo.

---
co bylo zrobione:
- pelna pojemnosc filesystemu (Pajero)
- dynamiczna zmiana formatu mapowania plikow - fajna sprawa
- mozliwosc bootowania z dowolnego napedu pod qmeg (Jacques)