Bake errors & question
http://forums.secondlife.com/showpost.php?p=2506129&postcount=836
A problem in the SL forum occurs in Primstar0.9.3&0.9.4.
---------------------
I changed 8*32 objects to 32*32 in Subdivision. Form collapses when I do Bake of the object with Primstar0.9.3&0.9.4.
Blender 2.49aPython 2.6.2
| Attachment | Size |
|---|---|
| Subdivision_problem090919.blend | 464.39 KB |
UV layout needs fixing
Not sure how it happened (maybe you left subsurf UVs on?), but the UV map isn't quite right in this file. If you enable UV - Snap to pixel and UV - Layout clipped to image size then select all points on the map. G to grab and then left click to accept. It won't look like anything has happened, but it'll now bake correctly.
I've also tested the same shape newly created from the Test GUI and it works first time.
Bingo! I understandd how the
Bingo! I understandd how the messy object can be reproduced ;-) Here we go :
1.) Create an 8*8 sculpty (no subdivisions)
2.) go to edit mode and subdivide twice
3.) assign a new image to the sculpty of size 64*64
4.) Bake
Mess is done... Is that a blender bug again ?
Cheers, Gaia
Subdivide inaccuracy
Yes it does look like a Blender bug, or at least an oversight. The UV Map is usually the last thing done in modelling, not the first, so we have a rather unique workflow with sculpties that's more demanding on the UV map accuracy than the usual Blender workflow.
thank you
>If you enable UV - Snap to pixel and UV - Layout clipped to image size then >select all points on the map. G to grab and then left click to accept. It won't look >like anything has happened
I succeeded once in my environment
Form of the UV collapses other than it for some reason. Because I could evade it if I changed a procedure, I heard this problem in question degree. Thank you for an answer
And I pray for the revision of the first question. The problem that Bake is not made when I "Merge Vertex" is a cause of worry for me very much.
test blend
With any problems, if you can provide a .blend file that shows what goes wrong, it makes it a lot easier for people helping. There's no language barrier with a .blend file and when trying to reproduce a problem it saves a lot of time.
I forgot to attach a file.
Only an object of "Cylinder001" gives the error
Definate bug
This is definately a bug. I know how to fix it, but doing so has brought another problem up. This isn't so simple to fix. It's a problem caused by the face edge recognition which sees the triangles as edges on the map and gives them seam priority in the baking. I'm not sure how I can fix this without breaking the UV map edge detection which is needed for the joined mesh baking. I'll try a few things out and get back to you on it.
Fixed triangle faces at poles
Primstar 0.9.5-git is out with a fix for this problem.
I've delayed the fold in of the last line until the bake to image stage rather than doing it during the bakemap construction. This gets around the triangles being drawn as seams issue by giving priority to the tips on the last row rather than just using the first value plotted.
quick fix :O
Thank you for a Fixed.
Please watch "test20090920.blend". The tip is bankrupted when I do Bake in one objects. I intend to have understood that there were various problems to revise it. I made the tip with "002 & 002Bake" ways. Will my how to make be right?
Another bug
Thanks again for the .blend - it shows another problem - which at first I thought I'd introduced with the quick fix. I'm not sure yet what's causing it but it doesn't happen if you don't merge vertices.
Merged poles fixed
Fixed in 0.9.6
Note: For triangles on top row of uv map the tip should be at the left so it will map the vertex points to even pixels.
Post new comment