Lighting change on the edges of animations

[BadCRC]

I have never been able to resole this.  When I create fly-through animations with Madelbulb 3D I get a light changes around the edges of the animations.  The middle of the animation looks fine but the edges has a dramatic light changes.  I have tried all kind of settings from "Light angles relative to object" in Global Light to the other forms of lighting like Positional light and Lightmap to name a few.  Nothing seems to fix it. 

I am not the only one that gets this.  Here is a random YouTube example, not one of mine that shows what I'm talking about. 
<a href="http://www.youtube.com/v/3FoupqgbDkk&rel=1&fs=1&hd=1" target="_blank">http://www.youtube.com/v/3FoupqgbDkk&rel=1&fs=1&hd=1</a>

If anybody knows what the cause is or even the solution please let me know.

Thanks

[Syntopia]

This is only a guess, but if you use the screen-space techniques in M3D for some of the lighting (the SSAO shadowing), I would expect edge artifacts, since screen-space techniques only take the visible geometry into account. Geometry moving out of view will no longer occlude nearby geometry.

[Jesse]

My guess is that you meant the color changes of the object, what is quite common when zooming in or out.
That depends a bit on the coloring option you are using, but it is very hard to get totally rid of it.
Adjusting the Col. start and Col. end sliders for each keyframe relative to the histogram between the sliders is a way to reduce it.
And maybe not using the 'Color var. on Z' (set to zero position) might be better or easier to archieve this.

You have to keep in mind that there are not really absolute colors and even the shapes of the object can vary very much when zooming in, you see in 3d only one surface that gets nearer to the set when zooming in.  Even in 2d the color would change, but in 2d you have akways the whole cut, not only a surface.  So a stable color when getting closer is quite challenging and there might be better options to do so for animations, but i dunno 

[BadCRC]

You are most likely correct that it is the color that is changing since it is your program.  I will try the Col. start and Col. end suggestion you made.   The reason I thought it was lighting is that I see the same phenomenon when I use "Use a map for the diffuse color" option and it does not use Col. start/end.

Why does it mostly happen around the peripheral parts of the image? 

Thanks for the help.

[Jesse]

You are most likely correct that it is the color that is changing since it is your program.  I will try the Col. start and Col. end suggestion you made.   The reason I thought it was lighting is that I see the same phenomenon when I use "Use a map for the diffuse color" option and it does not use Col. start/end.

The map option uses always 2 values, if you use the default Coloring options you get the default 'smooth iteration' for one dimension (unscaled, that is why there is no start/end sliders), and 'orbit trap' as second dimension.
When the smooth iterations changes (it is somewhat biased to lower these changes on zoom, but that depends strongly on the formula combination - so changings mostly happens) the map location and with it the colors are changing too.
You might try the other 'Coloring' options in the main windows tabs, though most have to strong or not enough gradients, depends also on the formula.

Why does it mostly happen around the peripheral parts of the image? 

Not sure what you are meaning with peripheral parts, it changes the most with zoom factor, the distance to the object where raymarching stops.  That varies with zoom and also on the distance if 'Vary DEstop on Z' is checked.

[knighty]

BadCRC: Just to be sure: Are you using SSAO or DEAO (in ambiant shadows)?

 

[BadCRC]

Not sure what you are meaning with peripheral parts

OK.  Look at this video for example, from 39s to 50s you can see an exaggeration of what I am talking about.
<a href="http://www.youtube.com/v/SkxTdEWCvds&rel=1&fs=1&hd=1" target="_blank">http://www.youtube.com/v/SkxTdEWCvds&rel=1&fs=1&hd=1</a>

Look at the darken crevasses around the peripheral of the frame get illuminated as the camera moves in.  I wonder why the color/light is effected so differently around the edges than in the middle of the frame?

Just to be sure: Are you using SSAO or DEAO (in ambient shadows)?

I use SSAO.

[Jesse]

Ok, a typical misunderstanding.. now its clear, thought with 'edge of animations' you meant the start or end of an animation, not the edges of the frame images 

So Syntopia was right, my explanation is good for another question.

The SSAO uses only the Zbuffer to estimate a shadow function, structs outside the image cannot be taken into account.
You can lower this artifacts a bit with the 'Threshold to 0' option, useful for thin unconnected structs.
Or use the DEAO function (these functions are in the 'post processing/ambient shadows' tab) that does not use the ZBuffer, but is mostly slower.

[BadCRC]

Solved.  DEAO did the trick.  Thanks to Syntopia, knighty and Jesse for your insight.