Log In
New Account
Home My Page Projects Blender 2.x BF release
Summary Activity Tracker SCM Files

Blender 2.6 Bug Tracker: Browse

[#24388] multires base mesh

Date:
2010-10-25 17:15
Priority:
3
State:
Closed
Submitted by:
dan grauer (kromar)
Assigned to:
Sergey Sharybin (nazgul)
Category:
Mesh Modeling
Status:
Fixed / Closed
Relates to:
Duplicates:
Patches:
 
Summary:
multires base mesh
Detailed description
base mesh does not get modified when manipulating the subdivided meshes. this causes the problem in the picture when merging vertices and changing topology.

Followup

Message
  • Date: 2010-10-25 17:33
  • Sender: Sergey Sharybin
  • I have to know exactly version of Blender you use, and maybe exact way of reproducing this bug.
  • Date: 2010-10-28 10:36
  • Sender: dan grauer
  • this has been a problem since the first beta version of 2.5 im building blender every day and its a problem with every build.

    as i said, i have no idea how to reproduce the artifact problem, it just happens when i work on a mesh in edit mode and switch back to object mode.

    i attached a blend file where you can see that the base mesh does not get deformed. all i did was adding some subdivisions on the default cube, go into sculpt mode and pulled out the corners. i think that should also bring the base mesh in the form of subdiv 1.

    oh and there is an other problem, when you do a subdivide smooth on all faces in edit mode and go back to object mode then the highres information is lost.

    and an other problem, if the mesh gets modified (deleting a face, addin a vertice with ctrl+lmb and filling the faces) then the first time you go back to object mdoe the mesh is all screwed up, then going into edit mode and back to object mode again removes the highres information as well and you end up with the base mesh again.

    lots and lots of problems there....
  • Date: 2010-10-28 11:13
  • Sender: dan grauer
  • soo i took some time to figure out how to reconstruct the artifact problem.

    its acctually very simple, create a base cube, subdivide one edge so you get triangles. then add a multires modifier and give it some subdivisions.
    now go into edit mode, select 2 tris and hit f to make a quad. now go back to object mode and you get the artifacts.

    see artifact.blend for example
  • Date: 2010-11-02 12:05
  • Sender: Sergey Sharybin
  • Pardon for not answering, just got back from bconf.

    Yep, i could reproduce artifacts when merging faces. Will review it soon.

    What about loosing highres information when making some changes in edit mode -- it's more TODO atm. I mean it could be some kind of "reprojestion" when you make changes in mesh topology, but personally i can't see how it should work in general.
  • Date: 2010-11-04 09:08
  • Sender: dan grauer
  • well in the old blender the edit mode was switching to the current subdivision level and not like in 2.5 to subdiv 0.

    and loosing the highres information might have to do with that because when you go to lvl 0 there is no deformation even if the higher levels got deformed. so if you change anything there its not connected to the higher lvls. at least thats how i guess this is "working".
    this might also be the reason why we get these artifacts when doing stuff in lvl 0.
  • Date: 2010-11-04 10:01
  • Sender: Sergey Sharybin
  • In 2.49 you was unable to change topology (only deformation) in edit mode, in 2.5 you could, and loosing highres happens when you change topology, it wouldn't lost if you change only deformation.
    And i'd prefer to keep saving highres after topology changing in todo due to missed clear solution for it.
  • Date: 2010-11-04 17:02
  • Sender: Sergey Sharybin
  • Random deformation was fixed in svn32869. I've been unable to reproduce bug with screwing, but it should be fixed as well (if not -- tell me).
    Saving highres after topology changes still in todo.
    Thanks for report.
  • Date: 2010-11-08 11:27
  • Sender: dan grauer
  • i have a lot of crashes when i switch back to object mode since that version... i dont know how to reproduce this but i think it might have to do with topology changing as well.
  • Date: 2010-11-08 15:01
  • Sender: Sergey Sharybin
  • Yep, was my mistake with division by zero. Could you update to rev32946 and check again?
 

Attached Files:

Name Date Download
ScreenShot432.png 2010-10-25 17:15 Download
multires.blend 2010-10-28 10:36 Download
artifact.blend 2010-10-28 11:13 Download

Changes:

Field Old Value Date By
close_date2010-11-08 15:012010-11-08 15:01nazgul
ResolutionApproved2010-11-04 17:02nazgul
close_date2010-11-04 17:022010-11-04 17:02nazgul
status_idOpen2010-11-04 17:02nazgul
ResolutionInvestigate2010-11-02 12:05nazgul
File Added13287: artifact.blend2010-10-28 11:13kromar
File Added13283: multires.blend2010-10-28 10:36kromar
ResolutionNone2010-10-25 17:33nazgul
assigned_tonone2010-10-25 17:33nazgul
File Added13236: ScreenShot432.png2010-10-25 17:15kromar