![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Well, two blurry and one not.
Trying to recreate the effect you get with plastics, glass and other
materials where the surface is a blurry reflector straight on, but a
crisp reflector as the object becomes very oblique.
The basic technique seems to work, although this is a very simple
demonstration with a lot that could probably be tweaked to improve the
effect.
Cheers,
Edouard.
Post a reply to this message
Attachments:
Download 'aoi_blur.jpg' (83 KB)
Preview of image 'aoi_blur.jpg'
![aoi_blur.jpg](/povray.binaries.images/attachment/%3Cnews.povray.org-3D7C74.23031516032008%40news.povray.org%3E/aoi_blur.jpg?ttop=443866&toff=3300&preview=1)
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Edouard Poor napsal(a):
> Well, two blurry and one not.
>
> Trying to recreate the effect you get with plastics, glass and other
> materials where the surface is a blurry reflector straight on, but a
> crisp reflector as the object becomes very oblique.
>
> The basic technique seems to work, although this is a very simple
> demonstration with a lot that could probably be tweaked to improve the
> effect.
>
> Cheers,
> Edouard.
>
>
It should be very easy with Severi's unbiased renderer when (IF) it goes
public if custom BDRF shaders will be available.
In the meantime I'm creating my own java raytracer (just an API; POV-SDL
parser might come later).
My question is: once I create the framework (the abstract methods) is
there anyone which would like to help me create the primitives (torus,
superellipsoid...) or shaders (preferably thread-safe)?
--
You know you've been raytracing too long when...
you start thinking up your own "You know you've been raytracing too long
when..." sigs (I did).
-Johnny D
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Jan Dvorak wrote:
> My question is: once I create the framework (the abstract methods) is
> there anyone which would like to help me create the primitives
I just might. :-) Bug me again in a few months, and we'll see if I have
any free time then. :-P
--
William Tracy
afi### [at] gmail com -- wtr### [at] calpoly edu
Note that placing GAS in 16-bit mode does not mean that the resulting
code will necessarily run on a 16-bit pre-80386 processor. At the moment
this would be rather difficult, because GAS currently supports only
32-bit addressing modes. So you can write code that runs on 16-bit
processors, but only if that code never references memory.
-- From the ever helpful manual for GAS, the Gnu Assembler
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |