I’ve been working on a plugin for a while that automatically sets up the UV of an object the way I need them, which is with the texture being rotated down so to speak? The texture is a text, so I need it to be readable and upright.
And I nearly got everything working, except for the rotation part. I split the object by every triangle, then create orientations that let me rotate the camera to every one of the triangles, then I project from view on every single one of them and merge them back together.
What messes it up is that the viewport camera always has a bit of a roll to it after using view_axis(type='TOP', align_active=True) and I need to roll it back to a “global 0” (don’t know how to put it) so it is upright, and the UV projected from view is also upright.
I tried calculating the roll from a Quaternion using some formula from the web, and then rolling the viewport with bpy.ops.view3d.view_roll(), but it also doesn’t work, and the roll isn’t even 0.0 when calculating it with the same formula.
If you’re just trying to zero out your camera roll there’s a million ways to do this, but the easiest to understand is probably the following:
from mathutils import Euler
from math import radians
rv3d = context.space_data.region_3d
old_rot = rv3d.view_rotation
rv3d.view_rotation = Euler((old_rot, radians(0), old_rot)).to_quaternion()
just remember that a viewport camera doesn’t rotate from where the ‘camera’ is located, it rotates from an invisible orbit point X units in front of the camera (where X depends on your zoom level), so zero’ing out the roll might not have the desired outcome.
It actually works nearly perfectly now! Although sometimes the roll is just 180 degrees around, which means the text ends up being upside down, and I can’t find the condition when that happens to just roll it over accordingly.
I didn’t want to mention it since you didn’t ask- but now that you do, i find it odd that you want to unwrap UVs but we’re sitting here talking about how to rotate cameras
why not skip the middle man and just unwrap the faces?
I need every face to have a separate texture with a text on it, and the text has to be upright, so it is always readable when standing close to it and not randomly rotated. Is there some way to unwrap faces so that the UV is always “upright”?
sure, as long as there is some algorithmic way of thinking of the problem, there is always an algorithmic solution to it. If you think about it, a face already has a local 2D space relative to itself (it’s just a flat plane after all)- it’s just a matter of transforming the 3D points into 2D coordinates (which you can easily do by creating a matrix from the face’s normal, one of the edge vectors, and the cross product of the two.
unfortunately I don’t have a ton of free time at the moment, but I can give you a quick pseudo-code version of what I would do:
For each face in a bmesh:
find the loop that has the lowest Z location, that’s how we’ll determine “right side up”. we’ll call this the “bottom loop”
create a matrix using the face normal as the Z axis, the 'bottom loop" vector as the X axis, and the Y axis would be the cross product of the X and Z axis. all of these vectors should be normalized, obviously. This is our “unwrap matrix”
And then for each uvloop on a face:
Set the uv coordinate to be the uvloop.vert location transformed by the “unwrap matrix”. UV coordinates are Vector2’s, where the vert locations are in 3d space- just remember that you can throw away the Z axis coordinate after the transformation because we transformed everything to a 2D plane. You will also want to normalize the transformed UV coordinate to fit everything into 0,1 space.
At this point you should have each face unwrapped and ‘right side up’, and fit to a texture. You may have additional logic that is needed depending on your specific criteria but that’s the jist of it.
As a side note- this is actually how camera projection works as well, but rather than using the face as the projection plane which I’ve described, it uses the camera’s view plane. Pretty much all of the other steps are the same.