Slashdot Mirror
Photon Soup Update
rkeene517 writes "Two and a half months ago I posted an article asking for spare computer cycles. I was swamped by emails and volunteers. After the first weeks most dropped out. The die-hards kept running the program and we simulated 45.3 billion photons. The pictures are here. Thanks to all that helped out. I will be submitting the images to SIGGRAPH 2005 and a paper. (P.S. Never post your email address on slashdot. I got 900 emails! ouch.)"
The pictures are here. Thanks to all that helped out. I will be submitting the images to SIGGRAPH 2005 and a paper. (P.S. Never post your email address on slashdot. I got 900 emails! ouch.)" Within 2 months: "The paper got a prize and I would like to thank everyone who participated PS: Never post pictures of photo's on slashdot, my webserver is nothing but photons now"
Since freecache only caches files >5MB, this isn't going to help anything (freecache is just going to pass those requests through to the original server)...
Donate free food here
read the fucking blurb?
** I will be submitting the images to SIGGRAPH 2005 and a paper.**
the images make a nice addition to the paper.. to show that the technique actually works.
world was created 5 seconds before this post as it is.
Computers got 3000 times faster, but Java managed to compensate for 11 years of evolution.
The previous article says:
Year: 1994
Computers: 100 SparcStation 1
Time: 1 month
Photons: 29 billion, 29 billion/month
Now we have:
Year: 2004
Computers: Unknown, supposedly 3000 times faster
Time: 2.5 months
Photons: 45.3 billions, 18 billion/month
If computers are indeed 3000 times faster, or heck, even 100, you should have got 72 billion just out of one of those computers running for the 2.5 months.
Such a story is useless without the images. So here's a temporary mirror for the resulting images of the project:
Photon Rendering Project: image mirror
The mirror won't be up forever.
Photons mapping is currently used on a small scale in some rendering engines to more accurately simulate light bounces. Its particularly useful at calculating caustics (light getting focused through a transparent medium) which can't be done by the less intensive radiosity systems. This experiment, however, seems to try to render using photon mapping exclusively. Nice idea, though not really practical at the present state of computing, given the graininess of the images and the amount of processing time. The Brazil rendering system (http://www.splutterfish.com/sf/sf_gen_page.php3?p rinter=1&page=brazil) for example, uses photon mapping on a much small scale (usually between 1-10M photons) in combination with raytracing to provide clear, realistic imagery (though not as technically perfect as this example)
"Because Science" is one step from "Because old book". Try "Because of my experiment testing my falsifiable assertion".
I'm feeding a troll, so I'm posting without bonus to lessen the ugly karma hit.
Don't be ridiculous. Caching DOES have very tricky issues dealing with copyright infringement.
My suggestion for Caching, though:
Enable submitter-optional caching, don't cache sites with any ad banners, only cache a site AFTER a cache.txt file has been placed in the home directory of the site with a listing of the files allowed to be cached (check it once every 5 minutes or so).
I would recommend that the submitter take down the zips and images and reoptimize them as smaller size JPGs. A 650k file is just crazy for the actual image - which is only 512 pixels wide and blurry (due to depth of field effects). Just go into Photoshop, hit "Save for web", and you can resize and change the JPG settings to your hearts content. I got one of the files down to 12k and it looks fine. These are not highly detailed images to start with. .PNG may be the format of choice for geeks worldwide, but I've always thought it was worthless.
Firstly, I'm kind of irritated that the usual slashdot troll crowd expends so much hatred and ignorance on a truly creative project. The technique might not be using OpenGL, DirectX or ATi or NVidia's newest cards, but that is no reason to trash talk a technique that, in a few years time, might revolutionise CGI work in movies.
And in movie production is where this technique will most probably eventually find use. Movie studios have the budget and the server farm equipment to make good use of a time and resource expensive technique such as this.
And they certainly would want to. The images have almost exactly the same quality as grainy 1950's kodacolor or poor images from my 1970's vintage Kodak instamatic. While adding grain to a movie is no problem, most rendering techniques used today produce surfaces that are simply too clean and glass effects that are too clear, and this immediately gets picked up by the human eye, which is very good at subliminally noticing differences in image quality. Tracing the paths of photons and their interaction through and with materials produces images that mimic reality in an excellent way, IMO.
I'm pretty sure that a large cluster, such as the one using Apple's G5s at Virginia tech, running optimised C or C++ code would be able to produce usable footage for movies. And what's more, I'm pretty sure that sooner or later, there will be tools to make this technique more accessable.
It takes more time to download the images from a slashdotted site then actually render them!
\m/
Have a link to a BitTorrent tracker with the images.
You will want 'photon_soup'
Jack