3dcheapskate opened this issue on Aug 12, 2019 ยท 24 posts
3dcheapskate posted Fri, 16 August 2019 at 10:25 AM
Hang on a mo', and a quick rewind...
an0malaus posted at 10:06PM Fri, 16 August 2019 - #4359182
From the lore of Bagginsbill, the U and V inputs for most nodes, supply U and V when nothing is plugged into them. The values plugged in are subtracted from the inherent value, so plugging a constant 1 into V, gives V - 1. Plugging V into V, gives V - V, or a constant 0. So, (internal V) - (plugged in V - (V mod 0.03125)) gives +V mod 0.03125 which is a sawtooth with 32 teeth along the V axis.
That last sentence would explain why I needed to plug (V - Vmod0.03125) intoV_Offset,and NOT (Vmod0.03125 - V).
However, what came before that doesn't match what I actually see...
To start with, I'm assuming that "...the U and V inputs for most nodes..." includes the V_Offset for Image_Map nodes,yes ?
"...supply U and V when nothing is plugged into them." - hang on ! I thought it was a constant in that situation, i.e. the numerical V_Offset value in the Image_Map node. Regardless of vertical location on the image map.
"...The values plugged in are subtracted from the inherent value, so plugging a constant 1 into V, gives V - 1..." - what ? If I plug a Math_Function (Add, Value_1=1,Value_2=0) into an Image_Map V_Offset (value set at 1) then I get a constant offset 1. Again, regardless of vertical location on the image map.
The 3Dcheapskate (also available in DAZ and HiveWire3D flavours) occasionally posts sensible stuff. Usually by accident.
And it usually uses Poser 11, with units set to inches. Except when it's using Poser 6 or PP2014, or when its units are set to PNU.