[polynurb]

due to my mystic material problems (some objects loosing them) i have the log viewer open most time now to see a bit more.

i see a lot of action in there, even with very simple rhino commands like hide/show, and also when changing the uv channel in a material.

i see many lines like this, and it often takes a while to complete:
is this a standard behavior?

* line 947: Invoke, created or modified 31 Rhino materials
* line 948: Invoke, created or modified Rhino material at index 2073
* line 949: Invoke, created or modified 20 Rhino materials
* line 950: Invoke, created or modified 118 Rhino materials
* line 951: Invoke, created or modified 6 Rhino materials
* line 952: Invoke, created or modified 196 Rhino materials
* line 953: Invoke, created or modified 1004 Rhino materials
* line 954: Invoke, created or modified 6 Rhino materials
* line 955: Invoke, created or modified 2 Rhino materials
* line 956: Invoke, created or modified Rhino material at index 108
* line 957: Invoke, created or modified Rhino material at index 142
* line 958: Invoke, created or modified Rhino material at index 149
* line 959: Invoke, created or modified Rhino material at index 150
* line 960: Invoke, created or modified Rhino material at index 152
* line 961: Invoke, created or modified Rhino material at index 153
* line 962: Invoke, created or modified Rhino material at index 154
* line 963: Invoke, created or modified Rhino material at index 155
* line 964: Invoke, created or modified Rhino material at index 156
* line 965: Invoke, created or modified Rhino material at index 157
* line 966: Invoke, created or modified Rhino material at index 158
* line 967: Invoke, created or modified Rhino material at index 159
* line 968: Invoke, created or modified 5 Rhino materials
* line 969: Invoke, created or modified 4 Rhino materials
* line 970: Invoke, created or modified 33 Rhino materials
* line 971: Invoke, created or modified 3 Rhino materials
* line 972: Invoke, created or modified 3 Rhino materials
* line 973: Invoke, created or modified Rhino material at index 0
* line 974: Invoke, created or modified 112 Rhino materials
* line 975: Invoke, created or modified 216 Rhino materials
* line 976: Invoke, created or modified 2 Rhino materials
* line 977: Invoke, created or modified 6 Rhino materials
* line 978: Invoke, created or modified 2 Rhino materials
* line 979: Invoke, created or modified 22 Rhino materials
* line 980: Invoke, created or modified 7 Rhino materials
* line 981: Invoke, created or modified Rhino material at index 2067
* line 982: Invoke, created or modified 8 Rhino materials
* line 983: Invoke, created or modified 4 Rhino materials

[JDHill]

That is completely normal... Rhino is not like Maxwell, in that there might be thousands of materials in the document. When you change something in a Maxwell material, the plugin has to modify any number of those Rhino materials, in order for you to see the effect of the change in your viewport. If it feels too slow, the solution is to disable real-time viewport materials (top left button in the db manager) and just use the Refresh Viewport Materials command when desired.

[polynurb]

thanks for the info.

i am just theorizing because my problem is very much related to what is seen in the viewport.. meaning that an object which looses the material (from the maxwell tab in object properties) will be stuck with a rhino copy containing only what was shown last in the viewport. so either a texture from a slot, if it was selected, or only the color chip.

btw. i am running r5 x64 1/29/2013, latest maxwell build and plugin on a win7 machine

[JDHill]

Yes, definitely, by whatever unknown process the association is lost, it would leave the object with whatever appearance the plugin had last created for it. So that is entirely expected. The question is how the association is lost -- I don't currently know of any way for that to happen.