"Thorsten Froehlich" <tho### [at] trfde> wrote in message
news:3ca88957@news.povray.org...
> In article <3ca8303a@news.povray.org> , "Andrew Cocker"
> I would guess not too much is left.  A little tweaks here and there and a
few
> patterns maybe or some new object type also I can't think of any object
type
> missing.  Surely no "big" global features.  With radiosity and photons
nearly
> everything that is state of the art is covered.

Well, I'd *definitely* like to see the inclusion of HDRI, and subsurface
scattering if possible. Dunno about the latter, but I think the former is
possible. Also, am I correct in thinking that there is room for improvement
still in the radiosity solving section of POV-Ray.. I think I read it
somewhere on these newsgroups.. although maybe that will have to wait until
POV-Ray 4.

All the best,

Andy Cocker

Post a reply to this message

"Warp" wrote:
> hf_height_at and text alignments are quite easily
> achieved by other means (and aren't there macros
> in 3.5 for that?).

My point exactly, so those won't be kept in MegaPOV.

>   Post-processing is certainly something which
> can't be achieved by other means than the patch

Well, not currently. Still, it has no sight of a future in an official
version of POV-Ray, so IMO it would be better to develop post-processing in
a way which might have a future, i.e. as an external, yet integrated engine.

This may not be what actually happens, but the thought that the current
approach to post-processing will be left out is not that unthinkable.

Rune
--
3D images and anims, include files, tutorials and more:
Rune's World:  http://rsj.mobilixnet.dk (updated Mar 19)
POV-Ray Users: http://rsj.mobilixnet.dk/povrayusers/
POV-Ray Ring:  http://webring.povray.co.uk

Post a reply to this message

On Tue, 2 Apr 2002 14:35:24 +0100, "Andrew Cocker" <big### [at] mariner9fsnetcouk>
wrote:
> Well, I'd *definitely* like to see the inclusion of HDRI, and subsurface
> scattering if possible. Dunno about the latter, but I think the former is
> possible. Also, am I correct in thinking that there is room for improvement
> still in the radiosity solving section of POV-Ray.. I think I read it
> somewhere on these newsgroups.. although maybe that will have to wait until
> POV-Ray 4.

Yeah to subsurface scattering! You can use media, but if you specifically want to use
a thin, single
layer mesh that has no 'interior', media won't work. Not to mention it being
significantly more
complicated to get right.

Another item would be some sort of adaptive smooth mesh. In general getting any mesh
to look good
require either a rediculous number of triangles or the scene being done at sufficient
distance from the
model to 'hide' the flat surfaces. This and the lack of an easy non-media way to do
subsurface
scattering are the main reasons why models noever look real, unless you are using ones
that are very
high quality (like those produced by companies like Dreamworks). So I have wondered
for a while if
some way could be found to create additional subdivisions and smoothing with triangles
whos surfaces
are nearly parallel to the camera direction and are thus most visible. A more complex
model will always
be better, but being very bad at mesh model building and nearly as bad at post work
needed to clean
up the artifacts. Besides with animation you don't generally have the luxery of
checking every frame of
a long animation. A method that could take a realtively small slice of time to
optimize the parts of a mesh
that contain visible problems would be worth it, especially since it is far less
likely to miss something than
the human doing the post work. ;)

Anyway, there are bound to be new things to keep adding.

Post a reply to this message

Some kind of pov-like code-based post-processing scripting language would a
nice addition to pov-ray. Especially for more realistic lens-flares.
Lens flares will be really realistic if the inner camera lens reflections
are simulated properly. But that has nothing to do with post-processing of
images.

--
Apache
http://geitenkaas.dns2go.com/experiments/
apa### [at] yahoocom

Post a reply to this message

Apache <apa### [at] yahoocom> wrote:
> Some kind of pov-like code-based post-processing scripting language would a
> nice addition to pov-ray. Especially for more realistic lens-flares.

  What do you mean "more realistic lens-flares"? I didn't know POV-Ray
supports lens-flares at all.

-- 
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}//  - Warp -

Post a reply to this message

Patrick Elliott wrote:
> 
> Yeah to subsurface scattering! You can use media, but if you specifically
> want to use a thin, single layer mesh that has no 'interior', media won't
> work. 

Where should your subsurface scattering stop if you have only a single 
layer? The clou with subsurface scattering is that there happens something
to your light _below_the_surface_, right? So there has to be a notion of
"inside" and "outside". That's why you need an object with well defined
inside and outside to get this thing working. The "inside" modifies the
light. That's what "media" does. So, using "media" for subsurface scattering
is natural. (However, "media" should be extended to support other scattering
functions.)

A "thin" mesh doesn't make much sense for subsurface scattering. In
particular, if the mesh is infinitely thin. Then you don't have an
"inside" at all!

Post a reply to this message

"Warp" wrote:
> Apache <apa### [at] yahoocom> wrote:
> > Some kind of pov-like code-based post-processing
> > scripting language would a nice addition to pov-ray.
> > Especially for more realistic lens-flares.
>
>   What do you mean "more realistic lens-flares"?
> I didn't know POV-Ray supports lens-flares at all.

What do you mean "support"? You can make all kinds of things with POV-Ray
that are not implemented as internal features. That includes lens flares.

Rune
--
3D images and anims, include files, tutorials and more:
Rune's World:  http://rsj.mobilixnet.dk (updated Mar 19)
POV-Ray Users: http://rsj.mobilixnet.dk/povrayusers/
POV-Ray Ring:  http://webring.povray.co.uk

Post a reply to this message

Rune <run### [at] mobilixnetdk> wrote:
> What do you mean "support"? You can make all kinds of things with POV-Ray
> that are not implemented as internal features. That includes lens flares.

  If you are talking about the different "lens flare" include files out
there, those are not lens flares. Those are colored discs put on front of
the camera.
  A true lens flare would simulate a camera lens and how light behaves with
it. (Something like this *is* possible at least in a limited way, but I don't
think it's very handy. :) )

-- 
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}//  - Warp -

Post a reply to this message

Warp wrote:
> 
> Rune <run### [at] mobilixnetdk> wrote:
> > What do you mean "support"? You can make all kinds of things with POV-Ray
> > that are not implemented as internal features. That includes lens flares.
> 
>   If you are talking about the different "lens flare" include files out
> there, those are not lens flares. Those are colored discs put on front of
> the camera.
>   A true lens flare would simulate a camera lens and how light behaves with
> it. (Something like this *is* possible at least in a limited way, but I don't
> think it's very handy. :) )

I recall a thread 3-5 months ago where someone modelled true lens flares
using the photon feature. Don't remember much about it though.

-- 
Ken Tyler

Post a reply to this message

"Warp" wrote:
>   If you are talking about the different "lens flare"
> include files out there, those are not lens flares.
> Those are colored discs put on front of the camera.

The very concept of ray-tracing is just a faked version of how nature works.
However, it looks nice, so we don't care. The result is what counts.
Likewise with lens-flares. If they look like lens flares, then they *are*
lens flares. I don't see why you define one faked method as being real nut
another as not being real.

>   A true lens flare would simulate a camera lens and
> how light behaves with it.

You said the word yourself: "simulate". If it's just a simulation, it's not
real (or "true").

Rune
--
3D images and anims, include files, tutorials and more:
Rune's World:  http://rsj.mobilixnet.dk (updated Mar 19)
POV-Ray Users: http://rsj.mobilixnet.dk/povrayusers/
POV-Ray Ring:  http://webring.povray.co.uk

Post a reply to this message