 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Go check out my post in povray.binaries.images to see how my latest project is
progressing. There's still a lot to go: bugs to work out, more complex
textures to test, global indirect lighting (radiosity replacement), even more
bug finding and fixing, speed and memory optimizations, and possibly atmosphere
stuff. But, progress is being made.
-Nathan Kopp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 12 Jan 1999 00:13:20 -0500, Nathan Kopp <Nat### [at] Kopp com> wrote:
>Go check out my post in povray.binaries.images to see how my latest project is
>progressing. There's still a lot to go: bugs to work out, more complex
>textures to test, global indirect lighting (radiosity replacement), even more
>bug finding and fixing, speed and memory optimizations, and possibly atmosphere
>stuff. But, progress is being made.
Which reminds me that I never did email you that info on kd-trees.
I assume you found it yourself. If not, or if you still need an
efficient implementation, let me know.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Well, I didn't find what you talked about, but I did research kd-trees and
wrote some code myself. If you want to send me the info, I'll take a look at
it and it should help me to improve what I have now. Thanks.
-Nathan
Ron Parker wrote:
>
> Which reminds me that I never did email you that info on kd-trees.
> I assume you found it yourself. If not, or if you still need an
> efficient implementation, let me know.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Looking really good. When I are we going to get to see how it works?
I never got around to getting a postscript reader to read Jensen's paper
on photon mapping. Does it store the lighting values in the screen
space or does it use maps for the objects in the scene?
Need an alpha tester? :-)
-Mike
Nathan Kopp wrote:
>
> Go check out my post in povray.binaries.images to see how my latest project is
> progressing. There's still a lot to go: bugs to work out, more complex
> textures to test, global indirect lighting (radiosity replacement), even more
> bug finding and fixing, speed and memory optimizations, and possibly atmosphere
> stuff. But, progress is being made.
>
> -Nathan Kopp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 12 Jan 1999 22:20:41 -0600, Mike <Ama### [at] aolcom> wrote:
>Looking really good. When I are we going to get to see how it works?
>
>I never got around to getting a postscript reader to read Jensen's paper
>on photon mapping. Does it store the lighting values in the screen
>space or does it use maps for the objects in the scene?
Neither. It stores them as points in a 3 dimensional lookup structure
independent of any objects in the scene but also independent of viewing
angle. In Jensen's case, he uses a kd-tree. Actually, Jensen has at
least three papers that apply to photon mapping. All but his SIGGRAPH
'98 paper are on his website, and if you email him he'll send you the
URL for that one.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 13 Jan 1999 09:09:00 -0500, par### [at] my-dejanewscom (Ron Parker) wrote:
>On Tue, 12 Jan 1999 22:20:41 -0600, Mike <Ama### [at] aolcom> wrote:
>>Looking really good. When I are we going to get to see how it works?
>>
>>I never got around to getting a postscript reader to read Jensen's paper
>>on photon mapping. Does it store the lighting values in the screen
>>space or does it use maps for the objects in the scene?
>
>Neither. It stores them as points in a 3 dimensional lookup structure
>independent of any objects in the scene but also independent of viewing
>angle. In Jensen's case, he uses a kd-tree. Actually, Jensen has at
>least three papers that apply to photon mapping. All but his SIGGRAPH
>'98 paper are on his website, and if you email him he'll send you the
>URL for that one.
>
Photon mapping requires that surfaces are divided into finite pacthes. This
is, in general, not possible with POV-Ray. POV-Ray will be most compatible
with a stored version of monte-carlo. Monte-carlo "sits" on top of a
ray-tracer, needing nothing more than to trace more rays.
------
Steve Horn
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Steve wrote:
>
> Photon mapping requires that surfaces are divided into finite pacthes. This
> is, in general, not possible with POV-Ray. POV-Ray will be most compatible
> with a stored version of monte-carlo. Monte-carlo "sits" on top of a
> ray-tracer, needing nothing more than to trace more rays.
>
Not really true... see my reply to your post in the 'box with no lights' thread.
Traditional backwards ray-tracing (path-tracing or light-ray-tracing) stores
its information in either caustic triangles (created by tesselating objects),
or in bitmap images which are applied to the objects via surface (uv) mapping.
The photon map which Jensen implemented stores info in a data structure which
is independent from the scene geometry.
Also, monte-carlo means 'random'. A monte-carlo ray tracer basically does
what the 'blury-reflection' patch does in POV-Ray, but with a bit more
elegance. Jensen's approach to photon mapping used monte-carlo sampling
techniques. Mine uses uniform sampling (with some jitter).
-Nathan
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 26 Jan 1999 23:48:54 GMT, Steve <hor### [at] osuedu> wrote:
>On 13 Jan 1999 09:09:00 -0500, par### [at] my-dejanewscom (Ron Parker) wrote:
>
>>On Tue, 12 Jan 1999 22:20:41 -0600, Mike <Ama### [at] aolcom> wrote:
>>>Looking really good. When I are we going to get to see how it works?
>>>
>>>I never got around to getting a postscript reader to read Jensen's paper
>>>on photon mapping. Does it store the lighting values in the screen
>>>space or does it use maps for the objects in the scene?
>>
>>Neither. It stores them as points in a 3 dimensional lookup structure
>>independent of any objects in the scene but also independent of viewing
>>angle. In Jensen's case, he uses a kd-tree. Actually, Jensen has at
>>least three papers that apply to photon mapping. All but his SIGGRAPH
>>'98 paper are on his website, and if you email him he'll send you the
>>URL for that one.
>>
>
>Photon mapping requires that surfaces are divided into finite pacthes. This
>is, in general, not possible with POV-Ray. POV-Ray will be most compatible
>with a stored version of monte-carlo. Monte-carlo "sits" on top of a
>ray-tracer, needing nothing more than to trace more rays.
If you think photon mapping requires finite patches, perhaps you
should read Mr. Jensen's papers again. From the bottom of page 8
in his "Global Illumination Using Photon Maps":
A very important aspect of the photon map is the fact that it
is easy to integrate into existing ray tracing programs since
it only requires the existence of intersection routines for
each object. The scene does not have to be tessellated and
the photon map structure is completely separated from the
geometric representation.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Yeah, yeah, enuf theory! Whar's the patch??? Drool, drool...
--
Daren Scot Wilson
dar### [at] pipelinecom
www.newcolor.com
----
"A ship in a harbor is safe, but that is not what ships are built for"
-- William Shedd
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
