Re: rest state for proceduaral textures
Posted: Tue Jun 06, 2023 9:50 pm
.
Community Forums for OTOY Customers
https://render.otoy.com/forum/
any update on this? has it been implemented yet?galleon27 wrote: Rest position is not implemented yet. Its planned for Octane 2022.x
Hello,toby_a wrote:As far as I can tell, nothing has been added relating to this recently. I don't quite understand why UV coordinates can't be used for this purpose. The OP talks about "seams" caused by the use of UVs but I don't quite understand why that would be the case unless we're talking about multiple objects each with their own UV space.
viewtopic.php?f=24&t=80814&p=419149#p419152Goldorak wrote:For architectural and stability reasons it was my call to push Rest position and the remainder of the brigade kernel work to to the next release - 2023.1 - already well underway, see the blog post update on the home page. We will begin testing in the same slack group we used for 2021 beta.
Hi, thanks for the clarification. Would it work for your usecase to generate an additional UV set that doesn't have the discontinuities (for example using the UV Project Sop)? If you name the addtional UV set "uv2" and promote it to a primitive attribute then you should be able to use it in the Mesh UV Projection node in Octane as UV set 2.WoutTgh wrote:Hello,toby_a wrote:As far as I can tell, nothing has been added relating to this recently. I don't quite understand why UV coordinates can't be used for this purpose. The OP talks about "seams" caused by the use of UVs but I don't quite understand why that would be the case unless we're talking about multiple objects each with their own UV space.
because the procedural textures are sampled in uv space( 2D), you get discontinuous textures where the uvmap is discontinuous ( islands ). If it were sampled in 3D space, it would be seamless.
Hello again,toby_a wrote:Hi, thanks for the clarification. Would it work for your usecase to generate an additional UV set that doesn't have the discontinuities (for example using the UV Project Sop)? If you name the addtional UV set "uv2" and promote it to a primitive attribute then you should be able to use it in the Mesh UV Projection node in Octane as UV set 2.WoutTgh wrote:Hello,toby_a wrote:As far as I can tell, nothing has been added relating to this recently. I don't quite understand why UV coordinates can't be used for this purpose. The OP talks about "seams" caused by the use of UVs but I don't quite understand why that would be the case unless we're talking about multiple objects each with their own UV space.
because the procedural textures are sampled in uv space( 2D), you get discontinuous textures where the uvmap is discontinuous ( islands ). If it were sampled in 3D space, it would be seamless.
OK, I don't know if I'm completely understanding this, but it sounds like it's important to have a 3D texture coordinate rather than a 2D one and I will take your word for it!WoutTgh wrote:Hello again,toby_a wrote: Hi, thanks for the clarification. Would it work for your usecase to generate an additional UV set that doesn't have the discontinuities (for example using the UV Project Sop)? If you name the addtional UV set "uv2" and promote it to a primitive attribute then you should be able to use it in the Mesh UV Projection node in Octane as UV set 2.
I don't see how that would work as any good uv map will always have seams. If you don't, that means you're simply flattening the mesh which means overlaps and those will of course be visible when used for texture sampling. In any case, I kinda hacked together a OSL shader ( above) that works quite well, with the exception of normal/bump mapping, something is off with that :p
That's exactly righttoby_a wrote: ... sounds like it's important to have a 3D texture coordinate rather than a 2D one ...
I don't really have the time for this at the moment, perhaps latertoby_a wrote: Are you able to create a simple scene that demonstrates the problem with normal/bump mapping?