The values presented are "N bits per character".
8 is the maximum, 0 is the minimum.
The less value is the worse.
The ugly test results show that "true"-random tool does not perform better than openssl / /dev/urandom. What makes it even worse is that the entropy decreases with the amount of iterations. These are simple bash tests, you can try on your own, playing with the values. Though, I suggest to understand some theory in the first place:
I've asked the "true"-random tool to give me 3000 of the really "true" numbers (as it claims) and out of 3000 it has thrown to me ~9% of char(0) and ~9% of char(255) values (see the fractions below), whilst the others <0.01% per char between char(1-254).
Running it without the char(0)/char(255) neither did outperform /dev/urandom, but only running terribly slow (~5mins on i7) and using 100% of a CPU core:
$ ./generate_constant_stream | cat - | sed -u 's/\x00//g;s/\xff//g' |head -c3000 |ent -c
Entropy = 7.737683 bits per byte.
$ cat /dev/urandom | sed -u 's/\x00//g;s/\xff//g' |head -c3000 |ent -c
Entropy = 7.924493 bits per byte.
1. ("true"-random) 10 iterations; 32 random bytes | Result Avg Entropy: 4.82
2. ("true"-random) 100 iterations; 32 random bytes | Result Avg Entropy: 4.37 3. ("true"-random) 200 iterations; 32 random bytes | Result Avg Entropy: 4.35 1. (openssl) 10 iterations; 32 random bytes | Result Avg Entropy: 4.88 2. (openssl) 100 iterations; 32 random bytes | Result Avg Entropy: 4.87 3. (openssl) 200 iterations; 32 random bytes | Result Avg Entropy: 4.88 1. (/dev/urandom) 10 iterations; 32 random bytes | Result Avg Entropy: 4.82 2. (/dev/urandom) 100 iterations; 32 random bytes | Result Avg Entropy: 4.89 3. (/dev/urandom) 200 iterations; 32 random bytes | Result Avg Entropy: 4.88