> Basically, you have to compute the color of an area of texture, not just
> one point.
>
> 1: Use distance-based blurring on the texture. Beyond a certain
[....]
> techniques to compute the color. One possible way to do this would be to
> fire a pair of slightly different rays (or maybe 3 rays?) and calculate
> the angle between them. The only disadvantage this would have would be
> speed.

You know, you can always construct scenes (intentionally), that will breake
this algo ...

I would simply try to create _VERY_ small structures...
either I will produce still moires or your algo would be simply inaccurate
...

basically you wil always have problems, with scenes that produce
moire-patterns ...

Post a reply to this message

In article <3c756fc2@news.povray.org> , Warp <war### [at] tagpovrayorg>  wrote:

>> No, it won't help.  Mipmapping just moves the problem to a preprocessing
>> stage and in general is nearly pointless for raytracing.
>
>   If it works in scanline rendering, it can work in the exact same way in
> raytracing.

I did not say it can't work, I said it is pointless.  How do you think the
mipmaps are created?  What kind of "more advanced" interpolation does a paint
program use/support that will increase quality compared to POV-Ray image map
interpolation and adaptive antialiasing?  The answer is that there is no such
interpolation algorithm...

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

Thanks to the ones who submitted scenes.

There are first test results of my new implemenations compared to the old 
ones:

See http://www.povworld.org/povray/aatest.html . Note that the servers 
bandwith is quite limited.

- Micha

Post a reply to this message

In article <3c73fc36@news.povray.org>, Micha Riser <mri### [at] gmxnet> 
wrote:

> I am experimenting with new antialiasing methods for povray. Now I am 
> looking for scenes where the current methods do a poor job or need too many 
> samples/pixels to produce a nice result. If you have such a scene which is 
> not too large (<100kB) and does not take hours to render please send it to 
> me (mri### [at] gmxnet) or post it to p.*.sf. I will then test if my new 
> implementations do better than the old ones.

BTW, looking through the old Ray Tracing News archives, there's plenty 
of information about this...one interesting method was to make a hash 
value from the objects intersected and shadow rays. If the hash value 
changed from one pixel to another, either the set of objects hit 
changed, or the image passed into/out of shadow. Then the colors were 
compared, and the pixel was only antialiased if the hash changed and the 
color was different. No antialiasing the tail of a black cat on a 
moonless night, but only object/shadow edges were antialiased. Sharp 
edges in the texture were left alone...these guys apparently didn't use 
textures with sharp edges. ;-)
This technique could be adapted to POV as a way of specifying different 
antialiasing parameters for object edges and textures...if the hash 
value triggers it, use one setting, but if the color difference is 
greater than a threshold (and the hash values are the same), use a 
different setting. If it could be further controlled...certain textures 
or objects using no antialiasing...it could make things like starfields 
much easier.

This reminds me...are the colors clipped before or after antialiasing? 
It should be after...a "superbright" object (rgb > 1) should contribute 
more to a pixel than a dim (rgb 1) one.

-- 
Christopher James Huff <chr### [at] maccom>
POV-Ray TAG e-mail: chr### [at] tagpovrayorg
TAG web site: http://tag.povray.org/

Post a reply to this message

> In article <3c73fc36@news.povray.org>, Micha Riser <mri### [at] gmxnet>
> wrote:
> This reminds me...are the colors clipped before or after antialiasing?
> It should be after...a "superbright" object (rgb > 1) should contribute
> more to a pixel than a dim (rgb 1) one.

IMHO it would be a _MAJOR_ design-flaw, if it wouldn't be this way ...

Post a reply to this message

> See http://www.povworld.org/povray/aatest.html . Note that the servers
> bandwith is quite limited.

So what can we conclude ?

1. These Scenes _are_ hard nuts for AA
2. Your method _CAN_ improve the visual quality by taking not to much  
samples ... (under circumstances)
2'. But it can also be that it makes the result even worse ...
2". The result depends on the choosen AA-Method; There's no "Best-Of" ...
3. POV Raytracing works in a diskreet world where it's hard to simulate  
the continueity of the pure math ...
... leading to:
4. proving (of course, not a mathiematical proove) right, with my former  
statement, that every known AA-Algo can be broken with a scene ...

... at least if you consider the resolution to be independend ...


BUT: Good work ... I think we needed something like that ...

Post a reply to this message

Christopher James Huff wrote:

> BTW, looking through the old Ray Tracing News archives, there's plenty
> of information about this...one interesting method was to make a hash
> value from the objects intersected and shadow rays. If the hash value
> changed from one pixel to another, either the set of objects hit
> changed, or the image passed into/out of shadow. Then the colors were
> compared, and the pixel was only antialiased if the hash changed and the
> color was different. No antialiasing the tail of a black cat on a
> moonless night, but only object/shadow edges were antialiased. Sharp
> edges in the texture were left alone...these guys apparently didn't use
> textures with sharp edges. ;-)

I do not like the idea of antialiasing only at objects frontiers.. as 
textures are certainly one of the most important thing with POV-Ray.

> This technique could be adapted to POV as a way of specifying different
> antialiasing parameters for object edges and textures...if the hash
> value triggers it, use one setting, but if the color difference is
> greater than a threshold (and the hash values are the same), use a
> different setting. If it could be further controlled...certain textures
> or objects using no antialiasing...it could make things like starfields
> much easier.

I do not know the povray source good enough for adding object specific 
features :(.

> This reminds me...are the colors clipped before or after antialiasing?
> It should be after...a "superbright" object (rgb > 1) should contribute
> more to a pixel than a dim (rgb 1) one.

I will look this up.

- Micha

Post a reply to this message

Jan Walzer wrote:

>> See http://www.povworld.org/povray/aatest.html . Note that the servers
>> bandwith is quite limited.
> 
> So what can we conclude ?
> 
> 1. These Scenes _are_ hard nuts for AA

Sure.

> 2. Your method _CAN_ improve the visual quality by taking not to much
> samples ... (under circumstances)
> 2'. But it can also be that it makes the result even worse ...

Well, my method is based on method 2, that is also adaptive. If you compare 
it with the standart method 2, my new implementations do always equally or 
better. (sure one could contruct a scene where this is not the case)

> 2". The result depends on the choosen AA-Method; There's no "Best-Of" ...

I have been a bit surprised how god method 1 actually performed.. as it is 
really simple.

> 3. POV Raytracing works in a diskreet world where it's hard to simulate
> the continueity of the pure math ...
> ... leading to:
> 4. proving (of course, not a mathiematical proove) right, with my former
> statement, that every known AA-Algo can be broken with a scene ...
> 
> ... at least if you consider the resolution to be independend ...

This is certainly true.. but the worst case scenario is here certainly not 
allowed to be the criterion.

> 
> 
> BUT: Good work ... I think we needed something like that ...

Thanks.

Post a reply to this message

"Christopher James Huff" wrote:
> This reminds me...are the colors clipped before or
> after antialiasing?
> It should be after...a "superbright" object (rgb > 1)
> should contribute more to a pixel than a dim (rgb 1) one.

It is clipped before AA and there's a good reason.

Suppose you have a really bright sphere (the sun). All pixels that hit the
sun would be completely white no matter if the sun occupies a small or big
amount of the pixel, simply because the high brightness would dominate in
the average. The result would be that very bright objects would not look
antialiased at all no matter how high quality AA settings you used.

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

Post a reply to this message

I'll be looking at this more closely tommorow. What little I see is very
promising. Thanks for taking my proposal seriously Micha! This should be
perfect for the next MegaPOV. :-D

Post a reply to this message