From: Raptorix
Ok ik heb dit idee al vele jaren, en heb dit al met meerdere mensen besproken, ik wou het nu met jullie delen wat mijn theorie is, weet je niet wie Jan Sloot is, lees dan eerst de wiki graag: http://nl.wikipedia.org/wiki/Jan_Sloot
Ok dit is mijn theorie, zoals jullie weten zijn getallen zoals PI volledig willekeurig wat decimalen betreft, de anekdote is dat als je de decimalen maar lang genoeg zou analyseren je vanzelf de mona lisa tegen zou komen, of wel de kans dat je bijvoorbeeld 3x achter elkaar een 9 zou tegenkomen is geheel in de verwachting van de kansberekening, van 1/10 x 1/10 x 1/10 kortom, of wel om de 1000 decimalen zul je deze frequentie zien (eigenlijk iets vaker omdat je ook aangrenzende getallen hebt, maar dat terzijde).
Maar goed, nu verder op mijn theorie, als je nu een enorme database hebt van een getal wat altijd te reproduceren is (bijvoorbeeld PI), dan zou je deze data kunnen gebruiken om data te comprimeren, kijk maar eens op: http://www.thealmightyguru.com/Pointless/PI-10000.html
Daar zie je allerlei setjes van willekeurige data, dat is handig, immers met een paar regels code kan je een enorme database opbouwen om deze data te reproduceren:
Voordeel: Koste geen osplagruimte
Nadeel: Kost CPU kracht is nodig om deze te reproduceren.
Echter naargelang CPU minder belangrijk word, en gezien Moore's law is dat zo, zal dat een minder groot probleem zijn.
Kern van mijn theorie is, dat als je bijvoorbeeld een plaatje zou opsplitsen in reekjes van decimalen, dan zou je dus kunnen gaan kijken of deze reeks ergens in PI voorkomt, als je dat nou eenmaal hebt gevonden, dan hoef je alleen de referentie naar deze reeks op te slaan om je compressie te bereiken. Nu zou je dat met alleen PI kunnen doen, maar daarmee verlaag je je kansen op een succes naar een kleine referentie, immers ga je uit van 1 te reproduceren getal (bijvoorbeeld PI), dan is die kans kleiner dat je een reeks van bijvoorbeeld 8 decimalen bij de eerste 10.000 decimalen vind. Echter gebruik je nog meer te reproduceren getallen, dan neemt die kans toe. De clue van mijn theorie is echter dat je ontzettend veel van dit getallen in een geoptimaliseerde database zet, zodat je snel kan zoeken naar gunstige referenties, het mooie is dat je voor het terug rekenen deze database niet nodig hebt, immers als je weet hoe je het getal moet genereren, is de database niet nodig.
Ook vuur maar los
Bron: http://forum.fok.nl/topic/1411393