[Plugin] Random Painter (Updated March 9th, 09)
-
My internet goes down for a week and so many great things happen on this site!
Thanks so much Chris. I've been using 3DS Max a lot this week and one of the things I was playing around with quite a bit is the "Material by Element" modifier. When a Multi/mixed material is applied to an object, the modifier will randomize the various sub materials among the different elements nested within the object. It also allows you to add a percentage of each sub material that the modifier will apply.
Max has material ID numbers which allow for the connection between materials and modifiers to be more fluid. I was wondering if there were a way via ruby to perhaps set the Random Painter script to call materials based on a naming function. Let's say I wanted to apply 5 random textures, or 5 variations of a single texture to group of faces. If those materials were named as Random_1, Random_2, etc, could the scripts be modified to called those textures and randomly apply them to the desired faces?
-
Hi Adam, just to clarify for my brain, you want essentially the same functionality but with image textures. Is that the idea? Or is it more in depth than just that?
BTW, I don't know how to work with textures, so it will take me a little while to figure it out. But it should be possible.
Chris
-
Chris, I think what he wants is to be able to use existing material instead of the plugin creating random new ones. You specify which materials you want the plugin to use, and the plugin will use them to paint faces randomly.
-
That would be really cool... Just like Windowizer 3, where a drop-down menu lets you choose materials for each part!
-
You can also choose your colour values using this free utility from NOVOSIB:
http://www.linxexplorer.com/colorpicker.html
Visual Color Picker is very easy to use and powerful RGB-HSV-HSL-CMYK-HEX color selector. The program allows you to easily capture color value from any position of the screen even if program does not have input focus. The program has small screen capture preview area. By clicking associated button, you will get the associated RGB value in the dialog. The RGB color is automatically translated to RGB, HSV, CMYK and HTML HEX values. The program has standard and custom color tables. Text-background preview allows you to see how two colors will look next to each.
I use it all the time
-
No Pantone/ RAL format?
-
Hey, thats a great tool. I'll have to d/l it and play with it when I get home,
Chris
-
chris,
just for your information (i am not sure there is something you can do): having wxSU installed causes conflicts with windowizer4 (the dialogue appears blank) and immediate crashes after invoking it.
regards.
-
Hi Edson, thanks for the note. I saw the post in Rick's windowizer script. Hopefully it gets worked out. I suppose I could also provide a version of random painter that does not require wxsu again.
Chris
-
@chris fullmer said:
Hi Edson, thanks for the note. I saw the post in Rick's windowizer script. Hopefully it gets worked out. I suppose I could also provide a version of random painter that does not require wxsu again.
Chris
i thought it would not work without it.
-
Well, it is the nice User Interface that comes from wxsu. So I can remove wxSU and make pop up dialog boxes that require you to type in RGB values. Its more tedious than just clicking on the color you want. But it works fine. It is how the script worked at first. So if you'd like, I could re-write it and put the old inputbox version back. I'll just have 2 versions available for download. One with a nice GUI and one without.
Chris
-
i think it is a good idea and i would thank you for that. but i suggest you wait a few days to see if rick comes up with a solution to this problem.
-
Great idea for a script - thank you! Should come in very useful for a bit of mattepainting.
I'm getting all kinds of errors with wxSU when sketchUP loads, which means that I haven't got 'randompainter' to run at all yet (though it's in the menu bar).
Obviously me having problems with wxsu is nothing to do with you at all
, but until I can work out what's happening a version that doesn't require wxSU to run would be brilliant.Thanks for all your work.
AJ
-
Oh bummer, sorry to hear it. I think I'll post a version that is independent of wxsu. Hopefully I can get it done today.
Chris
-
OK Edson, I put another version of random painter up. It is non-reliant on wxsu. Its a bit slower to use, but I suppose if the other didn't work at all, then this is quite an upgrade
Chris
-
surely. thanks a lot. you have become quite an asset to this forum.
is this "new" version up on the first post? why do you not keep both versions up? not all people use windowizer4; perhaps some would prefer the version that relies on wxSU.
-
They are both up there - the latest version that supports wxsu and the stripped down version that does not. I think at some point I had added some features to pre-wxsu version that have been lost. So if there is something you remember it doing that it no longer does, let me know. All in all though, its still very functional. Thanks for the complements Edson, I'll let you take me out to a churrascaria if I ever make it down to Porto Alegre
Chris
-
Cool plugin.
However, I think wxSU isn't really ready for primetime. Specifically, it doesn't manage Ruby threads correctly wrt SketchUp.
If you have a look at lib/App.rb there are some moderately scary comments. It seems to assume its the only plugin running - I think this is why it causes so many problems.
Adam
-
Adam, does having it installed for my plugin mean that it is possibly going to mess up other plugins?
-
Yes, I believe it does. I've spent weeks trying to track some crash bugs for LightUp users that appear to be directly related to having wxSU loaded.
The most simple case I found was having wxSU installed and typing "sleep 10" at the console for a crash with some plugins that use it.
Today I've been talking on email with Peter (author of wxSU) and he's on the case - so lets hope it can be fixed asap.
Adam
Advertisement