Home Technical Talk

How does the process of preparing "easy to understand" uv-map for game asset looks like ?

node
I got stuck in part where I should prepare uv-map the way that if someone else looks at it, he can easilly see which part of mesh is at which part of uv-space. I will go with tank as example again. Let's say, I would try to place uv-islands of the tank body on the bottom part, while uv-islands of his turret would be located at top part. Sounds easy but, I'm not sure how should I go about it. I'm working in Blender, so from as much I know for now, even if I've placed uv-islands where I want manually, margin between them would stop existing, and it would cause problems for texture padding. "Pack Islands" is going to place them back randomly on the uv-space and, I never heard about inside tool or addon for Blender that could at least tell user about the distance between 2 uv-islands. Or at least try to "pack islands" while trying to keep their position.

I'm aware that explaining it could take a lot of your time, so I would apprecipate even some recommendations for a tutorials (even paid ones) that are showing and explaining, how it is done.

Replies

  • gnoop
    Options
    Offline / Send Message
    gnoop polycounter
    Creepezel said:
    I got stuck in part where I should prepare uv-map the way that if someone else looks at it, he can easilly see which part of mesh is at which part of uv-space.
    Why does it matter?    Someone could just paint on a model  and see where it appears in 2d view
  • Kanni3d
    Options
    Offline / Send Message
    Kanni3d ngon master
    This is more of a concern from legacy workflows, where artists would manually, tediously, and cleverly pack their islands in a certain manner that it would make cohesive sense for themselves and/or other artists when texturing traditionally, like with Photoshop.

    But nowadays, with 3d painting with realtime feedback being the norm, this is all irrelevant. It's more about packing to get the most resolution out of your textures as possible, rather than packing to resemble your model.
  • Ghogiel
    Options
    Offline / Send Message
    Ghogiel greentooth
    Kanni3d said:


    But nowadays, with 3d painting with realtime feedback being the norm, this is all irrelevant.
    Please can everyone tell that to universities that make students ONLY use photoshop and maya for a ton of briefs. Even when substance is sitting there in the studio.
  • Creepezel
    Options
    Offline / Send Message
    Creepezel node
    Oh, so it was only in ancient times where editing image in photoshop was a thing...  At least I learned about it now than later.
  • pior
    Options
    Offline / Send Message
    pior grand marshal polycounter
    I'd actually argue the opposite : the fact that you have (logical) concerns about the layout means that you are having the right mindset. Even the most automated 3d painting workflow isn't an argument for a layout to be unreadable. And assuming that every other people handling the asset will do so using a 3d painting program is one of the things that I like to call a "Recipe For Crunch". "The layout doesn't matter" makes sense in theory, but in practice things can always evolve in unexpected ways.

    Of course there is nuance to that, as not every asset is the same. But a clear unwrap is always a good bonus.

    One easy thing to do is to group the UVs of various parts of the model as 1:1 squares and 1:2 rectangles. From there the overall assembly becomes very easy, and readable. Another bonus is that it allows to chop up the UVs very easily post-bake if there is ever a need to split up the models for optimization. For instance if the head of a character is fully contained within the top left quarter of the layout, then turning that head into an individual asset is just a matter of cropping the textures and scaling up the UVs 2x from the top left corner to fill up the full UV square. A huge time saver when it happens.

    Now whether or not the above does apply to the example of a tank model is a topic in and of itself.
Sign In or Register to comment.