Hi Thomas,
No problems here on the updates. As far as the rotation goes I thought there one in the same, if you rotate your gizmo the rotation value should show up in the menu.
I use the renderwindow to test texture placement … but then the textures apear rotated differently during render time (as if they revert to a default).
It looks like using the render window blocked the updates on Rhino for me. Even when I went to render the view it still wouldn’t update for me (after using the render window command). The only way it would work properly is if I stay away from the render window command.
Thomas, render window and render preview dosn’t work with the RCM tool.
I have post it in the bugs here and at the Rhino forum some days befor (25.02.2006)?
I’ll look into that today. To be honest I don’t see why RenderWindow wouldn’t accept the changes, but it must not be since you all have experianced the same issue.
I’ve messed around a bit with the RCM mapping stuff and I have not seen a difference between RenderWindow and Render in my experiments. I primarily messed around with planar mapping and I changed the size and rendered first with RenderWindow and then with Render and vice versa and both rendered the same thing. So, that being said, are there any particular mapping types (Surface, Spherical, Planar, etc) that seem to be the problem, are there any particular fields that don’t seem to updating (rotation, position, size, etc)? Also, and most importantly, are you using Beta 11 (or a more recent release for those of you with the crash fix)?
I had problems lately while using simple rotations.
The textures used were 1500x1500 (not sure if size matters in this aspect)
Another thing I noticed is that when adding a texture only in the bump (or reflection) slots does not add a channel in the RCM (and this could be the culprit)… some times I have no texture in the diffuse layer at all…
Yes, I had problems with rotations when using Render or RenderWindow…however, even though the result was not expected, both Render and RenderWindow had the same result for me.
Another thing I noticed is that when adding a texture only in the bump (or reflection) slots does not add a channel in the RCM (and this could be the culprit)… some times I have no texture in the diffuse layer at all…
We only use one channel currently. If there is more than one mapping channel, currently we only use the first one. If you do not have a channel for RCM to work with, there is always the default mapping coordinates that Rhino has created.