Forum: Poser - OFFICIAL


Subject: VH_Maya & Jamila in PP2012

mihoshi1de opened this issue on May 16, 2012 · 21 posts


mihoshi1de posted Wed, 16 May 2012 at 4:39 PM

Maybe someone can help me with this... I bought those two lovely ladies because I really love Godins characters; but sadly these two are stubborn. Especially their eyebrows which look not at all like they do on the promos. Instead of fine hair I have "little dots".

Admittedly I am not using the pose camera but that can't be it, can it?

I have PP2012 on Win7, set my unit to inches and feet, to try it and used EZskin to see if it helps. What did I miss?

And yes I have updated to poser's Sr2.1. But it was like this before and I have opened my saved file, so it is also not the render settings.


Glitterati3D posted Wed, 16 May 2012 at 4:52 PM

Gamma Correction.  Turn it down to 1 or turn it off.


MarianneR posted Wed, 16 May 2012 at 4:52 PM

Did you remember to change the gamma to 1 on the transparency & bump maps?


bagginsbill posted Wed, 16 May 2012 at 5:13 PM

Quote - Gamma Correction.  Turn it down to 1 or turn it off.

Somebody is trying EZSkin and using Poser Pro 2012, and then you tell them to turn off gamma correction?

That's like somebody with a question about their new Ferrari, and you say "Don't go above 30 MPH".


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)


Snarlygribbly posted Wed, 16 May 2012 at 5:32 PM

Note that by default EZSkin sets the correct gamma settings for you in the Texture Manager unless:

You turn off the feature in EZSkin

or

The Transparency / Bump / Displacement map is the same map as the Diffuse map, in which case it favours the Diffuse Map and sets the gamma to 'Render settings'

Free stuff @ https://poser.cobrablade.net/


Glitterati3D posted Wed, 16 May 2012 at 6:44 PM

Quote - > Quote - Gamma Correction.  Turn it down to 1 or turn it off.

Somebody is trying EZSkin and using Poser Pro 2012, and then you tell them to turn off gamma correction?

That's like somebody with a question about their new Ferrari, and you say "Don't go above 30 MPH".

I am.  See Snarly's post above.


meatSim posted Wed, 16 May 2012 at 7:19 PM

I hate to see someone waste gamma correction like that.  IF the situation snarly points out is occuring it would be better to duplicate the diffuse node and connect any transparency, bump, or displacement to that node.  Then you could set that gamma to 1 and leave the diffuse node as render settings.   I cant honestly see having the transparency hooked up to the diffusemap though.


bagginsbill posted Wed, 16 May 2012 at 8:43 PM

If the shader is wired poorly, then let's examine the shader. If that's the problem, the correct advice is to fix that, not throw GC out the window.

But - you're all guessing WITHOUT EVEN A RENDER.

How do you know it's not just a problem with min shading rate? Maybe the render is being done from a distance where it's not going to look right even at .63.

 


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)


mihoshi1de posted Wed, 16 May 2012 at 11:41 PM

Umm, sorry for letting you guess like that... I think the vendor was using EZSkin - at least I saw no big difference using their shader or the script.

If it were the min shading rate wouldn't lashes be effected also?

I added a render of the eyebrow problem: on the left it's rendered (area render) the rest is unrendered preview.


mihoshi1de posted Wed, 16 May 2012 at 11:57 PM

Tried with a lowered min shading rate, now it's fine - thanks for refreshing my old person's memory. :)


bagginsbill posted Thu, 17 May 2012 at 12:36 AM

Hah. Awesome.

I don't know why people argue with me.


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)


Snarlygribbly posted Thu, 17 May 2012 at 3:44 AM

Quote - I hate to see someone waste gamma correction like that.  IF the situation snarly points out is occuring it would be better to duplicate the diffuse node and connect any transparency, bump, or displacement to that node.  Then you could set that gamma to 1 and leave the diffuse node as render settings.   I cant honestly see having the transparency hooked up to the diffusemap though.

It doesn't work like that.

If you duplicate a node the resultant two nodes are still referencing the same texture, and Texture Manager will only allow one setting per texture (not per node).

In other words, you change one, you change them both.

It's not just the extra node you need to create, so much as an extra texture map, which EZSkin isn't set up to do (but is an interesting possibility now we're thinking about it).

Although it has no bearing on the OP's issue (neatly sorted out by BB), this is worth bearing in mind anyway.

Free stuff @ https://poser.cobrablade.net/


meatSim posted Thu, 17 May 2012 at 11:26 AM

Thanks, I didn't know that.

So the same image file will have the same gamma even if I use it in different nodes?

I don't normally do that anyway but I have occasionally used a math node to greyscale out the diffuse texture for bump while testing or working on the texture and haven't got around to doing a proper bump map yet

 

Quote - > Quote - I hate to see someone waste gamma correction like that.  IF the situation snarly points out is occuring it would be better to duplicate the diffuse node and connect any transparency, bump, or displacement to that node.  Then you could set that gamma to 1 and leave the diffuse node as render settings.   I cant honestly see having the transparency hooked up to the diffusemap though.

It doesn't work like that.

If you duplicate a node the resultant two nodes are still referencing the same texture, and Texture Manager will only allow one setting per texture (not per node).

In other words, you change one, you change them both.

It's not just the extra node you need to create, so much as an extra texture map, which EZSkin isn't set up to do (but is an interesting possibility now we're thinking about it).

Although it has no bearing on the OP's issue (neatly sorted out by BB), this is worth bearing in mind anyway.


bagginsbill posted Thu, 17 May 2012 at 12:13 PM

A math node is not necessary to convert to gray scale. Plug a color data stream into any number, including the bump channel, and it becomes a number, I.e. gray.


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)


mihoshi1de posted Fri, 18 May 2012 at 7:49 PM

Hmmm... I was wondering if somebody else can confirm that EZSkin 1.7.1 and this latest SR2 update don't play nice with each other? I opened an old file from PP2010, rendered it in about a minute and then tried again with EZSkin and ...crawling is too fast to call it that.

And this texture (which I think relies on snarlygribbly's shader) also suffers from very slow rendering. Can somebody else or am I again doing something wrong?

 

tried with the above render settings and these new old ones I'll add here (they came with that old saved pz3).

 


hborre posted Fri, 18 May 2012 at 8:43 PM

15 pixel sampling will slow renders down considerably along with SSS which is included in Snarly's EZSkin.  You really don't need that value so high.  Irradiance caching could be lowered also. 

Also, why is your gamma correction = 1?


bagginsbill posted Fri, 18 May 2012 at 10:07 PM

IC = 100 is very slow, no matter what you're rendering


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)


Snarlygribbly posted Sat, 19 May 2012 at 5:00 AM

Quote - And this texture (which I think relies on snarlygribbly's shader) also suffers from very slow rendering.

As much as I'd like to, I can't take any credit for the shader :-)

It is (very) heavily based on Bagginsbill's ideas published at RDNA.

EZSkin just makes it easier to apply, that's all.

Free stuff @ https://poser.cobrablade.net/


Anthanasius posted Sat, 19 May 2012 at 5:48 AM

Simple question, why using ppro2012 without IDL but with SSS ?

Génération mobiles Le Forum / Le Site

 


mihoshi1de posted Sun, 20 May 2012 at 6:04 AM

Quote - IC = 100 is very slow, no matter what you're rendering

Quote - 15 pixel sampling will slow renders down considerably along with SSS which is included in Snarly's EZSkin.  You really don't need that value so high.  Irradiance caching could be lowered also. 

Also, why is your gamma correction = 1?

The setting is just one of many combinations I tried.

I opened an old file to see how long that would take, and it used those numbers. (And took about 2 minutes to render the first time I tried) The gamma is from that pz3 also - if I set GC to 2,2 there V4 and her hair and texture get superdark and grey. I don't know why.

This working file has also ten lights and is still faster than the newer one with only 1 infinite light source...

Quote - Simple question, why using ppro2012 without IDL but with SSS ?

Do I need to? I never have and always had renders I was totally okay with. And I was happy with render times...

Quote - As much as I'd like to, I can't take any credit for the shader :-) It is (very) heavily based on Bagginsbill's ideas published at RDNA.

EZSkin just makes it easier to apply, that's all.

Aaah, now I feel bad - I don't mean to accuse, I was asking because I was wondering if the script could be at fault. I tried with a V4 and just EZSkin and it took 27 minutes to render - with PP2012 standard firefly settings plus raytracing, smooth polygons and remove backfacing polys...

But I think it is something else to do with the update. Should have waited to use it. :(

 


mihoshi1de posted Sun, 20 May 2012 at 6:27 AM

Okay, I can't edit... so I reset the preffered scene to factory default, and imported my bad file... now Poser plays nice with me again. I don't know hat I changed that was wrong, but I'll try to avoid it in future.

As always, the problem sat in front of the computer.