Sat, Nov 9, 11:44 AM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2024 Nov 08 10:28 pm)



Subject: Splotchy, cloudy shadows and spots with IDL in Poser Pro 2012


Graybeard ( ) posted Mon, 09 April 2012 at 11:28 AM · edited Thu, 19 September 2024 at 12:27 PM

file_480300.jpg

I am a bit out of my depth here, so I hope someone can help me.

The picture I have in production is of someone looking out of a window. I have a backdrop outside and a IDL-Dome. The room is totally closed in. I use one point light outside, and it lights

the scene beautifully.

The lights in the scene (Using IDL) works a treat with amazing depth

I have had two problems, one of which I have solved:

  1. almost clowdy, splotchy swhadows on the inside of the window, which is lit only by indirect light, reflecting from the room

  2. a series of dark spots on the inside corner where the window and the frame meets. Much like if the frame was moldy

The picture illustrates the problem


Graybeard ( ) posted Mon, 09 April 2012 at 11:28 AM

file_480301.jpg

Picture two are the render settings

 


Graybeard ( ) posted Mon, 09 April 2012 at 11:29 AM

file_480302.jpg

I attacked the first problem first.

I had an extended look at the r'osity fora, and found some nice explanation and settings from Bagginsbill (who's surprised?), which reduced, but did not remove the problem.

Then I actually had a thorough look through the manual (it's a stretch, I know...). There I found the recommendation to reduce the irradiance caching to zero and increasing the Indirect light quality to a correspondingly higher level.

I also reduced the min. shading level to 0.11 and increased the pixel samples to 6

This worked a treat, and I now got picture three.


Graybeard ( ) posted Mon, 09 April 2012 at 11:30 AM

file_480303.jpg

Settings in Picture 4

First problem seems to be greatly reduced, but it is not quite gone.

And the second problem remains. It actually reminds me of something, which often happened when using AO. SO i attacked the texture first of all. Replaced the current texture, which is by Ajax, with a simple white. No change

Then I upped the shadow samples to 30 and reduced the bias to 0.1 for my light. No change

Then I tried to switch off smooth polygons, just in case. No change.

Finally I thought that the spots might be smaller at a larger scale. So I parented the whole show to the IDL-dome and resized that to 10000. No change.

I am not sure what to do now.

Would anyone have had the same problems and some brilliant solution?


ErickL88 ( ) posted Mon, 09 April 2012 at 11:53 AM · edited Mon, 09 April 2012 at 11:59 AM

If I'm not all mistaken, I think this was discussed a few times already, with the result, that there is no solution yet, for getting rid of these dark blotches (in combination with IDL enabled)

It gets even worse, when trying to illuminate a closed room with just light emitters ("glowing objects"). ... Well, on my end at least =)



Graybeard ( ) posted Mon, 09 April 2012 at 12:11 PM · edited Mon, 09 April 2012 at 12:11 PM

Thanks Erick

Not much optimism, but there we are....

....unless something else emerges.

 


stewer ( ) posted Mon, 09 April 2012 at 3:40 PM

Try turning up IDL quality all the way to 100. And put the shading rate back to 0.2.


Miss Nancy ( ) posted Mon, 09 April 2012 at 3:51 PM

gray, try it with IDL IC = 100. in technical terms, this means that GIMaxError = 0 (no interpolation) in FFRender.  GIVariables are used in FFRender to calculate IDL bounces.  use d3d's Render Firefly script in scripts/partners menu.  there are two IC variables.  first: ordinary raytrace IC, which can be set as in above render settings screen.  second: IDL IC.  when IDL is enabled, raytrace IC value is ignored by FFRender.

blotchy artifacts may also be seen where transparent/refractive posersurface contacts another posersurface, e.g. windowpane touching frame.  bill discussed contact artifacts, along with corner blotches.  possible solution: micro-bevelled corner, in case anybody wants to modify one of these poser models.  nobody has tried it yet AFAIK, as they may feel it's too much work and they might lose the UVMapping.



bagginsbill ( ) posted Mon, 09 April 2012 at 5:26 PM

Corner blotches happen on any surfaces touching at 90 degrees, not just transparent/refractive.

 

 


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)


Graybeard ( ) posted Mon, 09 April 2012 at 5:59 PM

Thanks to all of you.

I have a render on the way on the lines of Miss Nancy's proposal. Very sloooow ;-)

BB - does that mean that it is, as ErickL88 says, unaqvoidable and to be dealt with only through postwork (as I have been used to do the the AO blotches)??

 

(and by the way thank you for the glass shader I am using, it is simple and brilliant!)


Miss Nancy ( ) posted Mon, 09 April 2012 at 6:32 PM

in re: "contact artifacts":  two surfaces are parallel, not orthogonal.  poser glass within some small distance from some opaque posersurface, close enough so that it appears to be touching.

p.s. stefan made the same suggestion as mine, but I crossposted.



stewer ( ) posted Tue, 10 April 2012 at 12:04 AM

My suggestion is not the same as Miss Nancy's. I'm suggesting to increase the IDL quality, not the irradiance caching. Cranking up irradiance caching will only shring the size of the splotches but not change their appearance.


Graybeard ( ) posted Tue, 10 April 2012 at 4:06 AM

OK here is the status:

I rendered the picture with the IDL irradiance cache of 75 as per Miss Nancys proposal. I tried 100, but that was painfully slow (maybe two lines of rendered buckets in an overnight render)

But the higher irradiance cache did quite a lot to remedy the problem.

I got a little clouding of the faces of the window frame, since the higher IC makes blotches more visible.

But I think this is a reasonable compromise

http://www.renderosity.com/mod/gallery/index.php?image_id=2318372

Thank you all for your swift and knowledgeable assistance!

 


cspear ( ) posted Tue, 10 April 2012 at 4:50 AM

Here's a cheat that will improve but not eliminate the problem:

In the material room, find the surfaces that exhibit the artifacts; plug the color map into the ambient color node (NB as well as, not instead of the diffuse node) and set the ambient color to white.

Make the Ambient Value very low - something like 0.02 for starters - and do a test. Raise / lower the ambient value until the artifacts are minimised but the wall (or whatever) doesn't look like it's glowing. It's a very fine balancing act, but it saves having to hike up the IDL quality and produce long render times.


Windows 10 x64 Pro - Intel Xeon E5450 @ 3.00GHz (x2)

PoserPro 11 - Units: Metres

Adobe CC 2017


MistyLaraCarrara ( ) posted Tue, 10 April 2012 at 11:22 AM

does IDL bounce rays? 

maybe it's cuz the smaller object is bouncing to an object with more area to cover and therefore the rays can't give similar coverage to the larger object.  or does the outward traveling ray expand to proportionately larger area?

slopey pixels?

y=mx+b or (y2 - y1)/(x2 - x1)  ?   or maybe it's trying to divide by zero?   headscr'ch



♥ My Gallery Albums    ♥   My YT   ♥   Party in the CarrarArtists Forum  ♪♪ 10 years of Carrara forum ♥ My FreeStuff


Miss Nancy ( ) posted Tue, 10 April 2012 at 2:42 PM · edited Tue, 10 April 2012 at 2:45 PM

yes, lara, FFRender calculates diffuse bounces, hence it takes time, as they tend to bounce an incoming ray in many directions, and they tend to lose intensity with each bounce.  anyway, that last render by gray looks pretty good.



Graybeard ( ) posted Tue, 10 April 2012 at 5:48 PM

Thank you again for your assistance, all of you.

I might try your cheat next time, cspear...

Thank you, Miss N for the comment on the picture.


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.