1,551

.. wiesz, z mojego punktu widzenia to wolałbym wersję nawet całkowicie nie pakowaną, bo by pewnie szybciej weszła, niż ta pakowana ;)

Kontakt: pin@usdk.pl

1,552

xxl napisał/a:

@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ę.

Kontakt: pin@usdk.pl

1,553

tak, w boot secktorze jest loader :-)
tak, ten plik ladowany loaderem ktory nie ma funkcji dekompresji nie zaladuje sie :-)
tak, Twoj loader nie ma takiej funkcji :-)

:-)

http://atari.pl/hsc/ad.php?i=1.

1,554

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?

Kontakt: pin@usdk.pl

1,555

moze czas zmienic loadera :-) nie przejmuj sie, moze i do Twojego loadera ktos doda funkcje dekompresji :-) - ale bedziesz piszczal z radosci ;-)

---
SIOCart i WiFiPrime beda to mialy wbudowane.

http://atari.pl/hsc/ad.php?i=1.

1,556

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.

1,557

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.

http://atari.pl/hsc/ad.php?i=1.

1,558

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?

Post's attachments

boot-lz4.obx 384 b, liczba pobrań: 2 (od 2019-11-23) 

druidlz4SE.atr 90.02 kb, liczba pobrań: 5 (od 2019-11-23) 

Tylko zalogowani mogą pobierać załączniki.
http://atari.pl/hsc/ad.php?i=1.

1,559

Po co?

Sikor umarł...

1,560

od zarania dziejow ludzie uzwaja kompresji przy przekazwaniu informacji. po co? ewolucja.

http://atari.pl/hsc/ad.php?i=1.

1,561

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 ?

;-)

1,562

atari to nie pc :-)

potrzebna coraz bardziej :-) wlasciwie to juz niezbedna...


nawet nie zauwazasz ;-)

http://atari.pl/hsc/ad.php?i=1.

1,563 Ostatnio edytowany przez xxl (2019-11-24 12:20:20)

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

http://atari.pl/hsc/ad.php?i=1.

1,564

Jest tyle tych urządzeń, że się gubię w tym, które to są te wiadomo które...

1,565

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 ;)

Kontakt: pin@usdk.pl

1,566

@lemiel: SIOCart i WiFiPrime

@Pin: 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.

http://atari.pl/hsc/ad.php?i=1.

1,567

O, a xBios działa na magnetofonie?

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

1,568

oczwiscie ze nie, z powodow opisanch post wyzej. xB nie jest w tym przypadku zadnym wyjatkiem :-)

http://atari.pl/hsc/ad.php?i=1.

1,569

Więc to zły przykład jest... ;)

Sikor umarł...

1,570

zly przyklad na co?

http://atari.pl/hsc/ad.php?i=1.

1,571

Z magnetofonem. Sam dałeś, a nie obsługujesz :D

Sikor umarł...

1,572

uzupelnij:

przyklad z: z magnetofonem. na co przyklad: ________

http://atari.pl/hsc/ad.php?i=1.

1,573

xxl napisał/a:

swobodny dostepie do plikow nie beda prawidlowo dzialac na magnetofonie.

Powyższy fragment Twojej wypowiedzi w odpowiedzi do Pin-a ;D

Sikor umarł...

1,574

czyli jest bardzo dobrym przykladem a nie zlym.

Pin napisał/a:

żaden program nie powinien mieć problemu z odpaleniem z dowolnego medium i/o

xxl napisał/a:

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.

http://atari.pl/hsc/ad.php?i=1.

1,575

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.

Sikor umarł...