Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

πFS

github.com

Post reply on HN
Print view View original

141–150 of 224 posts

Re: πFS

#141

Post by dekhn »

helterskelter wrote: post #112
dekhn wrote: post #104

Earlier quoted context omitted.

I once interviewed for a company and the interviewer was telling me how he (a vc) funded a project to generate large streams of random numbers; you would select an index at random, share that private key with somebody, and then the subsequent text could be used as a one-time-pad. NSA would be forced to buffer/save the entire stream, which could be generated at GB/sec, if they wanted to decrypt. It didn't seem very pr…

I wonder if we could mess with NSA-style surveillance by having a good chunk of the population streaming lots of random data over the internet. Essentially, Alice piping her /dev/random to Bob's /dev/null over netcat or something. Make a slick looking app that does it 24/7 in the background using excess bandwidth and tell people it sticks it to the NSA. Spy agencies would not only have to store it all in case it was…

This violates law #27, "do not unnecessarily increase the entropy of the universe"

Re: πFS

#142

Post by ndiddy »

MisterTea wrote: post #125
ndiddy wrote: post #106

Earlier quoted context omitted.

I looked into this a bit a while ago, what Sloot did was at least a little novel. Basically the way his encoding scheme actually worked was that it would store each line of video into a database, encode each video frame as a series of line lookups, and then store that encoded frame into another database. Then each video is a series of frame lookups. When you hear accounts of him being able to demo smooth playback of…

Interesting. Do you have any resources you can share?

There's a good podcast about the whole saga here (with a transcript): https://corecursive.com/sloot-digital-coding-system/ and Sloot's patent is here: https://patents.google.com/patent/NL1009908C2/en .

One thing to note is that Sloot consistently refers to his scheme as "encryption" rather than "compression". His encoding scheme originated as a method to encrypt TV repair manuals for his previous project, RepaBase. The idea was that they'd send out a compressed and encrypted database of repair manuals for free, then whenever a technician needed one he would call up RepaBase and pay for the key for that manual. That way, a tech would only need to pay for the manuals he needed instead of for the whole database. The video encoding scheme was basically the same idea except the key was stored on a smart card. Of course the scammy part was misleading investors into believing that all the video data was somehow stored in that decryption key.

Re: πFS

#145

Post by niggischiggi »

windward wrote: post #96

>One of the properties that π is conjectured to have is that it is normal conjectured Glad to see one of my pet points of pedantry come up. No non-constructed irrational number has never been proven to be normal or disjunctive.

You must be fun in RL.

Re: πFS

#147

Post by iwontberude »

dekhn wrote: post #141
helterskelter wrote: post #112

Earlier quoted context omitted.

I wonder if we could mess with NSA-style surveillance by having a good chunk of the population streaming lots of random data over the internet. Essentially, Alice piping her /dev/random to Bob's /dev/null over netcat or something. Make a slick looking app that does it 24/7 in the background using excess bandwidth and tell people it sticks it to the NSA. Spy agencies would not only have to store it all in case it was…

This violates law #27, "do not unnecessarily increase the entropy of the universe"

It’s not unnecessary. If anything it seems necessary.

Re: πFS

#150

Post by deadbabe »

bobim wrote: post #6

This is disturbing to realize that pi then contains all the past and future knowledge, including when I'll pass away.

A not so distant calendar also has the day you will pass away.
Post reply on HN