Wed, Dec 11, 1:53 AM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2024 Dec 10 5:41 pm)



Subject: Missing shadows on firefly renders....


drkfetyshnyghts ( ) posted Tue, 25 March 2008 at 7:28 AM · edited Wed, 11 December 2024 at 1:50 AM

Hi Guys n Girls

Its bound to be me but I cant work it out.

I'm not getting any ground shadows rendered when I render in FireFly. I'm using the manual settings to get big renders for print.  But no cast shadows anywhere. Even with Cast Shadows option ticked  The shadow is there is the preview and when I am working on the model but..... no shadow in final render.... and its bugging me big style !!!

I'm using P7 on Mac OSX 10.4.11

Help

Drky xxx


Dizzi ( ) posted Tue, 25 March 2008 at 8:06 AM

You probably need to uncheck the "shadow catch only" option for the ground plane in the material room (advanced view).



drkfetyshnyghts ( ) posted Tue, 25 March 2008 at 8:53 AM

Quote - You probably need to uncheck the "shadow catch only" option for the ground plane in the material room (advanced view).

Hmmmmm nope... this just did completely weird things to V4..... I just know its gonna be something really simple that i should do or havent done,,,,,,, grrrrrrrr !!!!!  :)


SamTherapy ( ) posted Tue, 25 March 2008 at 11:52 AM

Unchecking "Shadow Catch Only" shouldn't affect any model in the scene.  It certainly doesn't on my P6, at least.

Are the lights actually casting shadows?  That's a totally different option from the Cast Shadows you selected in Render Settings, btw.  It's on the light parameters.

Also, if it's a big scene, Depth Mapped shadows (which you really shouldn't be using anyhow) will often refuse to render correctly, if at all.

Coppula eam se non posit acceptera jocularum.

My Store

My Gallery


drkfetyshnyghts ( ) posted Tue, 25 March 2008 at 12:50 PM

Quote - Unchecking "Shadow Catch Only" shouldn't affect any model in the scene.  It certainly doesn't on my P6, at least.

Are the lights actually casting shadows?  That's a totally different option from the Cast Shadows you selected in Render Settings, btw.  It's on the light parameters.

Also, if it's a big scene, Depth Mapped shadows (which you really shouldn't be using anyhow) will often refuse to render correctly, if at all.

In preview the shadow is there... but render it and there it is 'gone'....
In light parameters doing anything with that shadow setting just sees it re-set to its 1.000 default, not allowing me to do anything with it.

The mystery deepens
Drky xxx


svdl ( ) posted Tue, 25 March 2008 at 1:08 PM

In preview you see the "Ground Shadows", which are just very simple helper shadows for placing your scene elements. They will NEVER render.

If your scene has large dimensions, mapped shadows will become very blurred, to the point that they're not noticeable anymore. Chainge to raytraced shadows in large scenes. You'll want to set the blur radius to something else tnan 0.0 (I ususally use a number between 3 and 10).
And, of course, don't forget to set your render options manually. The slider settings in the standard Firefly options dialog are not very usable.
My default Firefly render setup is:

  • cast shadows on;
  • raytracing on;
  • smooth polygons on;
  • displacement maping on;
  • minimum shading rate 0.50
  • irradiance caching 0
  • raytrace bounces 2
  • bucket size 64
  • minimum displacement bounds 0
  • pixel samples 3
  • post filter size 1;
  • post filter type box.

The pen is mightier than the sword. But if you literally want to have some impact, use a typewriter

My gallery   My freestuff


lkendall ( ) posted Tue, 25 March 2008 at 1:15 PM

3/25/08

*"If your scene has large dimensions, mapped shadows will become very blurred, to the point that they're not noticeable anymore."

Would using the huge sky dome as per bagginsbill qualify as a scene with large dimensions?

LMK

Probably edited for spelling, grammer, punctuation, or typos.


svdl ( ) posted Tue, 25 March 2008 at 1:23 PM

It would. Look through the shadow cam of an infinite light, by default you'll see the whole scene, including the skydome.
You can manually reduce the area that the shadow map has to cover using the zoom and pan dials of the shadow cam, or you can switch to raytraced shadows. My personal preference is raytraced shadows. Slower, but more accurate, no matter the size of the scene, and they tend to use less RAM.

The pen is mightier than the sword. But if you literally want to have some impact, use a typewriter

My gallery   My freestuff


lkendall ( ) posted Tue, 25 March 2008 at 2:52 PM

3/25/08

Ouch! I should have know this, and it certainly explains why my shadows disapppear at a certain place in my workflow. I couldn't figure out why the application was rendering shadows, but the shadows could not be seen. AND LESS RAM? RAM limitations is my biggest single problem. Rendering more slowly is a whole lot better than rendering never. I have to experiment with this when I get home.

THANKS SVDL.

I love this forum.

LMK

Probably edited for spelling, grammer, punctuation, or typos.


Miss Nancy ( ) posted Tue, 25 March 2008 at 2:55 PM

drft, post screencaps of render settings, lite settings, obj properties etc.
that the experts might better advise.  otherwise, you know the drill with OS X:
start up from installl disk, run "disk repair", run "repair permissions", restart.
leave computer on at nite.



svdl ( ) posted Tue, 25 March 2008 at 2:58 PM · edited Tue, 25 March 2008 at 3:00 PM

Well, it does seem to help quite a lot.

Another thing that can have dramatic impact on memory usage is texture filtering. My latest upload here contains 8 human figures, all with strand based hair, rendered with Texture Filtering set to Fast. When it still was set to Quality, FFRender crashed with an OOM at 6 figures...

My TextureFilter script could be useful here (Poser 7 only). Setting texture filtering manually for all imagemap nodes is a drag, this script will let you set the quality to None, Fast or Quality for the current prop, figure or scene. Shameless plug, I know, but hey, it's freestuff.

The pen is mightier than the sword. But if you literally want to have some impact, use a typewriter

My gallery   My freestuff


Latexluv ( ) posted Tue, 25 March 2008 at 5:11 PM
Online Now!

svdl, I'm having some difficulty with shadows and AO.  In a scene to test a light package for the market place, I'm using AO on my IBL light and a material based AO node on the floor as suggested in one thread that I read by Bagginsbill. Sometimes the shadows on the floor just about disappear, but will be present on the wall behind my demo figure. Should I remove the material based AO node from the floor? My shadows are ray traced, not depth mapped.

"A lonely climber walks a tightrope to where dreams are born and never die!" - Billy Thorpe, song: Edge of Madness, album: East of Eden's Gate

Weapons of choice:

Poser Pro 2012, SR2, Paintshop Pro 8

 

 


pjz99 ( ) posted Tue, 25 March 2008 at 5:20 PM

A small heads up, setting irradiance caching to 0 will reduce quality of ambient occlusion - at least according to the manual, which is occasionally wrong.  As far as I remember when fooling around with it that seemed to be true though.  Also I've found that enabling AO for an IBL light produces pretty "dirty-looking" shading, although maybe there is a combination of settings that works well that I didn't find; I think it's a lot cleaner to put AO on the material where you want the shading to occur.

I have also found that sometimes Smooth Polygons will cause very incorrect AO shading to be applied on some models, so for those models I turn it off (DAZ cyclorama comes to mind).

My Freebies


bagginsbill ( ) posted Fri, 28 March 2008 at 1:08 PM

Quote - It would. Look through the shadow cam of an infinite light, by default you'll see the whole scene, including the skydome.

Perhaps, but only if you forgot to do something very important - disable shadows on the skydome. The automatic inclusion of scene elements into the shadowcam viewport is based on things that cast shadows. If an object does not cast shadows (as a skydome should not) then it will NOT expand the shadow map to cover that object.


Renderosity forum reply notifications are wonky. If I read a follow-up in a thread, but I don't myself reply, then notifications no longer happen AT ALL on that thread. So if I seem to be ignoring a question, that's why. (Updated September 23, 2019)


bagginsbill ( ) posted Fri, 28 March 2008 at 1:28 PM

file_402967.jpg

Pay attention to what PJ said. I just did an experiment - I changed one little thing, and my AO shadows disappeared with IC at 50. Raising IC to 99 restored them. You have to type 100 to get 99.

Apparently, 99 means "don't cache". And, apparently, there are situations where caching at all (even at 98) will make AO disappear.


Renderosity forum reply notifications are wonky. If I read a follow-up in a thread, but I don't myself reply, then notifications no longer happen AT ALL on that thread. So if I seem to be ignoring a question, that's why. (Updated September 23, 2019)


bagginsbill ( ) posted Fri, 28 March 2008 at 1:31 PM

file_402968.jpg

Even wierder - I made my skydome invisible. The AO returned!!! This is at IC = 50. Notice the artifacts. Even though the AO is back, it is crap. IC = 99 seems the only reliable way to do AO.


Renderosity forum reply notifications are wonky. If I read a follow-up in a thread, but I don't myself reply, then notifications no longer happen AT ALL on that thread. So if I seem to be ignoring a question, that's why. (Updated September 23, 2019)


bagginsbill ( ) posted Fri, 28 March 2008 at 1:34 PM

Made my skydome visible again, but I shrank it so it's not so big. AO is back, but still crappy at IC=50.

So - there is something about a large scene that does break AO, even if an object does not cast shadows.


Renderosity forum reply notifications are wonky. If I read a follow-up in a thread, but I don't myself reply, then notifications no longer happen AT ALL on that thread. So if I seem to be ignoring a question, that's why. (Updated September 23, 2019)


pjz99 ( ) posted Fri, 28 March 2008 at 2:11 PM

Very annoying that there is such a huge visible difference between 98 and 99. 

My Freebies


Miss Nancy ( ) posted Fri, 28 March 2008 at 4:29 PM · edited Fri, 28 March 2008 at 4:30 PM

the occlusion error (in the python manual) is = 1- IC/100.
hence IC=98 is double the error of IC=99, whilst IC=50 is double the error of IC=75.



bagginsbill ( ) posted Fri, 28 March 2008 at 5:06 PM

Miss Nancy:

Heheh. Go look at my renders again. The occlusion "error" at 98 is infinite. There is NO shadow at all.


Renderosity forum reply notifications are wonky. If I read a follow-up in a thread, but I don't myself reply, then notifications no longer happen AT ALL on that thread. So if I seem to be ignoring a question, that's why. (Updated September 23, 2019)


Miss Nancy ( ) posted Fri, 28 March 2008 at 6:15 PM

gadzooks, yer right!  but there may have been some errors in the way FFRender calculated
some of that arcane AO and GI stuff in poser 7.  see if it works better in the poser pro beta.



pjz99 ( ) posted Fri, 28 March 2008 at 6:54 PM

You know, either way he probably can't tell you ;)

My Freebies


Privacy Notice

This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.