[Plugin] TextureRandomizer
-
@unknownuser said:
It would be possible to add extra code to process selected textured-faces AND textured-faces inside selected groups/components...
That's what I meant.
-
Here's v1.2 http://forums.sketchucation.com/viewtopic.php?p=392834#p392834
If there are any groups/component-instances in the selection, and they
contain textured-faces a dialog asks if you want to include those faces
too, answer 'No' to process selected faces only or 'Yes' to process all
textured-faces, including those inside other selected objects...
It does not 'mine' down beyond the selected context - so nested groups are
never affected. -
Cool effect!
Before use your plug above
[REQ]
Does it possible to apply to a selection of faces some textures randomly from the Texture library ? -
Great.
Now the problem is that all the selected groups are "randomized" in the same way (I've tried with an array of the same textured group). So at the end you have... a different uniformity.
-
Nice plugin TIG. Thanks! Possible to add an option for color variation by HSB? Perhaps random slide by percent for Hue,Saturation or black value. Would be great for leaves, brick, stones, etc.
-
@massimo said:
Great.
Now the problem is that all the selected groups are "randomized" in the same way (I've tried with an array of the same textured group). So at the end you have... a different uniformity.
This is NOT a problem with the tool, rather one with the model itself.
So this is not entirely true.
If groups are multiple instances of the same group-definition they are just like component-instances of the same component-definition, so all changes to one will look just the same across all instances.
BUT if groups are unique because they have been edited [equivalent to what you can do with component-instances and 'make-unique' in the context-menu]... then the texture changes WILL be unique to each unique instance of the group.
So in essence what you are saying is, "Multiple copies of a group which refer to the same group-definition [which you can see in the 'Entity Info' count!] will display the same random-texture changes, because they are all 'clones'..." - which is exactly as you should expect.
So you need to edit the groups [without making any significant changes] which will make them unique, and then redo the texture-randomization and then each one will get a unique texture randomization...
To make your groups unique you can try this simple one-liner in the Ruby Console, use it on a preselected set of entities which include the groups you want to 'make unique'...Sketchup.active_model.selection.each{|e|e.make_unique if e.class==Sketchup;;Group and e.entities.parent.instances[1]}You might get messages about '...deprecated methods...', but just ignore these as there's a long standing balls-up in the API !
-
@earthmover said:
Nice plugin TIG. Thanks! Possible to add an option for color variation by HSB? Perhaps random slide by percent for Hue,Saturation or black value. Would be great for leaves, brick, stones, etc.
This would require a new textured-material [which is of course quite possible] - but this specific tool only randomizes the position/scale/mirroring/rotate of the one textured-material without changing it in any other way except for its UV-mapping... -
Ok, ok...As I suspected. Now your one-liner works like a charm. Any possibility to "incorporate" it in the plugin perhaps as an option?
-
Here's v1.3 http://forums.sketchucation.com/viewtopic.php?p=392834#p392834
If there are non-unique groups in the accepted selection then you are asked
if you want to make them unique, so that their randomized-textures are also
unique... [groups should be 'unique', BUT Sketchup can have more than one
instance of a group !!]
If there are multiple instances of the same component in the accepted
selection then you are asked if you want to make them unique, so that their
randomized-textures are also unique... [use this with care as the advantage
of components - edit one, edit all - is lost by making instances unique!] -
Give a random colors to a volume is easy with the Random Painter by Chris Fullmer
but random textures from the Library of textures? -
Thanks for the reply. I guess it would be best served as a separate plugin called "Texture Variator" or something similar where one could enter the number of variations desired and the range of HSB, thus producing copies and replacing the existing. Texture Randomizer as you have created it works great in my tests and again I thank you for your efforts and generosity! It is a handy addition to your texture toolset which I use everyday.
-
Thanks again TIG. Your patience is equal to your abilities...
-
TIP: Using the same value for the 'max' AND 'min' settings will make that change with no randomization, e.g. set UXmax=1 and UXmin=1 will jump all of the selected faces' textures across by +1 unit.
-
@tig said:
TIP: Using the same value for the 'max' AND 'min' settings will make that change with no randomization, e.g. set UXmax=1 and UXmin=1 will jump all of the selected faces' textures across by +1 unit.
The plane can not be adjusted, the tool does not work -
Explain how it is "not working" !
Your bug reports can be annoyingly brief and unclear.Is your textured-material applied directly to a face and NOT a group/component-instance - remember that you CANNOT adjust textures unless they are applied directly to a face - that applies to either with this tool or using the native Texture tool available through the context-menu...
Is the texture-material applied to a 'front' face - you cannot adjust the texture that are incorrectly applied to a 'back' face.
If your rectangle was drawn on the ground and you haven't reversed the face then you have textured the back NOT the front !
To check this... ensure your Style has a distinct color difference between front and back default materials - typically an off-white and a blue-gray respectively - now toggle the view between Monochrome mode and Textured mode. Faces that are textured incorrectly on their backs will show 'blue'; they need to be Reversed [context-menu] and the texture applied to their fronts - it will now be editable using this tool 
If this is not the case [my best guess!]...
What values do you have in the tool's dialog?
If the max/min for a pair of setting are the same number [that is NOT 0] then the texture[s] WILL change by the fixed amount [without any randomization].If you are working in mm and enter 1 then the 1mm jump could be hard for you to see unless you are close to it as it changes.
Also, if your pattern repeats at say 150mm and you also enter 150... then although the texture will jump over by that value it will once again starting in the same place... so you will see no change.I know this tool works perfectly well - I have tested it extensively - so you must be doing something wrong.
-
-
Can you provide a simpler example.
[Reread my previous post about 'reversed' faces]
Unless you have a face selected that has a front-material with a texture the tool won't run.
I can't see exactly what you are doing to get nothing happening...
Regarding the rotation - remember that there is no way of knowing a textures current rotation - so any rotation you apply is relative to its current transformation, it is not 'absolute' - so rotating a texture by 45 then by 45 later is equivalent to one rotation of 90; you do not set the texture's rotation to 45, rather you change it by 45 degrees. [also remember that positive angles rotate counter-clockwise, negative angles clockwise] -
@tig said:
Can you provide a simpler example.
[Reread my previous post about 'reversed' faces]
Unless you have a face selected that has a front-material with a texture the tool won't run.
I can't see exactly what you are doing to get nothing happening...
Regarding the rotation - remember that there is no way of knowing a textures current rotation - so any rotation you apply is relative to its current transformation, it is not 'absolute' - so rotating a texture by 45 then by 45 later is equivalent to one rotation of 90; you do not set the texture's rotation to 45, rather you change it by 45 degrees. [also remember that positive angles rotate counter-clockwise, negative angles clockwise]2D plane can not use this tool.
-
@guanjin said:
@tig said:
Can you provide a simpler example.
[Reread my previous post about 'reversed' faces]
Unless you have a face selected that has a front-material with a texture the tool won't run.
I can't see exactly what you are doing to get nothing happening...
Regarding the rotation - remember that there is no way of knowing a textures current rotation - so any rotation you apply is relative to its current transformation, it is not 'absolute' - so rotating a texture by 45 then by 45 later is equivalent to one rotation of 90; you do not set the texture's rotation to 45, rather you change it by 45 degrees. [also remember that positive angles rotate counter-clockwise, negative angles clockwise]Chose not 2D plane, sliding into the entity can
2D plane can not use this tool. -
@unknownuser said:
2D plane can not use this tool.
OH YES it can.
I works just fine if the face is made and textured properly.
Reread my earlier post and see the illustration about 'back' face issues.
YOU have your supposed 'problem' face 'upside down'!
You have applied the textured-material onto its back NOT onto its front, where it should be!
Please 'Reverse' the face and apply the textured-material correctly onto its front.
My tool only adjusts textured-materials applied onto the fronts of faces.
You should never be applying any materials to the backs of faces - it is very bad practice - if you ever come to render a model using most 3rd-party renderers you'll get unexpected results - most of them will render back faces as black/white/transparent, completely ignoring any applied textured-materials [the result varies with the app.].Always consider you model as made of 'solids' with faces that have their 'fronts' looking outwards towards the viewer - then there is no need to ever apply materials to the back face.
When you draw a new rectangular/circular/etc face at Z=0 [on the ground] Sketchup automatically makes it 'face down', this is because it is assuming you will PushPull it into a volume and therefore the initially downwards looking face is correctly oriented for when it becomes the bottom face of a solid.
You can easily 'Reverse' [context-menu] any faces drawn this way if you do not intend to PushPull the, and especially if you are going to add materials to them, because once they have materials you cannot differentiate between a face's front and its back unless you use Monochrome mode to view, or you use a tool that does differentiate like a 3rd party renderer or my tool !
Advertisement