[Plugin] Super Drape
-
another attempt.
-
Try it with hidden geometry 'on' and the 1st group as near to the 2nd group as you can - it must be >1mm above it !
I'm thinking about relocating the 1st projected group down to the minimum distance above the 2nd to avoid glitches in the next release***.
What's the total size of the draped face ?
Why make the draped face bigger than the 2nd group ? [it shouldn't matter]
Can you post the new SKP... ***your SKP would help testing... -
Here's v1.4 http://forums.sketchucation.com/viewtopic.php?p=358314#p358314
The 1st picked group is temporarily moved very near to the 2nd to minimize material transfer errors.
The original is now left unaffected when there are group.material and there are default faces within it and the user chooses to use then in the draped faces...
The earler v1.3 made these changes...
The new group.copy code introduced in v1.2 is now recast to avoid clashes with rogue-scripts that might mess it up.
Multi-level/overlapping faces in the draped-group are now allowed [previously only one level was draped].The earlier v1.2 changes were...
Following Charly's feedback it now spots if you have a material applied to the draped group and that there are some faces inside the group without a material [they will appear to have the group's material, even when they are actually in the default-material] - you can then choose Yes|No to use that group.material for any draped faces that would otherwise have the default-material.
The intersecting is even more robust.
All underlying faces inside the same group should now be unaffected by the draping [i.e. any faces below the draped-on topmost faces].
Draped faces that partially overlap the edges of the draped-on group's faces are now neatly trimmed to them.
Groups with convoluted transformations [rotated in 3d, scaled etc] should no longer cause issues with the draping.Feedback please...
-
thanks for this nice plugin
but i need tuto for this plugin plzzzzzz -
@robert111 said:
thanks for this nice plugin
but i need tuto for this plugin plzzzzzz
Reread the instructions...
It's not much different from the native Sandbox Drape tool... but it replicates the 1st group's materials onto the 2nd group's surfaces...
-
hello sir tig. thank you very much for this plugin.
I found a small error. please see the file
-
I broke the newest version.
It was interesting to watch it filling in the faces. It looks like it just skipped a few.
-
Currently looking at an update...
Watch this space...
-
Just a bit of feedback.
I draped a simple sphere onto a flat surface at different rotations and got some strange results. I scaled up by 10 to see if it was just a small face issue and still odd.
I'm not sure that this is something anyone would do with this plugin, but thought I should show you anyway.It's strange how sometimes the drape goes all the way through to the bottom surface and other times not, and on the large version it blew out the top surface.
-
Thanks Box... I'm looking at a few bug fixes - which come more from Sketchup's limitations with intersect than my code itself
Watch this space... -
Here's v1.5 http://forums.sketchucation.com/viewtopic.php?p=358314#p358314
It includes some adjustments to minimize fails on texturing or intersecting faces.
It still might occasionally make odd draped faces - this is a shortcoming of Sketchup's intersect_with tolerances that I haven't yet found a tweak to fix it...
A little manually repair after super-draping will usually fix such glitches... -
hi tig.
thank you very much for this update.In some models (horizontal faces) are generated errors
And in other sketchup closes.I'm doing something wrong?
is a mistake and can be corrected?see model
Thanks for your time
-
Jorge
It's a weird bug - but you can minimize its affect by not using rotated groups, so rotate then explode and regroup before draping... so the axes then are matching.
The right-hand one returns an error because one group IS below the max. bounds of the other - look at their bounding boxes when they are selected...
The middle set is an oddity because = if you slide the text-group a few mm so it doesn't drape exactly centrally it will then drape OK with no missing faces and a proper intersection...
I'm reviewing issues and will be back with some ideas asap...
-
mmmm....version 1.5 is not working properly. When I click the second group (the one to drape on) I hear a "bell"(windows error sound or something), and it doesn't do anything....
anyone that problem?
-
@pep75 said:
mmmm....version 1.5 is not working properly. When I click the second group (the one to drape on) I hear a "bell"(windows error sound or something), and it doesn't do anything....
anyone that problem?
The 'ding' is added to tell us the processing is finished.
If you run it with the Ruby Console open do you get any error messages ?
Can you post the problem SKP so we can try it... -
What a quick reply! I installed 1.4 and it works....okay now i'm going to install 1.5 back again!
-
Okay now it works....but...sometimes is doesn't....can that be true? I mean I sometime mis a line on the draped surface so I don't get an intersected shape...
-
Is it a scale issue - very small or very large objects ?
There are occasional glitches - just as with the native Drape tool - Sketchup is prone to glitchy imperfect intersection results.
Indeed, sometimes when I'm testing I can get a fail followed by uninterrupted successes! I have optimized the code as best I can to minimize the number of fails... If it fails then try repeating it immediately and it'll probably work!
Post the SKP if you can so I can test it too... -
@tig said:
There are occasional glitches - just as with the native Drape tool - Sketchup is prone to glitchy imperfect intersection results.
I often experience that the native Drape fails on edges that are not too small. edges 1m or larger even fails some times... no idea why....
-
The simplistic way my tool works is that it makes a temp-group and projects all of the vertices of the draped edges down through the 2nd form and it also makes faces.
It then intersects the temp-group with the 2nd group to 'cut' all of the faces passing through the surfaces.
It then erases all 'verticals' that are not connected to the original vertices so only the top part of the temp-group is left, it then erases all 'non-vertical' faceless edges - except those left hanging if the two forms don't fully overlap [any faceless edges that have a vertex that has a face are saved and the lone vertex is re-healed with a new face/edge].
This mean that the temp-group is now perfectly molded to the 2nd group [unless there's a fail]
Now the temp-group is lowered slightly to ensure that the 2nd group's surfaces intersect with it and then there's an intersection.
The material adding part is a different issue...
One of the reasons for a fail is that the intersected edges returned are occasionally [randomly] incomplete - this is usually a missing segment of edge that clearly should result if you intersect the temp-group and 2nd group's entities - doing it manually to an aborted set of groups will not give an intersecting line either - although the face in one clearly passes through one in the other entities set. The other issue is that the intersected edges within the modified 2nd group do not always intersect with faces [in code, unlike when you do it manually OR explode one object onto another] - however. this is [usually] rectified by intersecting the 2nd group's entities with themselves a few times! BUT again occasionally you get a loop of edges that is coplanar with a face but refuses to intersect with it - I have found that such edges have their vertices the tiniest fraction off the face so these edges won't intersect with the face, BUT attempts to uses transform_by_vectors on these vertices by the tiny distance involved so they are truly coplanar and will then intersect fails too...
Advertisement