Multires: changes not smoothly propagated from low to high, for example with apply base #58473

New Issue

Ismael Fuentes · 2018-12-01T22:20:54+01:00

Ismael Fuentes commented

2018-12-01 22:20:54 +01:00

System Information
Operating system: Windows 10
Graphics card: Nvidia GeForce TITAN Black 32GB RAM

Blender Version
Broken: 2.80 Beta, 0f5b53ba4dc, blender2.8, 2018-11-30
Worked: (optional)

Short description of error
Apply Base malfunction in the multiresolution modifier.
I have also noticed that the polygon counter does not work in sculpt mode.

Exact steps for others to reproduce the error

New scene with general design.
Ctrl + 5 to subdivide the cube.
Apply Subdivision modifier.
Add multiresolution modifier and subdivide 5 times. Tris: 12,582,912
The right button of the mouse. Smoth Shading.
Change to "sculpting" workspace.
Select the Grab brush and move the mesh.
In the multires modifier press "Apply Base"
The mesh is deformed in a strange way.

**System Information** Operating system: Windows 10 Graphics card: Nvidia GeForce TITAN Black 32GB RAM **Blender Version** Broken: 2.80 Beta, 0f5b53ba4dc, blender2.8, 2018-11-30 Worked: (optional) **Short description of error** Apply Base malfunction in the multiresolution modifier. I have also noticed that the polygon counter does not work in sculpt mode. **Exact steps for others to reproduce the error** - New scene with general design. - Ctrl + 5 to subdivide the cube. - Apply Subdivision modifier. - Add multiresolution modifier and subdivide 5 times. Tris: 12,582,912 - The right button of the mouse. Smoth Shading. - Change to "sculpting" workspace. - Select the Grab brush and move the mesh. - In the multires modifier press "Apply Base" - The mesh is deformed in a strange way. ![01.jpg](https://archive.blender.org/developer/F5782852/01.jpg) ![02.jpg](https://archive.blender.org/developer/F5782854/02.jpg)

Ismael Fuentes commented

2018-12-01 22:20:54 +01:00

Added subscriber: @Isfuelo

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender-addons#74716 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#59758 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#59359 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#60262 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#42796 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#62427 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#69433 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#72102 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#71874 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#70816 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#70837 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#70700 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#67068 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#66488 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#66569 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#66450 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#64737 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

#65179 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#63647 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#61747 was marked as duplicate of this issue

blender-admin commented

2018-12-01 22:20:54 +01:00

blender/blender#58475 was marked as duplicate of this issue

Sergey Sharybin was assigned by Sebastian Parborg

2018-12-07 17:07:16 +01:00

Sebastian Parborg commented

2019-02-20 15:15:34 +01:00

Added subscriber: @FrancoisRimasson

Sebastian Parborg commented

2019-04-16 13:19:08 +02:00

Added subscriber: @ssendam

Brecht Van Lommel changed title from ~~Multiresolution Modifier. Apply Base malfunction.~~ to Multires: changes not smoothly propagated from low to high, for example with apply base

2019-05-29 14:22:50 +02:00

Brecht Van Lommel commented

2019-05-29 14:23:00 +02:00

Added subscribers: @JulienKaspar, @Sergey, @PabloDobarro, @MeshVoid, @brecht

Brecht Van Lommel commented

2019-05-29 14:24:01 +02:00

Added subscriber: @RodDavis

Brecht Van Lommel commented

2019-07-05 01:56:34 +02:00

Added subscribers: @ebarranco, @Mobin-2

Brecht Van Lommel commented

2019-07-09 18:39:43 +02:00

Added subscribers: @YegorSmirnov, @TheCharacterhero-4

Sergey Sharybin commented

2019-07-15 10:34:24 +02:00

Added subscribers: @jameschaselight, @ZedDB

Sebastian Parborg commented

2019-07-17 17:28:56 +02:00

Added subscriber: @siebeneicher

Alex commented

2019-07-17 20:04:47 +02:00

Added subscriber: @SpectreFirst

Nick Cuthbert commented

2019-07-18 00:16:57 +02:00

Added subscriber: @ncthbrt

Alex commented

2019-07-23 17:55:33 +02:00

Are there any news about broken subdivisions, missing UVs and vertex colors in Sculpt Mode? 2.8 Release Notes says it will be fixed before the final release but since 2.8 got a second RC and all the problems seems to be there I’m starting to worry that we’ll have a release with broken Multires.

Nick Cuthbert commented

2019-07-24 13:04:55 +02:00

This bug really ruined my day. Lost a whole day's work as I had to re sculpt everything at a higher subdivision level. I don't mind occasional crashes, especially in OSS/beta software. But this bug essentially amounts to silent corruption.

Stanislav Ovcharov commented

2019-08-15 10:29:17 +02:00

Added subscriber: @StanislavOvcharov

Vertex commented

2019-09-22 09:46:18 +02:00

Added subscriber: @VertexPainter

Igor commented

2019-09-23 10:08:47 +02:00

Added subscriber: @unumex-4

Brecht Van Lommel commented

2019-10-10 13:52:58 +02:00

Added subscriber: @Frozen_Death_Knight

Steffen Dünner commented

2019-10-10 14:15:46 +02:00

Added subscriber: @SteffenD

Frozen_Death_Knight commented

2019-10-10 14:21:15 +02:00

I really hope @Sergey makes this as a higher priority fix. With all the changes already being done to Sculpt Mode, having a MultiRes modifier that doesn't work that well is really big obstacle for doing high quality work. This and Apply Base need to get looked at. Frankly, Apply Base should be removed from the MultiRes modifier and be done automatically to the base mesh. Having the modifier be this non-destructive just isn't a good way for any program that wants to do any serious sculpting work, especially when said feature is incredibly slow and doesn't work.

Julian Perez commented

2019-10-10 14:36:28 +02:00

Added subscriber: @JulianPerez

michael knubben commented

2019-10-10 14:38:51 +02:00

Added subscriber: @michaelknubben

michael knubben commented

2019-10-10 14:38:51 +02:00

I think there's a need for a totally non-destructive MultiRes, but there should definitely be an option (possibly default) to automatically apply to the base mesh as well.
Another solution is to add the original form as a blendshape, so the user can always return to their starting point.

I think there's a need for a totally non-destructive MultiRes, but there should definitely be an option (possibly default) to automatically apply to the base mesh as well. Another solution is to add the original form as a blendshape, so the user can always return to their starting point.

Yegor commented

2019-10-10 15:01:16 +02:00

I agree, that the base mesh should stay intact, at least as an option. I don't see why non-automatic way can interfere with a serious sculpt work.
All we need is stable and correct work of the multires modifier.

I agree, that the base mesh should stay intact, at least as an option. I don't see why non-automatic way can interfere with a serious sculpt work. All we need is stable and correct work of the multires modifier.

Frozen_Death_Knight commented

2019-10-10 15:06:26 +02:00

In #58473#793338, @YegorSmirnov wrote:
I agree, that the base mesh should stay intact, at least as an option. I don't see why non-automatic way can interfere with a serious sculpt work.
All we need is stable and correct work of the multires modifier.

A subdiv system that doesn't do this automatically is a badly designed subdiv system for sculpting. ZBrush does this seamlessly and that is what MultiRes has to compete with to be taken seriously as a sculpting software.

> In #58473#793338, @YegorSmirnov wrote: > I agree, that the base mesh should stay intact, at least as an option. I don't see why non-automatic way can interfere with a serious sculpt work. > All we need is stable and correct work of the multires modifier. A subdiv system that doesn't do this automatically is a badly designed subdiv system for sculpting. ZBrush does this seamlessly and that is what MultiRes has to compete with to be taken seriously as a sculpting software.

Yegor commented

2019-10-10 15:12:19 +02:00

Ok, I can see the statement, but not the answer why it's a bad design (except that it's automatic in ZBrush).

Frozen_Death_Knight commented

2019-10-10 15:20:31 +02:00

In #58473#793349, @YegorSmirnov wrote:
Ok, I can see the statement, but not the answer why it's a bad design (except that it's automatic in ZBrush).

https://developer.blender.org/T70700

See the videos for comparison. One is fast, easy to work with, and practical (ZBrush) and the other is slow, tedious, and nearly useless (Blender). Apply Base is just awful design since it most often than not does not work as expected, yet you still have very long wait times just to get back to work. To work with subdivs for sculpting is to work destructive.

ZBrush has other ways to work non-destructively by using layers that can save changes to separate timelines that you can mix and match at will. There is no reason to have the MultiRes be the non-destructive workflow when that is not the purpose of said feature. Its purpose is to create a fast and efficient (destructive!) workflow for high poly sculpts where you can make large changes in the lower subdivs without being slowed down while retaining high quality details like pores, materials, and other imperfections.

> In #58473#793349, @YegorSmirnov wrote: > Ok, I can see the statement, but not the answer why it's a bad design (except that it's automatic in ZBrush). https://developer.blender.org/T70700 See the videos for comparison. One is fast, easy to work with, and practical (ZBrush) and the other is slow, tedious, and nearly useless (Blender). Apply Base is just awful design since it most often than not does not work as expected, yet you still have very long wait times just to get back to work. To work with subdivs for sculpting is to work destructive. ZBrush has other ways to work non-destructively by using layers that can save changes to separate timelines that you can mix and match at will. There is no reason to have the MultiRes be the non-destructive workflow when that is not the purpose of said feature. Its purpose is to create a fast and efficient (destructive!) workflow for high poly sculpts where you can make large changes in the lower subdivs without being slowed down while retaining high quality details like pores, materials, and other imperfections.

Brecht Van Lommel commented

2019-10-10 15:27:56 +02:00

Please stay on topic in bug reports, use devtalk if you want to propose changes to the design. There is nothing preventing this to be an option.

Regnas commented

2019-10-10 15:28:05 +02:00

Added subscriber: @Regnas

Regnas commented

2019-10-10 15:28:05 +02:00

In #58473#793349, @YegorSmirnov wrote:
why it's a bad design (except that it's automatic in ZBrush).

This is not a "zbrush only" thing. This is how it works on all sculpting apps.
If you want to keep your base mesh intact, just keep a copy of it on your hard drive.

And of course I'm not against having it as an option, but automatic should be the default.

> In #58473#793349, @YegorSmirnov wrote: >why it's a bad design (except that it's automatic in ZBrush). This is not a "zbrush only" thing. This is how it works on all sculpting apps. If you want to keep your base mesh intact, just keep a copy of it on your hard drive. And of course I'm not against having it as an option, but automatic should be the default.

Philipp Oeser commented

2019-10-15 12:35:55 +02:00

Added subscribers: @aftamat4ik, @lichtwerk

Sergey Sharybin commented

2019-10-15 15:00:38 +02:00

Added subscriber: @AlbertoVelazquez

Petter Lundh commented

2019-10-29 16:26:24 +01:00

Added subscriber: @PetterLundh

Bartosz Moniewski commented

2019-10-29 18:07:00 +01:00

Added subscriber: @BartekMoniewski

Alan Redd commented

2019-11-12 21:40:15 +01:00

Added subscriber: @AlRedd-3

Alan Redd commented

2019-11-12 21:40:15 +01:00

Hey @Sergey any ETA on when this will be fixed? Just curious :)

Sergey Sharybin commented

2019-11-13 22:26:55 +01:00

@AlRedd-3, the proper fix will be started to be worked on as soon as 2.81 tasks are tackled.

Alan Redd commented

2019-11-14 14:11:22 +01:00

In #58473#810587, @Sergey wrote:
@AlRedd-3, the proper fix will be started to be worked on as soon as 2.81 tasks are tackled.

That's great to know! Thank you for your reply! :)

> In #58473#810587, @Sergey wrote: > @AlRedd-3, the proper fix will be started to be worked on as soon as 2.81 tasks are tackled. That's great to know! Thank you for your reply! :)

ronan ducluzeau commented

2019-11-16 10:50:06 +01:00

Added subscriber: @zeauro

ronan ducluzeau commented

2019-11-16 10:50:06 +01:00

If preview level is set to zero, artifacts are less important, less problematic and can be smoothed.
In 2.81, you could greyed out button when preview level is not equal to zero.

If preview level is set to zero, artifacts are less important, less problematic and can be smoothed. In 2.81, you could greyed out button when preview level is not equal to zero.

Alexander commented

2019-11-18 10:10:48 +01:00

so now it will be fixed only in 2.82? this is worst bug i ever had in sculpting and now no one knows how to fix it.

Vlad Kuzmin commented

2019-11-20 04:48:56 +01:00

Added subscriber: @ssh4

Pablo Dobarro commented

2019-11-25 03:25:23 +01:00

Added subscriber: @MassimilianoPuliero

dupoxy commented

2019-11-29 17:19:13 +01:00

Added subscriber: @dupoxy

Pablo Dobarro commented

2019-12-02 03:58:14 +01:00

Added subscriber: @cheteron

Addison commented

2019-12-13 01:08:03 +01:00

Added subscriber: @seaside98-4

Michael Soluyanov commented

2019-12-17 13:55:13 +01:00

Added subscriber: @crantisz

Alan Redd commented

2019-12-23 18:06:55 +01:00

This comment was removed by @AlRedd-3

*This comment was removed by @AlRedd-3*

Vadik commented

2020-01-02 01:50:44 +01:00

Added subscriber: @sid350

LapisSea commented

2020-01-02 17:09:34 +01:00

Added subscriber: @LapisSea

Pablo Dobarro commented

2020-01-07 02:00:58 +01:00

Added subscribers: @spiraloid-3, @TheRedWaxPolice, @tux21b, @AntoineRol, @Xorrito, @ErickNyanduKabongo, @item412

Pablo Dobarro commented

2020-01-08 16:57:52 +01:00

Added subscriber: @JacquesLucke

Julian Perez commented

2020-01-09 14:41:09 +01:00

Any news on this? I'm still jumping between 2.79 and 2.81 only because of this multires issue. 2.79 has problems too but at least I can navigate around them and get good results.
As a generalist that uses sculpting only on some client projects, I can't afford a Zbrush/3DCoat license (though I really want one now). And I'm pretty sure that like me there are also many users that need and depend on this functionality simply because they can't afford other options... :(

Any news on this? I'm still jumping between 2.79 and 2.81 only because of this multires issue. 2.79 has problems too but at least I can navigate around them and get good results. As a generalist that uses sculpting only on some client projects, I can't afford a Zbrush/3DCoat license (though I really want one now). And I'm pretty sure that like me there are also many users that need and depend on this functionality simply because they can't afford other options... :(

Andrey commented

2020-01-09 20:24:56 +01:00

Added subscriber: @Andruxa696

Andrey commented

2020-01-09 20:24:56 +01:00

if I understand correctly, it is pretty hard to fix because code is old , changed few times by different people, + it is complicated and messed up. I also think that multires very important for production quality models. I was think it will be fixed in 2.80, then 2.81 and now seems it will not be fixed in 2.82. If it is so complicated to fix, and even after it will be fixed, what if there will be need to add new features like layer sculpting (blendshapes) or vertex color support in multires. Will it be again so complicated and maybe even not possible to implement?
Maybe it is a good reason to try discuss possibility of new implementation of multires? there is some open source examples, where can be find inspiration, basic implementation for new better Multires with more structured and simplified code .
Maybe we can ask for help Stephane Ginier , developer of SculptGL.
Thanks for your time, also thanks to Sergey Sharybin and Pablo Dobarro for their hard work.

if I understand correctly, it is pretty hard to fix because code is old , changed few times by different people, + it is complicated and messed up. I also think that multires very important for production quality models. I was think it will be fixed in 2.80, then 2.81 and now seems it will not be fixed in 2.82. If it is so complicated to fix, and even after it will be fixed, what if there will be need to add new features like layer sculpting (blendshapes) or vertex color support in multires. Will it be again so complicated and maybe even not possible to implement? Maybe it is a good reason to try discuss possibility of new implementation of multires? there is some open source examples, where can be find inspiration, basic implementation for new better Multires with more structured and simplified code . Maybe we can ask for help Stephane Ginier , developer of SculptGL. Thanks for your time, also thanks to Sergey Sharybin and Pablo Dobarro for their hard work.

LapisSea commented

2020-01-09 21:10:06 +01:00

I absolutely agree. Multires badly needs some love.

In #58473#845438, @Andruxa696 wrote:
Maybe it is a good reason to try discuss possibility of new implementation of multires? there is some open source examples, where can be find inspiration, basic implementation for new better Multires with more structured and simplified code .

Deprecating the current implementation and starting clean sounds like the right way to go about it in the long run but it leaves artists with no fully functioning multires for an even longer time.
Another thing to consider is a fundamental redesign to better accommodate support for mesh data such as vertex color and shape keys. For example, associating multires to the mesh data rather than the modifier stack as it would act a lot more like an extension of mesh data rather than a topology modification. (that is only if support for vertex paint and such is in mind)

I absolutely agree. Multires badly needs some love. > In #58473#845438, @Andruxa696 wrote: > Maybe it is a good reason to try discuss possibility of new implementation of multires? there is some open source examples, where can be find inspiration, basic implementation for new better Multires with more structured and simplified code . Deprecating the current implementation and starting clean sounds like the right way to go about it in the long run but it leaves artists with no fully functioning multires for an even longer time. Another thing to consider is a fundamental redesign to better accommodate support for mesh data such as vertex color and shape keys. For example, associating multires to the mesh data rather than the modifier stack as it would act a lot more like an extension of mesh data rather than a topology modification. (that is only if support for vertex paint and such is in mind)

Pablo Dobarro commented

2020-01-10 15:57:16 +01:00

Added subscribers: @MatthewHeimlich, @saib, @Psy-Fi

Pablo Dobarro commented

2020-01-10 16:03:59 +01:00

Added subscriber: @mrfla14

Pablo Dobarro commented

2020-01-10 16:04:37 +01:00

Added subscriber: @Dragon.Studio

Ghost commented

2020-01-10 22:19:16 +01:00

Added subscriber: @dfelinto

Ghost commented

2020-01-10 22:19:16 +01:00

Yo @dfelinto Can you keep us update on this email

Hi Pablo,

I really appreciate your enthusiasm for the sculpting/painting system, as
well as your concern with the overall quality of Blender. If you think
multires is on the way of the sculpting development, and I trust you on
this, I will need your help to understand what exactly needs to be done
here.

There are enough people that can help you implementing that, once the issue
is more clear. So don't worry about lacking the necessary knowledge at the
moment. Also, don't worry about the required time. As you pointed out, this
seems important enough to justify you focusing on that over the other
features.

I will call you tomorrow to talk about that,
Dalai

Do we still have some kind of hope?

Yo @dfelinto Can you keep us update on this email > Hi Pablo, >I really appreciate your enthusiasm for the sculpting/painting system, as >well as your concern with the overall quality of Blender. If you think >multires is on the way of the sculpting development, and I trust you on >this, I will need your help to understand what exactly needs to be done >here. >There are enough people that can help you implementing that, once the issue >is more clear. So don't worry about lacking the necessary knowledge at the >moment. Also, don't worry about the required time. As you pointed out, this >seems important enough to justify you focusing on that over the other >features. >I will call you tomorrow to talk about that, >Dalai Do we still have some kind of hope?

LethalDumpster commented

2020-01-11 12:16:18 +01:00

Added subscriber: @LethalDumpster

Dalai Felinto commented

2020-01-14 15:45:21 +01:00

@ErickNyanduKabongo better if we keep the discussions where they originated. I will write an update to bf-committers now. Thanks for the reminder.

Brecht Van Lommel commented

2020-01-20 14:17:28 +01:00

This is not happening for 2.82 since we are in bugfixing only phase now, and this is a bigger change.

Alexander commented

2020-01-20 15:56:07 +01:00

there are few suggetions for people that has this bug:
For example you have already made model with hires modifier and you want to use Apply Base on it. Like this one

If you just press that button it will ... destroy your sculpt -

But! If you first sculpt something on model ... something, whatever it is

And only then press Apply Base - everything will be ok.

This is after i pressed Apply Base. as you see all sculpt data is on it's place. But topology of mesh is changed. Probably when blender activates sculpt mode it is not load all the sculpt data or... something like this.

there is still problems, if you press Aplly Base 5-6 times it will destroy your mesh like this:

More times you press Aplly Base - more distortion you will get.

Maybe there is a way to... fix positions of lowpoly mesh vertexes by binding them to some closest vertexes of highpoly mesh from multires? And when user press Apply Base it should move only when that highpoly mesh vertexes are moved... (sorry for my english). I don't want to install visual studio and else things because by pc has no memory left on c drive. But i want to fix it, ofk. Because Multires modifier is very useful for making Normal Maps, paint some scars, pores and other things. Dyntopo is great but there is a lot of situations where you cannot remesh your model every time you change it. + baking normal map from multires is faster + very accurate (maybe in future we will have baking AO or Cavity maps from multires, i hope).

For tests i used latest blender 2.82 beta build from Blender.org, blender-2.82-81b7f8efaf7a-windows64
I don't know why, but someone removed old level switch feature frob Multires. This how it was(in 06 month of 2.8 build) -

And now how it is -

I don't know who and why done this. Because bug is still in place, but no level switching anymore.... Why? Please, at least return this level switch to us.

there are few suggetions for people that has this bug: For example you have already made model with hires modifier and you want to use Apply Base on it. Like this one ![pic1.PNG](https://archive.blender.org/developer/F8289755/pic1.PNG) If you just press that button it will ... destroy your sculpt - ![pic2.PNG](https://archive.blender.org/developer/F8289763/pic2.PNG) But! If you first sculpt something on model ... something, whatever it is ![pic3.PNG](https://archive.blender.org/developer/F8289766/pic3.PNG) And only then press Apply Base - everything will be ok. ![Pic4.PNG](https://archive.blender.org/developer/F8289768/Pic4.PNG) This is after i pressed Apply Base. as you see all sculpt data is on it's place. But topology of mesh is changed. Probably when blender activates sculpt mode it is not load all the sculpt data or... something like this. there is still problems, if you press Aplly Base 5-6 times it will destroy your mesh like this: ![pic5.PNG](https://archive.blender.org/developer/F8289785/pic5.PNG) More times you press Aplly Base - more distortion you will get. Maybe there is a way to... fix positions of lowpoly mesh vertexes by binding them to some closest vertexes of highpoly mesh from multires? And when user press Apply Base it should move only when that highpoly mesh vertexes are moved... (sorry for my english). I don't want to install visual studio and else things because by pc has no memory left on c drive. But i want to fix it, ofk. Because Multires modifier is very useful for making Normal Maps, paint some scars, pores and other things. Dyntopo is great but there is a lot of situations where you cannot remesh your model every time you change it. + baking normal map from multires is faster + very accurate (maybe in future we will have baking AO or Cavity maps from multires, i hope). For tests i used latest blender 2.82 beta build from Blender.org, blender-2.82-81b7f8efaf7a-windows64 I don't know why, but someone removed old level switch feature frob Multires. This how it was(in 06 month of 2.8 build) - ![pic6.PNG](https://archive.blender.org/developer/F8289817/pic6.PNG) And now how it is - ![pic7.PNG](https://archive.blender.org/developer/F8289820/pic7.PNG) I don't know who and why done this. Because bug is still in place, but no level switching anymore.... Why? Please, at least return this level switch to us.

Ghost commented

2020-01-20 17:20:03 +01:00

In #58473#853911, @aftamat4ik wrote:
there are few suggetions for people that has this bug:
For example you have already made model with hires modifier and you want to use Apply Base on it. Like this one

If you just press that button it will ... destroy your sculpt -

But! If you first sculpt something on model ... something, whatever it is

And only then press Apply Base - everything will be ok.

This is after i pressed Apply Base. as you see all sculpt data is on it's place. But topology of mesh is changed. Probably when blender activates sculpt mode it is not load all the sculpt data or... something like this.

there is still problems, if you press Aplly Base 5-6 times it will destroy your mesh like this:

More times you press Aplly Base - more distortion you will get.

Maybe there is a way to... fix positions of lowpoly mesh vertexes by binding them to some closest vertexes of highpoly mesh from multires? And when user press Apply Base it should move only when that highpoly mesh vertexes are moved... (sorry for my english). I don't want to install visual studio and else things because by pc has no memory left on c drive. But i want to fix it, ofk. Because Multires modifier is very useful for making Normal Maps, paint some scars, pores and other things. Dyntopo is great but there is a lot of situations where you cannot remesh your model every time you change it. + baking normal map from multires is faster + very accurate (maybe in future we will have baking AO or Cavity maps from multires, i hope).

For tests i used latest blender 2.82 beta build from Blender.org, blender-2.82-81b7f8efaf7a-windows64
I don't know why, but someone removed old level switch feature frob Multires. This how it was(in 06 month of 2.8 build) -

And now how it is -

I don't know who and why done this. Because bug is still in place, but no level switching anymore.... Why? Please, at least return this level switch to us.

In this thread -> https://developer.blender.org/T73047 devs. are trying to solve Multires. problem once and for all that why devs have made the decision of removing the ability to switch between multires levels.

> In #58473#853911, @aftamat4ik wrote: > there are few suggetions for people that has this bug: > For example you have already made model with hires modifier and you want to use Apply Base on it. Like this one > ![pic1.PNG](https://archive.blender.org/developer/F8289755/pic1.PNG) > If you just press that button it will ... destroy your sculpt - > ![pic2.PNG](https://archive.blender.org/developer/F8289763/pic2.PNG) > But! If you first sculpt something on model ... something, whatever it is > ![pic3.PNG](https://archive.blender.org/developer/F8289766/pic3.PNG) > And only then press Apply Base - everything will be ok. > ![Pic4.PNG](https://archive.blender.org/developer/F8289768/Pic4.PNG) > This is after i pressed Apply Base. as you see all sculpt data is on it's place. But topology of mesh is changed. Probably when blender activates sculpt mode it is not load all the sculpt data or... something like this. > > there is still problems, if you press Aplly Base 5-6 times it will destroy your mesh like this: > > ![pic5.PNG](https://archive.blender.org/developer/F8289785/pic5.PNG) > > More times you press Aplly Base - more distortion you will get. > > Maybe there is a way to... fix positions of lowpoly mesh vertexes by binding them to some closest vertexes of highpoly mesh from multires? And when user press Apply Base it should move only when that highpoly mesh vertexes are moved... (sorry for my english). I don't want to install visual studio and else things because by pc has no memory left on c drive. But i want to fix it, ofk. Because Multires modifier is very useful for making Normal Maps, paint some scars, pores and other things. Dyntopo is great but there is a lot of situations where you cannot remesh your model every time you change it. + baking normal map from multires is faster + very accurate (maybe in future we will have baking AO or Cavity maps from multires, i hope). > > For tests i used latest blender 2.82 beta build from Blender.org, blender-2.82-81b7f8efaf7a-windows64 > I don't know why, but someone removed old level switch feature frob Multires. This how it was(in 06 month of 2.8 build) - > ![pic6.PNG](https://archive.blender.org/developer/F8289817/pic6.PNG) > And now how it is - > ![pic7.PNG](https://archive.blender.org/developer/F8289820/pic7.PNG) > > I don't know who and why done this. Because bug is still in place, but no level switching anymore.... Why? Please, at least return this level switch to us. In this thread -> https://developer.blender.org/T73047 devs. are trying to solve Multires. problem once and for all that why devs have made the decision of removing the ability to switch between multires levels.

Pawel commented

2020-02-02 03:01:06 +01:00

Added subscriber: @pawel.palenica

Pablo Dobarro commented

2020-02-11 14:25:31 +01:00

Added subscribers: @PatrickHaque, @Stan_Pancakes, @hirvijk

Vladimir commented

2020-02-14 13:30:19 +01:00

Added subscriber: @VladimirKunyansky

Evan Wilson commented

2020-02-17 00:35:34 +01:00

Added subscribers: @Rays-Lv, @EAW

Evan Wilson commented

2020-02-17 00:35:34 +01:00

@Rays-Lv

Chris Kohl commented

2020-02-29 21:19:17 +01:00

Added subscriber: @ckohl_art

Evan Wilson commented

2020-03-13 11:35:41 +01:00

Added subscriber: @shotalot

Sergey Sharybin commented

2020-03-13 14:33:20 +01:00

Changed status from 'Confirmed' to: 'Resolved'

Sergey Sharybin closed this issue

2020-03-13 14:33:20 +01:00

Sergey Sharybin commented

2020-03-13 14:33:21 +01:00

Apply Base, Subdivide and Reshape should now be fixed (blender/blender@bc0a0cdf17).

Sure, there are always corner cases of any algorithm, so if there are still issues place submit separate report with exact meshwhich causes the issue attached.

So far we did some tests here at the studio and artists were happy!

Apply Base, Subdivide and Reshape should now be fixed (blender/blender@bc0a0cdf17). Sure, there are always corner cases of any algorithm, so if there are still issues place submit separate report with exact meshwhich causes the issue attached. So far we did some tests here at the studio and artists were happy!

Vyacheslav Kobozev commented

2020-03-18 21:41:37 +01:00

Added subscriber: @Vyach

Vyacheslav Kobozev commented

2020-03-18 21:41:37 +01:00

DO WANT this in the nignt-build
Is simething wrong with it? Because it is still not in master.

DO WANT this in the nignt-build Is simething wrong with it? Because it is still not in master.

CHET commented

2020-03-18 22:02:24 +01:00

Removed subscriber: @cheteron

Alan Redd commented

2020-03-20 19:39:08 +01:00

Removed subscriber: @AlRedd-3

Monitorhero commented

2020-03-22 08:45:21 +01:00

Added subscriber: @dominikpfaff1988

Monitorhero commented

2020-03-22 08:45:21 +01:00

In #58473#893894, @Vyach wrote:
DO WANT this in the nignt-build
Is simething wrong with it? Because it is still not in master.

When can we expect a new build with the functionality from Blender 2.79/2.80
Are there any nightly builds that incorporate this?

> In #58473#893894, @Vyach wrote: > DO WANT this in the nignt-build > Is simething wrong with it? Because it is still not in master. When can we expect a new build with the functionality from Blender 2.79/2.80 Are there any nightly builds that incorporate this?

Sign in to join this conversation.