Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.
Search the Community: Showing results for tags 'maps'.
Found 4 results
hey guys, I did this test scene with a low poly and a high poly spheres (I also did a cage but it made no difference) the most important problems are: - (i think) it looks wrong if the high poly faces are outside the low poly surface (i think it's the darker areas on the map) - I can clearly see the low poly faces check it out, here's what I get using the bake texture rop: this is the Tangent-Space Normal (Nt) (displacement have the same problem) and that's how it looks like rendered with tangent normals applied. I will alse need to bake a procedural diffuse color but I'd like to focus on those other problems first. Once again, thank you /Alvaro Bake.rar
Hey Guys! In a recent demo vid on how Houdini can be used in games, they showed how ocean fx can be used to create normal maps for fluid. at 7:46 I'm just wondering, how do I render the normal map? So far, I unwrapped my grid, and used polyframe to get my normal, tangent and bitangent. But I'm unsure on how to get the colour to reflect the correct values. From a lot of reading, it looks like I have to orient my current normal to turn it into tangent space? I've given it a guess, but it doesn't look right. My next step is then how do I bring this into COPS (what it looks like he's using) to save the normal map out? Thanks a lot! fluid_texture_02_HALP.hipnc
Hi All, I am trying out Mari NC to see what kind of workflow is needed to get UV models out of Houdini and into Mari. In this image I have nice a Box projection that provides a decent looking UV grid across the object. However, if you examine the UV grid you will see that there are a lot of overlapping areas which will not work with Mari. Overlapping areas mean if you paint on one face color may appear on another unintended face. So I have tried out the Houdini UV layout tool and set the scale to limit my UV layout to the maximum of 6 UDIM squares that Mari NC allows. And while this fixes overlapping faces and makes a UV set that Mari can work with it destroys the ability to select associated faces via a UV island. Also there is a ton of wasted space. It looks like the algorithm finds the largest area and populates all the large UV areas on one UDIM tile then moves on to the next UDIM tile, not considering that it could actually use 6 UDIM areas to start with. As you can see the UV faces get smaller and smaller as the UDIM count increases. This ultimately limits paint resolution in Mari when you have to paint on slivers. If the Houdini UV Layout area distribution were smarter I could increase the scale and reduce the number of sliver elements generated. Also, selecting faces in Mari is fairly primitive yet selecting UV islands is quite possible but with the islands split into so many tiny areas selecting by UV areas becomes quite tedious in Mari. I am just wondering if anyone has any tips on UV layout workflow? This probably applies to Substance Painter users as well. ap_runabout_uv_projection_layout_1a.hipnc