Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
atari.area forum » Fabryka - 8bit » xBios - biblioteka IO dla gier ktore lubia przestrzen
Strony Poprzednia 1 … 64 65 66 67 68 … 71 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
wszystko ładnie i pięknie, tyle że jeśli docelowo spakowany plik uruchamiany jest w środowisku sztucznie ograniczonym np. do transmisji szeregowej, to zamiast ładować się 2-3 sekundy z dysku to ładuje się 1:16 ze SIO.
Dodatkowo przypominam, że nigdy mi nie odpowiedziałeś na pytanie jak skonfigurować xb z poziomu pliku *.cfg tak, by dostęp do I/O był poprzez OS.
bj na pewno nie laduje sie tyle co napisales z hdd,
sprawdz na hdd i nie grzesz wiecej...
===
a to i tak nie optymalizowana procka... moze byc jeszcze szybciej
Wyniki testów nie są tak optymistyczne jak by się mogło wydawać.
Twoja wersja, spakowana w tym ATR z hdd ładuje się około 33s, w czasie I/O dysk głównie czeka na dane.
Wersja niepakowana - 281kB danych ładuje w około 8.5s.
Z tego wynika jasno, że w przypadku szybkiego medium I/O pakowanie mocno spowalnia ładowanie danych
Test na IDE Plus 2.0, 6502, Antic włączony - około 68kB/s transfer.
Ponawiam też pytanie o plik *.cfg
ale wiesz, ze porownujemy czasy dla dwoch spakowanych wersji...
odpakowujace sie PO zaladowaniu i W CZASIE ladowania. zmierz czas do uruchomienia.
bedziesz musial zapisac ta druga wersje na jakims atr albo odjac czas na ladowanie loadera :-)
..a, w tym sensie to nie widzę powodu do "wyścigów", bo mając wybór wybieram niepakowane wersje gdyż i tak z dysku wpadnie to szybciej niż rozwiązanie, które proponujesz.
Ponawiam też pytanie o konfigurację xb w *.cfg - nie chciałbym tego robić co jeden post ... chyba, że to konieczne ;)
niespakowana wersja laduje sie 2:58 czyli dwa razy dluzej niz spakowana... poza tym nie zaladujesz jej ze stacji bo nie miesci sie na nosniku. stosujac retoryke patosceny mozna powiedziec ze zostala specjalnie tak przygotowana zeby nie ladowac sie z okreslonego nosnika ;-)
odnosnie konfigu. odpowiadalem juz kilka razy (poki mi sie nie znudzilo z 50 stron temu), poza tym podpowiedzi jakie dajesz ludziom sa po prostu bledne - juz ich nawet nie prostuje i traktuje jak spam. wiec i kolejna rade przeinaczsz. po co.
@Pin
No widzisz, musisz tylko sięgnąć te 50 stron wstecz i tam na pewno znajdziesz rzeczową odpowiedź ;)
To z łaski swojej daj link do odpowiedzi znajdującej się 50 stron temu.
jesli autor umiescil konfig to grzechem jest go kasowac.
To z łaski swojej daj link do odpowiedzi znajdującej się 50 stron temu.
Tebe opublikowal Super Pakera i mozna juz tworzyc spakowane binarki dowoli :-)
Pin napisał/a:To z łaski swojej daj link do odpowiedzi znajdującej się 50 stron temu.
XXL przetestuj czasy ładowania skompresowanych danych dla aPLib ale używającego strony zerowej, jakie będą różnice względem Twojej natywnej wersji nie używającej strony zerowej
moge ja optymalizowac pod wzledem szybkosci - 20 bajtow na stronie zero na procke putbyte i store i bedzie smigac az milo.
===
... 2,5% szybszy... 24 bajty krótszy
To z łaski swojej daj link do odpowiedzi znajdującej się 50 stron temu.
Ponawiam pytanie.
To ja jeszcze poproszę o odpowiedź w wątku z muzyką z ZX-a. :)
dzis pojawila sie wersja relokowana wersja xB z modulem I/O RamDisk (zawiera dekompresje binarek oraz dekompresje danych)
co oznacza, ze moze byc inkludowana do projektu i stanowic calosc np. z gra
co rowniez oznacza, ze dla komputerow z rozszerzona pamiecia mozesz dystrybulowac gre w postaci xex
oczywiscie. dla komputerow Atari, inne mnie nie interesuja
wybranych komputerów atari w takim razie
pewnie to te korepetycje u Giertycha...
dzis pojawila sie wersja relokowana wersja xB z modulem I/O RamDisk (zawiera dekompresje binarek oraz dekompresje danych)...
Czy możesz podać jakiś realny przypadek użycia... konfiguracji sprzętowej i np spreparowanego obrazu ATR, który można by nagrać na dyskietkę i zobaczyć jak xB działa w praktyce?
Chciałbym odnieść wrażenie, że to nie jest produkt dla jednego usera... i ma wartość użytkową...
dla wybranych komputerów zapewne
Be relieved if not among those selected. :)
Czy możesz podać jakiś realny przypadek użycia... konfiguracji sprzętowej i np spreparowanego obrazu ATR, który można by nagrać na dyskietkę i zobaczyć jak xB działa w praktyce?
Chciałbym odnieść wrażenie, że to nie jest produkt dla jednego usera... i ma wartość użytkową...
taki model dystrybucji gier na xB byl juz od dluzszego czasu dyskutowany. w koncu doszedl do skutku.
jest sprytnie ale opisze to dokladnie po ukazaniu sie gry, autor ma pierwszenstwo.
Ja też się dołączę. Ja nie do końca kumam, jak ten xBios działa. Chodzi mi o takie bardziej łopatologiczne wyjaśnienie. Od razu napiszę, że ja nie jestem programistą, a tym bardziej gier nie piszę. Czy xBios ma dla mnie jakieś zastosowanie, jak tworzę sobie dyskietki z wieloma grami pod Spartę używając MSDOS (MicroSpartaDOS) albo na przykład jak robię cartridge z wieloma grami, na bazie S/XEGS?
Po prostu czytam te wątki, a że nie jestem programistą, to nie do końca rozumiem, a chciałbym jakoś to wykorzystać w swoim atarowym świecie. Widzę tu jakieś screeny z HighScore, które gdzieś czytałem, że mają coś wspólnego z tym itp.
Sorki, parę piwek machnąłem i się wymuliłem z moją totalną niewiedzą :)
Może niejasno określiłem, ale może bardziej na przykładzie: co mogę zrobić z tym xBiosem i BoulderDashem czy coś w ten deseń albo ze składanką gier.
Strony Poprzednia 1 … 64 65 66 67 68 … 71 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Fabryka - 8bit » xBios - biblioteka IO dla gier ktore lubia przestrzen
Wygenerowano w 0.047 sekund, wykonano 36 zapytań