Odp: xBios - biblioteka IO dla gier ktore lubia przestrzen
.. wiesz, z mojego punktu widzenia to wolałbym wersję nawet całkowicie nie pakowaną, bo by pewnie szybciej weszła, niż ta pakowana ;)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
Wyniki FujiCup 2023 Wyniki konkursu FujiCup na najlepszą grę dla 8-bit Atari w 2023 roku zostały ogłoszone!
Strony Poprzednia 1 … 61 62 63 64 65 … 71 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
.. wiesz, z mojego punktu widzenia to wolałbym wersję nawet całkowicie nie pakowaną, bo by pewnie szybciej weszła, niż ta pakowana ;)
@Pin: nie czytales prawda? nie wymaga biblioteki ;-) obydwa sa w jednym pliku ;-)
Co nie zmienia postaci rzeczy, że wymaga specjalnego bootsectora(?), więc plik "odseparowany" od swojego ATR nie uruchamia się.
po co więc robić tu XEX'a, który załaduje się wyłącznie z jednego loadera, jeśli istnieje możliwość zrobić to samo z tą różnicą, że loader jest obojętny?
No ale zaraz... Nie wiem czy rozumiem. Czy rozmawiamy tu o plikach ładowalnych AtariDOS? Nagłówek $FFFF itd? Bo z dyskusji wnoszę, że tworzony jest tu niekompatybilny format pliku ładowalny tylko przez xBios. Jeśli tak, to nie powinien być to *.XEX, tylko jakiś powiedzmy *.XBS i wtedy XXL nie musiałby ograniczać się do tego formatu i mógłby zamieszczać w nim jeszcze jakieś metadane i inne miodności jak format kompresji itd. Nie jestem jednak za tym, aby ten format "udawał" standardowe pliki XEX, skoro nie załaduje się z żadnego DOSa.
nie, nie rozmawiam o standardowym pliku binarnym, tworzony jest niestandardow format pliku binarnego ktorego AtariDOS nie zaladuje (podobnie jak nie zaladuje innych niestandardowych formatow pliku binarneo np. relokowalnych).
informacja o metodzie kompresji - dobry pomysl ale narazie nie jestem pewny czy w obrebie jednego pliku zezwalac na uzwanie roznych metod kompresji dla pojednczch segmentow... jeszcze o tym mysle.
stalo sie. http://madteam.atari8.info/index.php?prod=uzytki - Super Packer moze juz przygotowywac binarki w przyjazny sposob - zaznaczamy blok i klik.
w zalaczniku przedsmak - bootloader obslugujacy spakowane segmenty w plikach binarnych
sama idea zostala wzbogacona o identyfikator uzytego kompresora co oznacza ze mozemy w pliku binarnym pakowac segmenty roznymi algorytmami.
kiedy DOSy nadrobia zaleglosci i zaczna w ten czy inny sposob obslugiwac spakowane segmenty w plikach binarnych?
Po co?
Od zarania pecetów używana była kompresja. Po co ? Bo łącza internetowe lub lokalne były niskiej prędkości, bo pojemności pamięci masowych były małe.
Czy dzisiaj kompresja jest potrzebna ?
;-)
pewien entuzjasta zadeklarowal sie, ze wykona latke do kodu wiadomo jakiego urzadzenia, latka pozwoli tworzyc w locie hybrydowe pliki binarne (dowolne pliki)
z punktu widzenia atari nic sie nie zmieni,
w skrocie: otwieramy plik do zapisu, zapisujemy dane i zamykamy plik - natomiast urzadzenie zapisywane dane przechwytuje do bufora i dopiero w momencie zamykania pliku wykonuje kompresje i zapisuje dane.
czy to bedzie uzaleznione od kodu operacji czy bajtow pomocniczych iocb jeszcze nie ustalone
pomysl oceniam na rewelacyjny i nie do zrealizowania. dziekuje.
===
zgadza sie - tylko zapis
Ostatnio edytowany przez xxl (2019-11-24 12:20:20)
Jest tyle tych urządzeń, że się gubię w tym, które to są te wiadomo które...
Logicznie i racjonalnie traktując możliwości stockowego komputera to żaden program nie powinien mieć problemu z odpaleniem z dowolnego medium i/o. Nie wiem więc skąd ten rwetes ;)
O, a xBios działa na magnetofonie?
Więc to zły przykład jest... ;)
Z magnetofonem. Sam dałeś, a nie obsługujesz :D
swobodny dostepie do plikow nie beda prawidlowo dzialac na magnetofonie.
Powyższy fragment Twojej wypowiedzi w odpowiedzi do Pin-a ;D
czyli jest bardzo dobrym przykladem a nie zlym.
żaden program nie powinien mieć problemu z odpaleniem z dowolnego medium i/o
oczwiście nie masz racji, przykład - programy dystrybuowane na nosniku takim jak kardrdz z bankowaniem. innym przykladem moga byc programy wymagajace urzadzenia zapewniajaceo swobodny dostepie do plikow nie beda prawidlowo dzialac na magnetofonie.
:-)
na co wcinasz sie, ze xb jest zlym przykladem.
chyba nie rozumiesz o czym rozmawiamy.
Więc dalej XBIOS go nie obsługuje. o.k. - nie wczytałem się, masz rację. Ale nadal uważam, że szkoda tu czasu na kompresję, nawet podczas wczytywania. Wyjątek - jak coś się nie mieści do pamięci.
Strony Poprzednia 1 … 61 62 63 64 65 … 71 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
[ Wygenerowano w 0.238 sekund, wykonano 15 zapytań ]