po wczytaniu kilku bajtow dekompresor zacznie zapisywac smieci np. do rejestrow sprzetowych, komp Ci sie zawiesi
wystarczy jeden blad... w pliku dowolnej dlugosci
jaki podwojny bufor...
smutek...
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Steem SSE 4.2.0 już dostępny Nowa wersja emulatora Steem SSE z istotnymi usprawnieniami i nowościami
Powrót Head Over Heels! Thalamus zapowiada Return to Blacktooth - kontynuację klasyka na Amigę i Atari ST
Silly Venture 2k25 SE - już wkrótce! Tylko do 21 lipca możesz zamówić koszulkę z okazji SV 2k25 SE
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
atari.area forum » Posty przez xxl
po wczytaniu kilku bajtow dekompresor zacznie zapisywac smieci np. do rejestrow sprzetowych, komp Ci sie zawiesi
wystarczy jeden blad... w pliku dowolnej dlugosci
jaki podwojny bufor...
smutek...
najwyrazniej nie rozumiesz jak to dziala.
nie wolno dekompresowac przed sprawdzeniem sum kontrolnej rekordu.
jak zaczniesz dekompresowac przed weryfikacja (liczyc sobie mozesz) to w razie bledu dekompresor sie nie zatrzyma tylko zacznie zamazywac pamiec.
nie bedziesz dekompresowal tej czesci tylko zglaszasz blad :-)
wydaje mi sie ze przed sprawdzeniem sumy kontrolnej nie wolno dekompresowac bo program moze "posprzatac" pamiec albo sam siebie nadpisac i juz nie bedzie komu, z czym i gdzie wracac
gdyby nie koniecznosc sprawdzania sumy kontrolnej (detekcja poprawnosci danych) to nawet bufor nie bylby potrzebny, moznaby odrazu pobierac dane do dekompresji bezposrednio z SERIN :D
mysle ze tak
ani to ani to. to zalez od programisty a metoda zalezy w ktorym momencie chce to zrobic. jesli programista wlaczy standardowy sterownik I/O ale nie zmieni predkosci (moze to zrobic specjalnie ze wzledu na przerwania DLI) to powinien (zalez od momentu kiedy to robi) albo pogodzic sie z turbo i przelaczyc w turbo albo nie godzic na turbo i wymusic powrot stacji do std speed... tak w skrocie...
===
moim zdaniem w tym konkretnm przypadku turbo kompletnie nic nie da ze wzledu na to ze tam idzie dekompresja w locie praktycznie caly czas...
dodane POINT
MEMLO = $930
dzis schodzimy do:
MEMLO = $920
no dobrze Sikor... obnizylem MEMLO do $924 :D (o 18 bajtow)
plik musi istniec - (nadpisywanie). tworzenie to grubsza sprawa (w kilku bajtach nie da sie tego zrobic) ze wzgledu na mnogosc formatow.
acha obsluguje tez format bibodos (2x wiecej wpisow katalogowych)
dodalem zapis plikow co wydluzylo program o 15 bajtow... do $1000 brakuje jeszcze 1738 bajtow ;-)
zreszta to jest fizycznie niemozliwe bo boot sektory maja lacznie tylko 384 bajty...
niestety, MEMLO podskoczlo do $936 - dodany zapis plikow dowolnej dlugosci
i gotowe. w pierwszm poscie do pobrania
dodane opcje load state i save state
niestety, MEMLO podskoczlo do $932 - dodalem zapis
no i sie wykluło (jeszcze nizsze MEMLO)
Dos w boot sektorze
MEMLO = $930
pracuje z dowolnymi FS z rodziny AtariDOS2 (MyDOS itp.) z dyskietkami SD,ED,DD,DSDD itd. do 16MB w ATR.
ma tez funkcje Binary Load (można załadować pliki binarne)
dodana funkcja POINT (ustawianie biezacej pozcji w pliku)
potrafi zapisywac plik dowolnej dlugosci
jesli bootujemy z wylaczonym basic to dos probuje uruchomic plik AUTORUN. a jesli basic jest wlaczony to wchodzi do basica.
spod basica dla przkladu:
LOAD "D:TEST.BAS"
SAVE "D:TEST.BAS"
lub
XIO 40,#1,0,0,"D:PLIK.XEX"
do sciagniecia: https://xxl.atari.pl/xbootdos/
dodane menusy
wlasciwie to moznaby dodac jakas operacje specjana do tego DOSa... moze uruchamianie plikow binarnych? (BINARY LOAD)? DOS 2.5 tego nie ma ale MyDOS juz tak.
no dobrze... musialem troche skrocic xBOOTDosa ...
- ustawia memlo na $937 (poprzednio $93B)
bedzie Ci dzialal.
jak Ty malo wiesz :-)
no ale skoro ani xDOS ni xBootDOS nie ustawiaja memlo a jak mowisz ze na xDOS dziala to nie o memlo chodzi.
a jaki ma byc efekt bo widze ze pod xDOS i xBootDOS dziala tak samo.
mala aktualizacja. interfejs usera, kilka poprawek...
grafika - kolega QTZ
ok. a to jest poprawne?
bajt 0 - ustawienie prędkości turbo (0-16 prędkość turbo , 17 - turbo wyłączone)
bajt 1 - ustawienie prędkości turbo w trybie 7-bit/XF551
atari.area forum » Posty przez xxl
Wygenerowano w 0.218 sekund, wykonano 12 zapytań