[Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [35338] trunk/blender/source/blender: bugfix #26267

Sergey I. Sharybin g.ulairi at gmail.com
Thu Mar 3 22:08:08 CET 2011


  Hi, Ton!

I'm afraid this commit broke to much things.

- After some changes to render settings/node tree render result could be 
incorrect (black textures)
- Sculpt mode with texture is unworkable after undo
- Fixed Texture isn't workable

First two things are quite easy to be fixed, but i have no idea how to 
handle "Fixed Texture" for image piting and "Tiled" for sculpting. Idea 
of initializing image when stroke begins wouldn't work well from artists 
point of view. As i showed you in IRC texture could be procedural and 
when it's sized to brush radius it could have noticable boundary between 
different tiles, but if it'll be re-calculated for needed relative coord 
(from initial brush pos) it'll be continious. You could compare 
http://www.pasteall.org/pic/9577 and http://www.pasteall.org/pic/9578 
(first image is made with texture image created form node at initial 
step, second one - with re-calculation on-demand (how it's implemented 
atm)). In both cases i've used "Magic" texture node. Not sure if it's 
really bad. If not -- i've already got fix for paiting mode and could 
make changes to sculpting mode. If not -- we should create something 
smarter.

And i'm not 100% sure what's happening with this 
ntreeBeginExecTree/ntreeEndExecTree. I've tried to add this near texture 
recalculation in fixed texture brush handler and it worked fine (but 
really slow). But why it's not affected with threading issues? I mean 
what would happen if preview widget would be triggered to redraw between 
my ntreeBeginExecTree/ .. ntreeEndExecTree block? Wouldn't it also lead 
to wrong texture recalculation? And if it've got copy of node tree why 
this BeginExec/EndExec is necessery? And i'm also afraid of preview 
refresh triggering between ntreeBeginExecTree() and actual image 
generating from texture.

One more thing, suclpting uses openmp threads and texture re-calculation 
in them. looks like this also wouldn;t work correct.

P.S. I'm afraid i'll be online only after ~12 a-dam time, so trunk could 
be a bit unusable in this areas until this time.

-------- Original Message --------
Subject: [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [35338] 
trunk/blender/source/blender: bugfix #26267
From: Ton Roosendaal <ton at blender.org>
To: bf-blender-cvs at blender.org
Date: 03/03/2011 11:53 PM
> Revision: 35338
>            http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=35338
> Author:   ton
> Date:     2011-03-03 18:53:07 +0000 (Thu, 03 Mar 2011)
> Log Message:
> -----------
> bugfix #26267
>
> ImageWindow + 3D view texture paint + texture preview render + texture nodes.
> Threading hell! But it works now :)
>
> Modified Paths:
> --------------
>      trunk/blender/source/blender/blenkernel/BKE_texture.h
>      trunk/blender/source/blender/blenkernel/intern/node.c
>      trunk/blender/source/blender/blenkernel/intern/texture.c
>      trunk/blender/source/blender/editors/render/render_preview.c
>      trunk/blender/source/blender/editors/sculpt_paint/paint_image.c
> ...


-- 
With best regards, Sergey I. Sharybin



More information about the Bf-committers mailing list