 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I was reading in p.g some articles about faked motion blur and an idea
strike me (heavy dommage, subjet might not survive...).
What about adding to pov a kind of CSG object whose ray calculation would
perform the blur itself.
Something like
blurred {
<OBJECT>
moving <3d vector of displacement>
}
Of course, "moving" would only take care of translation.
It might be necessary (later ?) to also take care of complex rotation
(such as revolution and rotation along another point, if doing some solar
system, or along some splines (at least 3 ? or more ? or less ?))
The blurred routines would sample and average the color computation
(which requires somehow to forbid refraction and reflection from the
blurred object with the classical engine, but that might be done by
forcing ambient and other finish setting...)
Also, the sampling might be automatic (like AA ?) or manually set.
Any thought about that idea ?
(I might try it once the 3.6 code become available... no promise).
Did I overlook something ?
--
l'habillement, les chaussures que le maquillage et les accessoires.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> What about adding to pov a kind of CSG object whose ray calculation would
> perform the blur itself.
I don't see much how it differs from the motion blur feature in
older MegaPOV 0.x . Don't you think ? Or maybe I don't understand your
point here.
- NC
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> What about adding to pov a kind of CSG object whose ray calculation
>> would perform the blur itself.
>
> I don't see much how it differs from the motion blur feature in
> older MegaPOV 0.x . Don't you think ? Or maybe I don't understand
> your point here.
>
ah... I did not know older MegaPov already did it.
Did it perform well ?
Was there any problem ?
Have you any pointer to more information ?
You mentioned "older" MegaPov: does it means it was not reported ? has-it
been superceded by a better system ?
--
l'habillement, les chaussures que le maquillage et les accessoires.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Did it perform well ?
A "famous" example of it (Gilles Tran's "The wet bird" IRTC winner):
http://www.irtc.org/ftp/pub/stills/2000-04-30/gt_city.jpg
used for the caracter at the bottom-left corner of the image.
> Was there any problem ?
Not that I was aware of, but I used it only rarely in simple
situations.
> Have you any pointer to more information ?
The MegaPOV website for its 0.x series:
http://www.nathan.kopp.com/patched.htm
> You mentioned "older" MegaPov: does it means it was not reported ? has-it
> been superceded by a better system ?
AFAIK motion-blur should be re-implemented in one of the next
MegaPOV versions, but I'm not the best one to ask for details here.
- NC
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> used for the caracter at the bottom-left corner of the image.
Unless I look at the image in a mirror, it's bottom-right :-)
- NC
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Le Forgeron <jgr### [at] free localhost> wrote:
> Did it perform well ?
Much better than your suggestion.
There was absolutely no limitation on how the object could move and
what kind of material it could have (it was perfectly ok for it to
be transparent and refractive, it still gave the correct result).
The idea was simple:
You specified with a special block how many samples you want to take
and then used the 'clock' identifier (which goes from 0 to 1) in the
object definition to define its transformations or whatever. The engine
would then internally create as many copies of the objects as the number
of samples specified (each one of them with a different 'clock').
For each ray that hits any of the bounding boxes of the moving object,
the ray is traced against every internal copy of the object and the
results are averaged.
If you used enough samples, the result would be perfect.
> Was there any problem ?
Not really. The result was practically perfect, but the team decided
that it was a too specific effect and that they wanted to develop a
more generic solution for pov4 (a solution which would probably allow
to make many diverse effects, such as motion blur, blurred reflection,
blurred refraction and many others).
> You mentioned "older" MegaPov: does it means it was not reported ? has-it
> been superceded by a better system ?
It just means that it has not yet been included in the newer megapov.
--
plane{-x+y,-1pigment{bozo color_map{[0rgb x][1rgb x+y]}turbulence 1}}
sphere{0,2pigment{rgbt 1}interior{media{emission 1density{spherical
density_map{[0rgb 0][.5rgb<1,.5>][1rgb 1]}turbulence.9}}}scale
<1,1,3>hollow}text{ttf"timrom""Warp".1,0translate<-1,-.1,2>}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Not too useful, because movement doesn't need to be linear.
Rendering several frames and combining the results is the most reliable way
I can come up with! There might be some ways to optimize things in such
cases, for example some parsing things.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
