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* 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.
*also available in ShareCG, DAZ, and HiveWire3D flavours (the DeviantArt and CGBytes flavour have been discontinued).