Active Topics

 


Reply
Thread Tools
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#11
Originally Posted by samualwalters View Post
I take that to indicate the compression algorithm in ent is not taking advantage of all forms of repetition.
The link explains the tests ent does for better than I could.

Good point! But what about the disproportionate number of 0's and 1's, while 2-7 was evenly distributed?
a) od outputs 16-bit octal values (each byte is a 3-digit string in the range 000..377) while the test matches 2-digit strings so digits 0-3 are naturally overrepresented
b) the test is also counting occurences in the offset column, so some low digits (which ones depend on the sample size) are also overrepresented.

Try something like this instead:

Code:
for x in {0..7}; do od -b dump | grep -c " [0-7]${x}6"; done
 
Posts: 1,522 | Thanked: 392 times | Joined on Jul 2010 @ São Paulo, Brazil
#12
How about the imprecisions in the raw values of the accelerometers? Is't the noise there also from quantum origin and therefore trully random?

Would it use less or more battery for the same amount of random bytes you can get from the camera?
 
Reply


 
Forum Jump


All times are GMT. The time now is 23:34.