nawet bardzo atrakcyjny, popatrzyłem na źródło depackera dla 6502 :) rewelacja :) i jeszcze jest miejsce na optymalizację :D

porownanie wydajnosci kompresorow:

gpl3.txt - 35147 bajtów

exomizer - 12382 bajty + depaker 1 strona =~ 12.3 KB, rozpakowanie 128 ramek (2.6 sekundy)

deflate - 11559 bajtów + depaker 2 strony =~ 11.8 KB, rozpakowanie 179 ramek (3.6 sekundy)

LZ4 - 15622 bajtow + depaker <150 bajtow =~ 15.3 KB, rozpakowanie 55 ramek (1,1 sekundy)

dane moga zaczynac sie od bajtow 0, przed tymi danymi jest naglowek a przed naglowkiem sygnatura i o sygnaturze tu mowa.

teoretyczna sytuacja: drugi blok w pliku bez sygnatury, obydwa adresu poczatku i konca ustawione na $0000 wtedy masz racje.

to jaki naglowek bylby dobry wiedzac ze dosy tez moga isc droga wytyczona przez xbios i dostana mozliwosc depakowania plikow w locie

to co proponujesz doprowadziloby do tego ze przed kazdym adresem ladowania od i powyzej $fff0 musialaby byc sygnatura $FFFF. chodzi o skracanie a nie sztuczne wydluzanie pliku ;-)

a adresow $0000 jest cale 1...

sygnatura pierwszego naglowka jest zawsze $ffff :-) ale nie jestes sam, ja tez patrzac na naglowek pliku binarnego nie wiem co to jest

===
> sygnatura pierwszego naglowka jest zawsze $ffff

oczywiscie w xB pierwsza sygnatura tez jest opcjonalna ale traktowana jakby byla $FFFF :D

Ostatnio edytowany przez xxl (2013-10-09 17:47:59)

thanx!

zblizaja sie swieta, organizacja przygotowuje prezenty... moze do wersji 1.6 oprocz juz wsponianych dobroci wejdzie cos jeszcze? moze obsluga turbo? i chociaz pion selekcji kierunkowej dzialu kontroli jakosci stoi na stanowisku ze systemy turbo to rzezbienie w g..nie to moze jednak dodac obsluge "jakiegos" turbo?

firma atari pod koniec swojej dzialalnosci zrezygnowala z wspierania urzadzen PBI i pracowala nad systemem operacyjnym w ktorym usuniety zostal podsystem "new device" a w zamian dodana obsluga turbo szybkich urzadzen SIO, wiec moze isc ta droga?

dwa pytania: ktory protokol, UltraSpeed czy Synchromesh oraz czy dac userowi mozliwosc dowolnego ustalania predkosci czy predefiniowane np. zapytanie HighSpeedIndex?

oczywiscie ktorykolwiek by to nie byl i tak nie dostanie atestu bezpieczenstwa.

Też mnie ten fragment wypowiedzi zainteresował :)
(zaraz sie okaże że atari nad USB już pracowało)

Akurat wersja, o której mówisz, voy, tych nowości nie zawiera.

Atari, Inc. wpierw pracowało nad wersją OS-a Rev. 4v0, która miała m.in. obsługę szybkiego SIO oraz usuniętą obsługę ładowania handlerów nowych urządzeń podczas startu (Peripheral Handler Loading Facility). IMO dziwna decyzja, skoro system był przeznaczony m.in. dla 1450XLD, który chyba potrzebował tej funkcji do obsługi swoich wbudowanych stacji dysków. W każdym razie tej wersji dotychczas nieodnaleziono.

Potem, już za króla Tramiela, ale pewnie tylko siłą rozpędu, powstała Rev. 5v0, w której wycięto obsługę szybkiego SIO, a także całą obsługę PBI. To miała być wersja dla 900XLF, które, jak wiemy, szyny PBI nie miało. To jest właśnie ta wersja, do której znaleziono źródła.

Koniec końców Atari już Corp. się ze wszystkiego wycofało, a w sprzedawanych 900XLF wylądował OS Rev. 1v2 znany z 800XL.

Ja tam nie wiem, ale może w DOS-ie 4.0 ostały się jakieś ślady obsługi 38400 bps? Tu są źródła do jednej jego rewizji.

jeszcze za czasow Warner dzial rozwoju atari opracowal system operacyjny bez wsparcia dla pbi za to z obsluga szybkiego SIO (rev.4). ostatnia wersja systemu (rev.5) przed zamknieciem dzialu rozwoju przez Trzmiela ma obsluge szybkiego SIO a po PBI nie ma sladu - zrodla systemu operacyjnego.

teraz pytanie... Synchromesh czy UltraSpeed ?

O tym 'bez pbi' to sie slyszalo, ale o tym szybkim SIO to ciekawostka dla mnie. Czy juz dopisane to jest do atariki?