1

w zalaczniku.

jakies pomysly czym to ruszyc?

Post's attachments

mem.bin 1.52 kb, liczba pobrań: 24 (od 2020-01-24) 

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

2

Oblicz entropie pliku to się dowiesz czy da się wogole skompresować.

"tatusiu zobacz, narysowałam tobie takie same coś jak na twojej koszulce" 
https://github.com/willyvmm/mouSTer
jmp $e477

3 Ostatnio edytowany przez Hrw (2020-01-25 19:16:37)

19:07 (0s) hrw@gossamer:tmp$ ent mem.bin 
Entropy = 7.700082 bits per byte.

Optimum compression would reduce the size
of this 1552 byte file by 3 percent.

Chi square distribution for 1552 samples is 644.12, and randomly
would exceed this value less than 0.01 percent of the times.

Arithmetic mean value of data bytes is 110.1991 (127.5 = random).
Monte Carlo value for Pi is 3.472868217 (error 10.54 percent).
Serial correlation coefficient is -0.021364 (totally uncorrelated = 0.0).

Czyli teoretycznie się da skompresować. Pytanie czym ;D

No i dochodzi kwestia tego czy bierzemy pod uwagę same skompresowane dane czy dane + nagłówek.

4

Hrw napisał/a:

Optimum compression would reduce the size
of this 1552 byte file by 3 percent.

przy tej wielkości... czy ma to sens? :)

/|\ 800 Incognito+Supercard - 800XL - 1088XEL CF3 - XE GS Ultimate VBXE - SIO2SD - SIDE2 - CA2001 - 1050 - XF551 clone by Zaxon /|\ PORTFOLIO

5

Da się skompresować. Tanio wykonam kompresor, który kompresuje ten plik do jednego bitu. :)
A poważnie, co jest w tych danych i jakie poczyniłeś założenia odnośnie dekompresji?

https://www.youtube.com/watch?v=jofNR_WkoCE

6

szczerze watpie czy da sie to spakowac. jesli deflater produkuje dluzszy plik od wejsciowego to praktycznie jest dla mnie przekonujace.

co sie znajduje: oddzielilem "literaly" od "tokenow" ktore normalnie sa przemieszane. myslalem, ze kosztem niemozliwosci uzycia strumieniowej dekompresji zyskam jakis procent na sciskaniu ale nic to nie daje.

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