Here I´m using the "Dusk by Dawn lightset (IBL Ambient Occlusion)", but it doesn´t
matter wich IBL I use, the wall still reflects the image map!?

Any idea how to get rid of this?

Poser 7

Cheers/ gaff

You say "reflects". Do you really mean reflects, as in there is something else in the scene that is being reflected in the wall?

It may be that Poser has its wires crossed and has mistakenly applied an image where another is supposed to be used. I've seen that occasionally, and requires re-starting Poser to fix it.

Or, you may have something hooked up in the material room that is showing the texture on the wall. If you show me a screen shot of the wall material, I can tell you more.

Oh - one more thing - the word for the shiny effect in a shader is spec-u-lar, not spec-tac-u-lar. Although I admit that shiny stuff can be spectacular in a render :-)

**Thank you for the fast respond :)
There is nothing in the scene but the SF Apartment prop, so there should not
be anything else to reflect!
I say reflect because the imageyou can see on the wall, is the same as the one
connected to the IBL AO.
/////
Spectacular/ Specular  -
**
**

Hmm. It's really hard for me to see what is in those images that are used in the wall shader. It looks like a photo or render of some machinery, although I can't exactly correlate the render in the first post with what I see in the wall material.

I know this has nothing to do with your problem, per se, but that material makes no sense to me whatsoever. Is that supposed to be a transparent wall and we see machinery behind it? Or is it supposed to be reflecting machinery in the room? Or is it supposed to be a painting of machinery on the wall?

In any case, none of those would justify using a photo of the machinery as a bump map on the wall, which is what you've got there. 

If I were you, I'd remove all that crap and make the wall a flat color with no specular, unless you mean for the wall to be made of something shiny. This is an apartment, right?

Meanwhile, if I understand you correctly, what we see on the wall is some sky and what looks like a stone. Is that right? And you say that is the image attached to an IBL? (You said IBL AO, but that makes no sense. AO is ambient occlusion and we don't connect an image to AO.)

So you're seeing the image in an image based light projected on your wall? Could it be you forgot to set the light type to IBL? Because if you have it set to some other type, such as infinite or spot, then an attached image is like a gel or slide in front of the light. In such cases, the light would behave like a slide projector, and whatever it shines on will show the image, just like using a projector.

If I haven't guessed right, come back. If you do, could you show me the light material settings and properties + parameters of the light.

If there's any doubt about what lights are doing what and you have more than one, I'd do a render with one light at a time.

In future, don't ever bother showing me the "Simple" material version - that doesn't show what is really going on. The nodes show me the true setup.

Oh, and if that IBL is a sky and rocks, I have to really ask WHY? Why are you lighting an apartment interior using data from an outdoor sky/ground IBL?

Quote - Hmm. It's really hard for me to see what is in those images that are used in the wall shader. It looks like a photo or render of some machinery, although I can't exactly correlate the render in the first post with what I see in the wall material.

I know this has nothing to do with your problem, per se, but that material makes no sense to me whatsoever. Is that supposed to be a transparent wall and we see machinery behind it? Or is it supposed to be reflecting machinery in the room? Or is it supposed to be a painting of machinery on the wall?

-Beats me, but the wall is not transparent.

In any case, none of those would justify using a photo of the machinery as a bump map on the wall, which is what you've got there. 

If I were you, I'd remove all that crap and make the wall a flat color with no specular, unless you mean for the wall to be made of something shiny. This is an apartment, right?

-I will try that solution!

Meanwhile, if I understand you correctly, what we see on the wall is some sky and what looks like a stone. Is that right? And you say that is the image attached to an IBL? (You said IBL AO, but that makes no sense. AO is ambient occlusion and we don't connect an image to AO.)

So you're seeing the image in an image based light projected on your wall? Could it be you forgot to set the light type to IBL? Because if you have it set to some other type, such as infinite or spot, then an attached image is like a gel or slide in front of the light. In such cases, the light would behave like a slide projector, and whatever it shines on will show the image, just like using a projector.

-Well, I haven´t forgotten anything, the lightset I have used here (in this example) was    included in my Poser 7 copy.  As I mentioned before, same issue occurs whatever IBL lightset I use!

If I haven't guessed right, come back. If you do, could you show me the light material settings and properties + parameters of the light.

If there's any doubt about what lights are doing what and you have more than one, I'd do a render with one light at a time.

In future, don't ever bother showing me the "Simple" material version - that doesn't show what is really going on. The nodes show me the true setup.

-Hear you!

Quote - Oh, and if that IBL is a sky and rocks, I have to really ask WHY? Why are you lighting an apartment interior using data from an outdoor sky/ground IBL?

**Trial and error ?

**The Future Apartment is one big prop without the ability to make walls invisible
, none of the lightsets I usually work with is usable with this product, but I have
decided that ,because I like the style of it, I will make it!
Anyway...

Always happy for constructive help!

I have the SF apartment, so I loaded it up and gave it a go. I used the same camera angle, and loaded the same light, the 'Dusk By Dawn' IBL with AO on it (from the '!! IBL Ambient Occlusion' folder) and I can't get the IBL image to show up on the wall at all. I would suggest reloading Poser, and restarting the scene to see if it does it again.
I see why you are using that specific light, it gives cold, stark sci-fi style lighting.

raven

I have restarted Poser a several times since my first attempt with this. Also uninstalled
the old Apartment, did a fresh download, installed it and... the same issue!

But.. I solved it by getting rid of the images used for specular and bump.
Instead I used the image map (texture) as a bump. Works just great.

Regarding the lightset Dusk by Dawn, yep that´s the reason why I like it.
Same goes for the Office and Interior ligtsets. Recommend them.

Thank you

Another thing that can occasionally happen is having two texture files with identical names and Poser picks the wrong one. It doesn't matter if the needed file has a direct directory reference (or didn't matter for P5--I don't know if it was fixed in later versions). Poser can still choose the wrong file. You might want to do a search in your texture folder for the filename of the texture causing the problem to see if there is more than one file with the same name as the texture you're trying to use. If there is, move the wrong file out of the Poser directory to a temporary location, shut Poser down, and try the render again.

This is a long shot, but would explain why Raven's not having the same problem. Renapd wrote about this a while back when she was trying to troubleshoot why a customer was getting a bad texture. She couldn't duplicate the problem because her Poser tree didn't have the same duplicate filenames in her textures. I forget how she finally figured out the solution, but it was due to Poser grabbing the wrong texture even though her texture reference used an absolute path to where her product installed the files. The solution was to give unique names to her textures to minimize this bug cropping up. As to why this is not a more common problem, I don't know. Lots of textures use the same filenames and it's not usually an issue. Every now and then, it is.

I bet that's it. Look at the texture names here:

"wall"
"wall_b"
"wall_s"

Pretty easy to find another file with the same name, eh?

Thank you for the suggestion, Gents!
I will do a search as suggested.

Yep, that seemed to be the problem, the name "Wall.jpg" is (of course) a very common
file name...
So...renamed the Sf Apartment files to more clever ones and now it works the way it should!

Thank you very much for the assistance!
ps.I would certainly call that "Constructive help" :)
Keep that helpful spirit Up

Mike

It took me a while to remember this one, so I'm glad it helped.

Apparently the problem hasn't been fixed in Poser 7.

What I don't understand is why this isn't a greater problem because our runtimes are chock full of duplicate filenames. Maybe it's a matter of Poser finding the right one first most of the time or because similarly named files have similar textures (wood.jpg will likely look similar to a different wood.jpg).

I wonder how many merchants get dissatisfied customers from this bug?

 I THINK it has to do with how deep a given texture is embedded in the Runtime Structure.

So that runtimetextureswall.jpg will be found before runtimetexturesNiftystuffwall.jpg

And runtimetexturesNiftystuffwall.jpg will be found before runtimetexturescollthingsmyThingswall.jpg

Not sure but as far as I can tell it is the case.

That is why it's ALWAYS a good idea to name ttextures something specific. As in this case, the wall should have been named SFApartmentWall.jpg or similar.

Quote -  
That is why it's ALWAYS a good idea to name textures something specific. As in this case, the wall should have been named SFApartmentWall.jpg or similar.

Something for the manufacturers to remember...CRM (Consumer Relationship Management)!

This behavior with duplicate filenames belongs not only to texture. It incidently happens with geometry files (.obj) too.
And it's somewhat accidental. I had two pair of boots, one for P4 and one for V2, in the same runtime but in different folders. Often Poser loaded a wrong obj-file only for one foot and not everytime the same.
Looks like a internal problem with list sorting.

This is definitly a poser bug. With textures it can be seen directly if you look to the pulldown list of all loaded textures. Normally there is only one checkmark at the position of the actual image file.
But with two files with same filename although in different folders, you find more than one checkmark at each of this files. And you have no chance to load the correct one by hand. Poser checks with it's list and if name is the same no new loading is started.

Poser doesn't use the directory to the file as a additional sort/key criteria in it's internal lists.
And this bug is a real monument. It exists at least since poser 4 in unchanged manner.
May be if the bug will be in version 8 again it will be given the honorable status of an feature ... :ohmy: