Is the Material Editor dialog in dire need of a cleanup?

Hi Danny,

The problem you are seeing with the checker procedural on reflect is a bug. I will contact luxology regarding it.

Regards

Paul

Hi Torben,

I feel your pain... I have long been of the opinion that large swathes of the material editor just do not work properly for anything other than basic operations.

Try just adding a basic checker procedure on the reflection channel to a cube with some surrounding geometry to reflect- then try changing the color 1 and color 2 to try to modulate the reflection- nothing happens.

what I would expect to see here is:

1) instead of colors 1 and 2 these should be greyscale values. This map should be for modulating the amount of reflection not altering the color that is reflected (makes no difference anyway as changing the colours does not do anything)

2) if set to black and white for colors 1 and 2 respectively then swapping to white and black and all mapping values remaining the same, that the reflective checkers would swap to non reflective and vice versa. Nothing happens

now of course i could have just used the checker(luxology) procedural in the first place which does do these things- but the point is I should not have to be second guessing the software- if some things do not work on some channels then I should not be given the option of selecting them.

This might seem controversial but I do not think that Bentley are doing the Luxology engine justice (and from what i have seen of Vancouver this doesn't look like it will change). Reminds me a bit of the old particle trace days-there was magic locked away but no development to get at it.

I have Modo at home and the difference between the engine in Modo and the engine in Microstation is like chalk and cheese- its all the surrounding Bentley stuff that is letting it down

What I would prefer to see is a full copy of modo with every Bentley licence and an absolutely rock solid translation from one to the other- (how that would fit in with AECOsim is another matter- but for straight Microstation it would be so much better)

32. Environment settings. When using the "graphically adjust environment image" on the Indirect image, the Main image is the one being moved. It is not possible to "graphically adjust " the indirect image. Either remove the icon from the indirect tab, or make it work as expected. Or even better, make the two images link to each other.

33. Opening the luxology renderwindow takes AGES if there are previous renders not deleted. I had literally thousands and had to wait a pretty darn long time before I choose to simply delete them all.

34. Material Editor. When in need of copying and pasting a normal map to another material the "inversed" checkbox value is - ironically - inversed..

35. Material Editor. Copying a map or procedual texture between material slots is unnessesaryly hard - it is infact quite impossible unless that slot allready has a map defined.. which is what copying an existing map is all about!?!

29. No AA for procedurals.

30. Some procedurals. Eg. Grid, If used as diffuse pattern AND linked as a pattern somewhere else does not honor the Color/Value settings determined in the diffuse in the linked slot.

31. Some map slots (Eg. bump) uses the value as a multiplier of the pattern defined. Some slots do not, yet the value is not greyed out. Thus indicating the value are used (Eg. Reflect. The multiplier value is not used, only the value in the pattern is). This might be an error with procedurals, I don't know..

Hi Paul,

@15: It was indeed in the material map preview. I am unable to reproduce this myself at the moment. It seems fine. Sorry about that! I will report again if i "succeed" in making it fail.

@16: Some procedural maps like cellular or whatever is used in an effects channel like Displace, it accepts values for input and not colors. These values can be  outside the range of 0-100, or simply inversed to 100-0 instead. But regardless of what values are actually entered and used by the procedural map, the channel map preview displays the map using a black to white gradient only - Even if the values entered is actually 100 - 0 - which i translate to white to black - This is especially a problem when layering lots of procedures.

@17: I ment the normal map preview. It is hard to see what effect you have going with all the red/blue stuff. But seing the normal map you work on applied as a normal map would be much easier. I am not sure if that is what you said in your previous post, but I hope so?

Unknown said:

I will also fix the normal map to display colours for the luxology procedural textures.

@18: No, the transparency from the occlusion is a smooth transition, that reveals the map below/before nicely.

@19: Not entirely sure what you ment. But let me clarify that it is inconsistent to have the bump mapping visible to the gradient procedures but not to the linking, or perhaps I am missing something about the linking? Infact I am not sure the linking is any good now that we have the gradients? IMHO use displacement as bump should be a per-material setting rather than a renderer setting (same goes for the gamma adjust, but that's another story) I would prefer to be able to perhaps be able to add stuff to the bump map channel but be able to use the displacement map channel also.

@20: A workaround - nice. Same technique can be used to lower the height of normalmaps btw. Sadly they are a b%&ch to blend :)

@21: The displacement map preview shows the change in color, but when rendering the displacement is always in the same direction and height - regardless of the colors.

And now onto todays findings..

24. Colorpicking gizmo. In RGB mode it is near impossible to see the choosen color in the colorspectrum window. Trust me there is a crosshair there, but it looks like it is 99% transparent for some reason. Coloring it black or white depending on perceieved lightness of the color would be very easy. But since you have choosen to have the blacks seperated, simply having the crosshair be all black would be enough.

25. When using the Windows "show desktop" button on the toolbar (default bottom right) the Luxology Window does not restore when microStation is restored into view. The only option is to close the renderwindow trough the windows toolbar. BUT that is not even enough! When the Luxology window is opened again inside microStation it has the absolute minimum size (only showing the top right buttons for minimize and close and such). This window then needs manual resize in order to show anything. BUT that is STILL not even enough. The Luxology image controls are gone! To get those back, the Luxology render window must be closed again - and when reopened - it is all back to where it should have been the whole time..

And if that was not bad enough, sometimes if the material editor was left open it is not possible to restore and microStation has to be completely rebooted!
How.. bad.. can.. it.. get!

Sorry, this next one is a tiny tiny one about the Environment control.

26. When sliding the rotation of an HDRi sphere environment, the value displayed while moving the slider is in the interval 0 - 2 PI, but the value showing after completing the drag - and the value we have to enter manually - is in the interval 0-360 degrees ;). With that said, let me add that a preview in the environment adjust window would be SO nice! It could be something as "simple" as projecting the material onto the inside of a sphere, cylinder or whatever the option is. Especially nice because some of the mapping modes are hard to guess.

27. Never saw this before: Switched to a previous model in my DGN, began a render, aborted it, and now the allready rendered images in the Modo window (from the previous model) is scaled to the new view aspect ratio! By choosing a specific previous render instead of navigating back, it was fixed again. Have only seen this once, but have seen the resizing of the renders loose aspect and whatnot often. This just adds to that basic unstable and unprofessional feeling.

28. In the Material Editor If the Color/Pattern slider is set to 0, and the material has a diffuse pattern set to "ON", the Color is ignored and renders as pitch black regardless of the color set. At least that is what it does today.. on my PC..