Texture Baking #37681

New Issue

Dalai Felinto · 2013-12-02T19:25:57+01:00

Ludos1978 commented

2013-12-02 19:25:57 +01:00

(Migrated from localhost:3001)

System Information
OSX 10.8.5 and NVIDIA GeForce GT 650M 1024 MB

Blender Version
Broken: Blender 2.68a, possibly all versions

Short description of error
When baking (tried only with ambien occlusion) a texture, it does not render the pixels under the edges of a vertex.

Exact steps for others to reproduce the error
see attached blend file and image. when baking ambient occlusion the pixels of the image under a edge of a vertex will be black. This causes errors in the endresult, increasing the margin does not fix the problem in a most cases. for uv-unwraps of very long (and thin) vertices it will allways fail.

Bildschirmfoto_2013-12-02_um_18.57.25.pdf
problem-sample.blend

**System Information** OSX 10.8.5 and NVIDIA GeForce GT 650M 1024 MB **Blender Version** Broken: Blender 2.68a, possibly all versions **Short description of error** When baking (tried only with ambien occlusion) a texture, it does not render the pixels under the edges of a vertex. **Exact steps for others to reproduce the error** see attached blend file and image. when baking ambient occlusion the pixels of the image under a edge of a vertex will be black. This causes errors in the endresult, increasing the margin does not fix the problem in a most cases. for uv-unwraps of very long (and thin) vertices it will allways fail. [Bildschirmfoto_2013-12-02_um_18.57.25.pdf](https://archive.blender.org/developer/F36088/Bildschirmfoto_2013-12-02_um_18.57.25.pdf) [problem-sample.blend](https://archive.blender.org/developer/F36089/problem-sample.blend)

Ludos1978 commented

2013-12-02 19:25:57 +01:00

(Migrated from localhost:3001)

Changed status to: 'Open'

Ludos1978 commented

2013-12-02 19:25:57 +01:00

(Migrated from localhost:3001)

Added subscriber: @Ludos1978

Dalai Felinto commented

2013-12-02 20:50:20 +01:00

Added subscriber: @dfelinto

JA 12 commented

2013-12-03 01:45:42 +01:00

Added subscriber: @ja12

JA 12 commented

2013-12-03 01:45:42 +01:00

I don't see a problem here. Bake margin of 0 tries to keep the bake inside the UV islands and with a low resolution image it's far from corner vertices. Increasing the margin to 3 is enough to cover all UV islands -> problem solved.

I don't see a problem here. Bake margin of 0 tries to keep the bake inside the UV islands and with a low resolution image it's far from corner vertices. Increasing the margin to 3 is enough to cover all UV islands -> problem solved. ![problem-sample.blend.png](https://archive.blender.org/developer/F36132/problem-sample.blend.png)

Ludos1978 commented

2013-12-03 11:00:18 +01:00

(Migrated from localhost:3001)

If you have very streched vertices it is impossible to have the thin part of it correctly calculated by using the margin option. see the attached picture as example. the example blend file may not describe the problem, but it does illustrate what must be fixed, so the real problem is fixed. the problem will arise when you have complex objects and you want to use texture baking on a production level.

the functionality of the margin is solely to fix problems that may arise from texture filtering, a process that is used in realtime texture calculation that uses pixels outside the uv-unwrapped area. however a correct texture must have all pixels drawn within or under the edges. there is no logical explanation why a margin of 0 gives me black pixels on the object (it is just how it's been all the time, but no correct).

like allways, by manually fixing every uv-map - splitting triangles so there are no long-streched vertices - it is possible to circumvent (but not solve) this problem.

i have seen serveral problems that make baking of blender unusable for real game production in my own projects and giving classes about blender. i identified this problem by luck and i would be really pleased to have it fixed because i dont want to use another tool for baking (which i am currently fored to)...

If you have very streched vertices it is impossible to have the thin part of it correctly calculated by using the margin option. see the attached picture as example. the example blend file may not describe the problem, but it does illustrate what must be fixed, so the real problem is fixed. the problem will arise when you have complex objects and you want to use texture baking on a production level. the functionality of the margin is solely to fix problems that may arise from texture filtering, a process that is used in realtime texture calculation that uses pixels outside the uv-unwrapped area. however a correct texture must have all pixels drawn within or under the edges. there is no logical explanation why a margin of 0 gives me black pixels on the object (it is just how it's been all the time, but no correct). like allways, by manually fixing every uv-map - splitting triangles so there are no long-streched vertices - it is possible to circumvent (but not solve) this problem. i have seen serveral problems that make baking of blender unusable for real game production in my own projects and giving classes about blender. i identified this problem by luck and i would be really pleased to have it fixed because i dont want to use another tool for baking (which i am currently fored to)...

Ludos1978 commented

2013-12-03 13:36:08 +01:00

(Migrated from localhost:3001)

here is another - more specific - problem example (watch for the scene-camera facing triangle). using lightmap pack i uv-unwrapped the object. in some of the sharp edges there are non-rendered texture parts produced by the described problem. increasing the margin will only conceal the underlying problem. manually fixing the parts is possible of course. but it takes a lot of time and for a huge amout of objects is a very disturbing process. i am unsure wether it will be possible to fix, if it introduces other problems with seams, but i think it's worth checking.

problem-sample.blend

here is another - more specific - problem example (watch for the scene-camera facing triangle). using lightmap pack i uv-unwrapped the object. in some of the sharp edges there are non-rendered texture parts produced by the described problem. increasing the margin will only conceal the underlying problem. manually fixing the parts is possible of course. but it takes a lot of time and for a huge amout of objects is a very disturbing process. i am unsure wether it will be possible to fix, if it introduces other problems with seams, but i think it's worth checking. [problem-sample.blend](https://archive.blender.org/developer/F36187/problem-sample.blend)

Sergey Sharybin self-assigned this 2013-12-05 14:17:55 +01:00

Sergey Sharybin commented

2013-12-05 14:17:55 +01:00

The issue is caused by UV face being thinner than a pixel which makes rasterizer believe it run out from the mesh and should stop doing the business.

Not sure whether there's a simple solution for this, only one way to find out!

The issue is caused by UV face being thinner than a pixel which makes rasterizer believe it run out from the mesh and should stop doing the business. Not sure whether there's a simple solution for this, only one way to find out!

Ludos1978 commented

2013-12-10 13:59:19 +01:00

(Migrated from localhost:3001)

i have another point that should be considered when trying to fix this problem. detached triangles that are above the baked mesh will cause the texture to be dark, even in areas that are not completely covered. i think that this may not be completely fixed in a way that it's good for every purpose. however when working on the problem this may be another sample to look into.

counter-sample.blend

i have another point that should be considered when trying to fix this problem. detached triangles that are above the baked mesh will cause the texture to be dark, even in areas that are not completely covered. i think that this may not be completely fixed in a way that it's good for every purpose. however when working on the problem this may be another sample to look into. ![Bildschirmfoto_2013-12-10_um_13.56.04.png](https://archive.blender.org/developer/F38212/Bildschirmfoto_2013-12-10_um_13.56.04.png) [counter-sample.blend](https://archive.blender.org/developer/F38211/counter-sample.blend)

URMOM URMOMSON commented

2013-12-12 17:05:14 +01:00

Added subscriber: @Swyter

Sergey Sharybin commented

2014-08-12 16:12:40 +02:00

Changed status from 'Open' to: 'Archived'

Sergey Sharybin closed this issue

2014-08-12 16:12:40 +02:00

Sergey Sharybin commented

2014-08-12 16:12:40 +02:00

This is actually rather tricky issue, which isn't so easy to resolve to make it working reliably in all the cases. Will move to the TODO for now (since current match is correct, it's approach to be changed in general to solve the issue) and solve it later.

Here's the link http://wiki.blender.org/index.php/Dev:2.5/Source/Development/Todo/Render#Baking

Thanks for the report and stay tuned.

This is actually rather tricky issue, which isn't so easy to resolve to make it working reliably in all the cases. Will move to the TODO for now (since current match is correct, it's approach to be changed in general to solve the issue) and solve it later. Here's the link http://wiki.blender.org/index.php/Dev:2.5/Source/Development/Todo/Render#Baking Thanks for the report and stay tuned.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Texture Baking #37681