Here, I have a texture for the screen of a laptop.

But instead of loading it to the image map node in the materials room, I use just the image of the screen instead.

and then I adjust the u and v scaling and offsets so that it fits to where the screen on the template should be.

Why is it that, when I render, I get this?

ya can't tile it. ya gotta mask it IMVHO or else define material zones in poser or uvmapper.  one of the others may have more info.

Look at the UVmap of the laptop model and you'll get a better idea of where the image ought to go.  It's trying to draw the bitmap image over the UVmap of those particular polygons - you're already on the right track with adjusting the U_Scale / V_Scale and U_Offset / V_Offset, you've alomst got it.  Looks like you need to change U_Offset to shift the image up, that's all. 

ps it doesn't really matter if you tile it or mask it, once you get it lined up - at worst you could scale it up a tiny bit (you're already scaling it down) and let it bleed over the edges of the "screen" surface.

V_Offset, not U_Offset, to shift image up.

Meanwhile, how do you know the template is right? Try attaching the template to the prop instead of what you're trying to attach. Does the template line up correctly?

It's clear to me that the render indicates the rectangle is not where you think it is. Also, disable the Tiling since it's just confusing the issue. We don't know if the desired part of the image is too high or too low. With tiling, the repeated element looks the same either way.

When you disable the tiling, you'll be able to tell if the V_Offset needs to be increased or decreased.

Oops, thank you.

Here is the template.

Yes, the template does line up correctly. When I attached that other image map node in that material room screenshot to the surface node, it renders correctly.

What version of Poser is this?  It has happened to me that a model that was imported and rigged in Poser 8, and then was loaded in Poser 6, had major differences in how the imported material's Image_Map node behaved, and it shifted textures a large amount even with all the offset/scale parameters for the node set to zero.

edit: actually why don't you just try creating and plugging in a new image_map node?

it appears there are no polygons in the upper and lower bands, which might explain the v-error/tiling when mapping in poser.

Yes, I did try spawning a new image map node. This is Poser 7 Pro. Here is what I get when I load the template compared to just an image that has the same aspect ratio as the screen in the template.

When I choose anything other than tiling for the Image_Mapped field, I either get a blank white screen or, if I choose Clamped, I get a screen filled with the edge pixels of the loaded screen image.

Old School method-

File / Save As template with a new filename

Resize new file to width + 5% of screengrab (keep proportions)

Copy screengrab image and paste as new selection (or new layer if possible)

Drag and drop to desired location

Save

and Robert is your mother's brother

This looks correct actually?

http://i2.photobucket.com/albums/y26/CBasedLifeform/result2.jpg

Quote - When I choose anything other than tiling for the Image_Mapped field, I either get a blank white screen or, if I choose Clamped, I get a screen filled with the edge pixels of the loaded screen image.

That's a clue. I'm now ready to guess that the prop UV coordinates are outside the range of 0 to 1. In preview you've lined things up, but in rendering, the actual coordinates work out wrong.

The original image is coming into the right place because it is tiling from 0 to 1.

Whereas your cropped image is tiling from some subset of that, and then mapping that onto the 0 to 1 as well as everything more than 1 and less than 0. But outside the 0 to 1 range, it lines up differently. If the prop were displaying the base UV unit (0 to 1) it would match the preview. It doesn't match - ergo it's not in 0 to 1.

If that's not clear, visualize this:

Tile the original image and your cropped image - imagine an infinite sheet of those.

Now visualize the laptop screen as a window, moving around on the infinite sheet. It moves always to a whole square, bounded by multiples of 1. On the original image sheet, all those other squares are identical to the home square. But on the cropped image sheet, those other squares are not identical.

The screen is showing (mapped onto) one of those other squares, not the home square.

Is this a free prop that we could go get and look at?

No, this is a product I'm working on.    And you're right Bill!

I shifted the front of the lid back up into the home square and bingo!

It rendered properly! I knew there is a logical explanation to this!  Thanks so much for your help guys, Bill especially!

Yay - that was a good puzzle.

If this is your own model, have you considered mapping the monitor screen material zone so that it exactly fills the 0-1 UV space?  That would allow you to apply your "screen only" image without need for scaling and offset.  Select the screen material and look for an option to "maximize" or "fill UV space" (in UV Mapper Pro, the = hotkey does it).

  If you want to do this but  don't know how, you can send me the OBJ & MTL for the least part which contains the screen (the lid assembly?) and I'll re-map the screen for you.

That's a great idea seachnasaigh.  Thanks for the offer.   I was able to do it in the Edit UVWs window in 3ds max.   Now the mat poses work in both Poser and DAZ Studio.  I found that DS does not recognize the node scaling and offsets in the mat poses I make for Poser.   Problem solved!