[Plugin] Slicer5
-
As said, slicing large models takes a long time... think before you slice...
-
currently experiencing a bugsplat when I try to make a x,y slice, but just x or just y works fine and takes about 3 mins to process. what do you think TIG?
I also am experiencing an error where the model will suddenly dissappear leaving only the x,y,z red,blue, green lines. The slicer plugin seems to be finished at this point. If I try to use the orbit tool, the x,y,z lines will disappear too. If i close the window at this point it will ask me if I want to save the file. If I save the file, and reopen it, it stays in the exact same state: No model, no xyz reference lines, and none of the tools work. I have tried this probably about 50-60 times. If I leave it alone completely, it never finishes on it's own. My last try was over 12 hours. Any help? I could post the file if that helps. Thanks again. -
Because of this... TIG what do you think about adding a counter or a countdown to your code: Sketchup.status_text=@msg+"Slicing..." + counter
-
Adding a status-bar counter will slow down processing.
It already tells you at which stage it's at, so its changing status-bar does confirm that it is running...
A counter would show progress, but if Sketchup becomes unresponsive and there's a 'white-out' the counter stops changing, which then leads users to incorrectly assume that it's broken, when in fact it's continuing and has just stopped updating the display!
It's a long standing gripe that Sketchup does this, one day we might get a built-in progress-bar method that updates the display and properly prevents 'white-outs'... -
TIG are you sure?..Did you try a normal numeric counter?.. Others Slicing-Plugin do it and it never stops or crashes... I can show you that code, if you want... They use a normal numeric variable-counter.
-
Any changes to the status-bar display and any additional calculations [even like
ctr.next!
] will inevitable add a tiny amount to each iteration, which will add up - and there are very many iterations in complex tools like this.
I have many tools with 'counters' [the older Slicer did it!], but they all reach a limit at some point when there is too much to calculate and Sketchup will become unresponsive and appear to stall, although it is continuing in the background! Simple operations will appear OK and display as say '5%' or '1 of 1234' etc incrementing successfully until completion... BUT if you try making the processed objects more and more complex then at some point a 'white-out' will happen... -
ok...then we have to wait for... SU version n.9!
-
Hello TIG, thanks for this plugin - you do some fantastic work!
I was just playing around with it an noticed that the slices for x or y axes always seem to be aligned with the original axis orientations, even if the group is aligned differently. So even if I reset the axes with a group, or for the entire model, to get the alignment I'd like - the slices seem to ignore this. Is this right or am I missing something?
thanks
- Mick
- Mick
-
THE XYZ axes are the model axes - ignoring any temporary resetting of the axes that you might have done.
Any changing of them cannot be found in the API, as far as I know.
The XY 'angled' slice option could be set to the angle of the XY axes if know ? -
@tig said:THE XYZ axes are the model axes - ignoring any temporary resetting of the axes that you might have done.
Any changing of them cannot be found in the API, as far as I know.
The XY 'angled' slice option could be set to the angle of the XY axes if know ?Thankyou TIG, that worked (set axis to 'A' and enter the angle in the 2nd dialog box) - just wasn't sure if I was missing something or not. I can't write rubies, but I'm surprised that the API doesn't provide a way to know the group axis settings?
Funny how things work actually, I downloaded your plugin out of curiosity, but almost immediately found a potential application for it - looking at cut and fill cross-sections. I have a idea/suggestion though... what about allowing the user to select a path for which the cross-sections would be aligned? So for my pic below, instead of just following one line, if my shape had a significant bend in it, a central path could be drawn and the cross sections would be aligned along and perpendicular to that path?
In any case thanks for the plugin - nice.
Cheers
- Mick
-
The API can get the 'local axes' used inside a group/definition... BUT not any reset model axes, to which is what I thought you were referring.
The XYZ slicing always follows the models axis [ignoring any reset].
It easiest [but not essential] if the sliced manifold group/instance is in the model's entities... -
Does it possible to have the Slices of the volume follow the colors (or textures) of the original?
(here with Slicer3 in V6, maybe this exist in the Slicer5? )
-
No.
-
In the future?
-
Perhaps, if I live till I'm 90
-
So long life to you!
-
@unknownuser said:
Does it possible to have the Slices of the volume follow the colors (or textures) of the original?
@tig said:
No.
@unknownuser said:
In the future?
@tig said:
Perhaps, if I live till I'm 90
@unknownuser said:
So long life to you!
-
@unknownuser said:
Does it possible to have the Slices of the volume follow the colors (or textures) of the original?
In fact with the Super Drape that's a beginning
(Take an image from the view Top of the original)Just to find something for the vertical faces who are unicolor
Maybe 2 pass -
TIG, great plugin. You've made architecture students and architects across the world quite happy.
I'm doing a rather complex site model, and I've done simpler site models with great success before. This time, I can't get it to flatten. It seems as if it quits after creating the slice outlines and before it thickens them. Here is the error it throws:
Error; #<TypeError; reference to deleted Face> C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;2041;in `pushpull' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;2041;in `fatten' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;2041;in `each' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;2041;in `fatten' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;2035;in `each' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;2035;in `fatten' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;1612;in `run' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;793;in `initialize' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;657;in `new' C;/Program Files (x86)/Google/Google SketchUp 8new/Plugins/TIG-Slicer/TIG-Slicer.rb;657
Anyone have any idea what could be wrong? It works great and fast with simple geometry. My site model is about 10' x 10' and I'm working with 1 inch thicknesses.
-
If the terrain results in some tiny edges you can get a failure of the intersection to form full loops which face and extrude into slices, which then cause issues with later operations.
I do have a newer version that traps these errors and lets you complete even if there are some failures -which you might be able to manually fix by drawing in missing bits etc...
It's not down to be issued until after Basecamp this coming week - I am typing this from my hotel room in Boulder !
I'll PM you a version - please treat it confidentially until it's released properly though.
You could perhaps avoid the issue by slicing the terrain at x10 the size you gave [100'] then very small edges and facets are much more unlikely. There is this known issue of SketchUp/OpenGL having problems creating very tiny and very enormous geometry.
You can always scale the model down x0.1 afterwards - tiny facets/edges can exist, it's just the creation that;s an issue...
Several of us will be pretty busy at Boulder over the next few days but we'll check on SCF as time allows...
Advertisement