Algorithm that makes maximum compression of completly diffused data.

jonas.thornvall at gmail.com jonas.thornvall at gmail.com
Mon Nov 4 17:34:23 EST 2013


Den måndagen den 4:e november 2013 kl. 15:27:19 UTC+1 skrev Dave Angel:
> On Mon, 4 Nov 2013 05:53:28 -0800 (PST), jonas.thornvall at gmail.com 
> 
> wrote:
> 
> > Den lördagen den 2:e november 2013 kl. 22:31:09 UTC+1 skrev Tim 
> 
> Roberts:
> 
> > > Here's another way to look at it.  If f(x) is smaller than x for 
> 
> every x,
> 
> 
> 
> 
> 
> 
> 
> 
> 
> > > that means there MUST me multiple values of x that produce the 
> 
> same f(x).
> 
> 
> 
> 
> 
> 
> 
> 
> 
> > > Do you see?  If x is three bits and f(x) is two bits, that means 
> 
> there are
> 
> 
> 
> 
> 
> 
> 
> 
> 
> > > 8 possible values for x but only 4 values for f(x).  So, given an 
> 
> f(x), y=
> 
> 
> 
> 
> 
> 
> 
> 
> 
> > > cannot tell which value of x it came from.  You have lost 
> 
> information.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> > Well let me try to explain why it is working and i have implemented 
> 
> one.
> 
> > I only need to refresh my memory it was almost 15 years ago.
> 
> > This is not the solution but this is why it is working.
> 
> > 65536=256^2=16^4=***4^8***=2^16
> 
> 
> 
> 
> 
> > Yes i am aware that 256 is a single byte 8 bits, but the approach 
> 
> is valid =
> 
> > anyway.
> 
> 
> 
> And e ^ (I * pi) == -1
> 
> So what. ?
> 

e is an approximation... and your idea is not general for any n.
 
> 
> Better file that patent, before the patent office realizes the 
> 
> analogy to the perpetual motion machine.
> 
> 
> 
> -- 
> 
> DaveA




More information about the Python-list mailing list