[Plugin] Descaler v1.1 20121218
-
Thanks TIG, very handy ruby !!!
erikB -
@edson said:
TIG,
I am speechless once more! a great part of sketchup's ease of use is owed to you, my friend (and to all the other plugin authors, to be sure). a huge THANKS to you.
YES! Thank you TIG. I have been wanting this capability, so glad you made this happen.
-
Thank you! This is incredibly useful.
-
thank Tig very good
-
Thanks TIG!
-
Dear TIG, super thank you for this.
I have a question though... i have several hundred component instances but where i have 6 different components...
problem is that i now get several hundred different components...
any possibility to select instances with a certain scale and make them in to only one new component?
i have understood that if i "change Axes" the instance looses its 'reset scale' option in the context menu, but they still have the same definition name, wich in turn leads to that the report comes out as only one volume...
Thank you for all your work!!!
/Daniel -
@tig said:
there are other tricks to scale textures back to be 'right' within scaled DCs code/functions...
Hi TIG, would you by chance be willing to elaborate on descaling functions you alluded to relative to DC's? That's pretty much the only thing holding me back from getting clearance to build my firm a DC library.
Thanks!
-
This is a well known issue: http://sketchucation.com/forums/viewtopic.php?f=289%26amp;t=44979
Textures in DCs behave as Textures in any other SketchUp Component: if you Scale the Object you Scale its Texture.
BUT there is a DC "trick" that will avoid this.
If your DC contains at least one sub-component/group that is also a DC and that positions itself with a formula [even if the move=0], then when you use the Scale tool on the parent DC any "raw geometry" inside that parent DC will be "resized" instead of just "stretched" - so there is no "scaling" of the texture.
The context-menu "Scale-Definition" used on a unique DC will also reset the Texture's scale back as it was, BUT then that will loose the DC scaling ?
-
@tig said:
If your DC contains at least one sub-component/group that is also a DC and that positions itself with a formula [even if the move=0], then when you use the Scale tool on the parent DC any "raw geometry" inside that parent DC will be "resized" instead of just "stretched" - so there is no "scaling" of the texture.
TIG, that's just brilliant! I have one more that came to mind in that case.
I'm creating a series of DCs that cut into a single plane wall, with adjustable recess and window parameters (width, height, mullions,etc). For this "trick" you mentioned to apply, do any materials need to be embedded as options or swatches within the DC, or can it inherit materials by painting a DC instance (where the "default" painted faces would inherit the new material).
I'd like to be able to sample the wall texture and paint the component, so that the recess will inherit the correct texture from the wall material.
I know there's a good chance the UV orientation might not be perfect, but it'd be nice to have it work that way. Can't always get everything perfect. I'm currently building on as a test, but I'm still fairly new to DCs as a whole, so it might take me quite a few tries to test it out and uncover the answer solo.
Thanks for all the help so far!
-
If you have a series of materials you do need to embed small swatches inside the DC, so purging won't remove them.
Then you can specify the material by 'name' in the DC Material= function.
BUT you can only apply materials to groups/instances inside the DC.There are several advice pages on the swatch workaround...
I posted my fix because it's less well documented and fixes materials on faces inside scaled DCs, rather that applies different materials to objects in the DC...My method assumes the loose faces inside the DC have materials... and the ScalerDC 'change' jolts the contents into recreation, with corrected scaling.
-
@tig said:
... and the ScalerDC 'change' jolts the contents into recreation, with corrected scaling.
Thanks TIG, I appreciate the help. I think I'm going to have to do some thorough testing to get first hand experience with it.
Dependent on the axis orientation (say a window that utilizes glue to), does the ScalerDC have to be in the X axis or will others work? Just trying to get a better and more thorough understanding of exactly what it's doing.
-
Hi TIG, When I ran Descaler it successfully descaled all components but gave all my components unique names. Components are all either circles or simple 2D blob shapes, lying flat. Is this a bug? Or is there a way 'round it?
-
@matt.gordon320 said:
@tig said:
... and the ScalerDC 'change' jolts the contents into recreation, with corrected scaling.
Thanks TIG, I appreciate the help. I think I'm going to have to do some thorough testing to get first hand experience with it.
Dependent on the axis orientation (say a window that utilizes glue to), does the ScalerDC have to be in the X axis or will others work? Just trying to get a better and more thorough understanding of exactly what it's doing.
ANY change in the 'position' of ScalerDC jolts textured faces into being 'rescaled' back to normal if the 'parent' DC is Scaled.
If you look at its formula:X =parent!X-parent!X
- it effectively sets X=0 which is where it is initially placed: any change to its X, Y or Z should have the same effect.
I not sure 'why' it works... but it does -
@unearthed said:
Hi TIG, When I ran Descaler it successfully descaled all components but gave all my components unique names. Components are all either circles or simple 2D blob shapes, lying flat. Is this a bug? Or is there a way 'round it?
It always makes the 'descaled' instance unique.
BUT you can edit the scriptTIG-Descaler.rb
using a plain text editor like Notepad.
If the lines starting at line#71if c.is_a?(Sketchup;;Group) defn=c.entities.parent c.make_unique if defn.instances[1] defn=c.entities.parent else ### it's a ComponentInstance defn=c.definition c.make_unique if defn.instances[1] defn=c.definition end
Change it to read thus:
if c.is_a?(Sketchup;;Group) defn=c.entities.parent #c.make_unique if defn.instances[1] #defn=c.entities.parent else ### it's a ComponentInstance defn=c.definition #c.make_unique if defn.instances[1] #defn=c.definition end
That way the lines starting with # are ignored and the objects are not made unique !
BUT note that if you have several instances with different scaling then the end results might be unexpected... -
Thanks very much TIG - I'll go off and test it on some components with diff. scaling and see what comes up.
These are for plants as my numbers are climbing into the 1000's (and soon into the 10,000s) so I export to Excel/Vectorworks for counting etc.
-
Hi TIG
I'm running SketchUp Pro 2015 (Version 15.3.331 64-bit). I installed this plugin and tried right-clicking on one of the scaled Dynamic Components I have with messed-up textures. But I don't see your plugin.
Might it be buried somewhere else not obvious?
Has something changed recently with Sketchup which keeps it from working?
Thanks.
Penelope -
@penelope said:
Hi TIG
I'm running SketchUp Pro 2015 (Version 15.3.331 64-bit). I installed this plugin and tried right-clicking on one of the scaled Dynamic Components I have with messed-up textures. But I don't see your plugin.
Might it be buried somewhere else not obvious?
Has something changed recently with Sketchup which keeps it from working?
Thanks.
Penelope
If you read through the thread... unfortunately it does NOT process Dynamic Components.
Any subsequent change to the DC would immediately mess up the [re]textured material.
You can try exploding the DC, and then regrouping/re-component-ing - without DC attributes...
Then it will work... -
I'm only finding about this plugin now. So it's basically a reset xform for Sketchup?
-
hi there,
im currently struggeling with 3d warehouse models.. some of them scaled wrong and consist of groups components, scaling them down is no problem to have the right size, but to avoid rendering issues wirth third party apps etc i want all groups and components to be 1:1 and not scaled.. so i come to use your plugin which processes nested entities, however, there are 2 problems...
first: if the mothercontainer is not scaled, but its children, the plugin does not show in the context menue ...
second: in contrary to fredos "scale definition" descaler kind of breaks uv mapping:) .. (most likely due to processing entities like faces and lines too?)...
would be cool if these issues could be adressed in a future release
best, franz
-
hi TIG and hi to all the readers!
I'm finding very useful the TIG's trick for keeping the scale of the texture!
I'm now struggling with same topic on a curved surface, but seems like the trick doesn't work....
Could you help me out please?
Advertisement