Sketchup 2013 issues

Burkhard · 27 May 2013, 20:00

Thanks Box. I was sure to set the permission to all my folders. But the workaround is welcome. Thanks to both

TIG · 27 May 2013, 21:33

I copied all of my Material subfolders from v8 into v2013... and so far they all work fine...
Including the RAL set...
I have unfettered permissions to all files/folders in my 'SketchUp 2013' folder...

TIG · 28 May 2013, 07:34

Could you make that very complicated lattice by hand faster ?

If you find a tool 'ridiculous' then don't use it.
It's not like you 'bought it'
I'll look at LatticeMaker - it could/should perhaps get a slight speed improvement in v2013

archheni · 28 May 2013, 08:48

@tig said:

Could you make that very complicated lattice by hand faster ?

If you find a tool 'ridiculous' then don't use it.
It's not like you 'bought it'
I'll look at LatticeMaker - it could/should perhaps get a slight speed improvement in v2013

Hi TIG, please don't misunderstand. I fully appreciate your immense efforts in improving SU's capabilities as a modeler over the years with your numerous contributions. And I, like many others here, enjoy using your incredible useful tools (including this one)..
I simply don't understand why it takes such a long time to execute it?
What are the bottlenecks..Ruby scripting? SU's single core limitation!?

archheni · 28 May 2013, 09:10

I finally found some time to do some plugin testing in SU13. In most cases I haven't noticed any speed improvements but one of your plugins TIG, Lattice maker, takes now even longer than before to execute.
And it already consumed a ridicules amount of time prior to the new release (Please see attachment for more details)..
To create a lattice out of an organic shape it takes me 13min and 20s in SU8 to finish the task..while in SU13 it takes slightly more - legendary 14min and 8s for the very same operation..

I know this plugin hasn't been updated for a while now and I'm not sure if that's part of the reason that it takes aeons to complete any operation, but it's worth to mention that the very same task can be done in real time (!) in Modo with an inset + thicken command, no matter how complicated the shape is.

It's also generally problematic that during heavy script operations Sketchup is always in a "frozen state" which means one can only stop the ongoing process by doing a force quit of the application itself.

Now here would be my humble requests to the Sketchup Dev team and/ or Plugin dev's for the next SU release:

Please let plugins execute faster (I mean much, much faster!)
Please implement the possibility to stop any ongoing plugin operation without having to force quit SU
Maybe also some sort of timer could be integrated to estimate plugin execution time.?

FYI, my hardware specs are rather new: 2,7 GHz Intel i7 Quadcore; 16GB Ram, SSD

TIG · 28 May 2013, 10:05

The number of entities added into a context affect SketchUp's processing time of all calls manual and API.
Each has to be assessed for intersection, merge etc.
As the numbers increase the time rises almost exponentially as more and more entities are involved...
Also if the refresh of the graphics is not switch d off that has an effect too...
Using a
model.start_operation('xxx', true)
is the fastest way of processing - especially in v2013...
I need to check that LatticeMaker has those all set right...

Edit: bum!
Although it does because 13 is taken to be < 7 [alphanumerics!] it skips it.
I'll PM you a test updated version - can you retry and see if the time improves...

It's now updated to v1.3 in the main thread...

charly2008 · 28 May 2013, 12:28

If we are to trust the tool, "Test time display". Then would be "Sketchup 2013," a bit faster. Whether this also has an impact on the plugins I can not judge.

archheni · 28 May 2013, 12:31

I'd be happy to try it out.

plesiosaur · 28 May 2013, 18:47

@plesiosaur said:

FYI for those who use 3Dconnexion products:

I am, or have been, using a 3Dconnecxion SpacePilot Pro with SU8; it appears that 3Dconnexion does not play well with SU2013, at least not for me.

Per my phone conversation today with 3Dconnecxion: It will be 2-3 weeks before the new software/driver will be available; so, for those who use 3Dconnecxion products you may want to wait on the SU2013 install until their new driver is available, or not....

thomthom · 28 May 2013, 20:51

Hasn't this been the case for every SketchUp release that the drivers had to be updated?

ken · 28 May 2013, 21:21

OK, I upgraded as soon as I could, and to my happy surprise, NO, NO bug splats.

It seems to be faster, but I don't have a method of this measuring this, so I will let other determine the speed.

However, the lack of bug splats I can measure, and I have not received one with this new version. So what ever was done, good job.

Job well done.

Ken

jastar123 · 28 May 2013, 22:10

On mac there is no plugins folder so I can't manually load Maxwell render . any advice?

archheni · 29 May 2013, 05:51

@jastar123 said:

On mac there is no plugins folder so I can't manually load Maxwell render . any advice?

the plugin folder is now located in: ..user/library/ application support/sketchup2013/sketchup/plugins

archheni · 29 May 2013, 05:53

@tig said:

The number of entities added into a context affect SketchUp's processing time of all calls manual and API.
Each has to be assessed for intersection, merge etc.
As the numbers increase the time rises almost exponentially as more and more entities are involved...
Also if the refresh of the graphics is not switch d off that has an effect too...
Using a
model.start_operation('xxx', true)
is the fastest way of processing - especially in v2013...
I need to check that LatticeMaker has those all set right...

Edit: bum!
Although it does because 13 is taken to be < 7 [alphanumerics!] it skips it.
I'll PM you a test updated version - can you retry and see if the time improves...

It's now updated to v1.3 in the main thread...

Thanks for the quick fix TIG! The good news - it's faster than before now on SU13. But I'm still puzzled because every time I run the script I get a different result now - 13min14s; 8min; 9min30s; 9min20s..and 4min58s.
I did also crash SU13 when I did copy/ paste the geometry into a new file and started the script for a second consecutive time.
Not sure why it behaves like this..? I will send you the file, maybe you can reproduce the results.
Thanks for all the efforts!!

Tyler Miller · 30 May 2013, 04:02

@charly2008 said:

If we are to trust the tool, "Test time display". Then would be "Sketchup 2013," a bit faster. Whether this also has an impact on the plugins I can not judge.

I see someone has been playing around with their registry settings...

-Tyler

Tyler Miller · 30 May 2013, 04:07

@penguin2 said:

Toolbars for Plugins missing.

Loaded the following from EW:-
'Selection Toys'
'Edge Tools2'

Tried un-checking then re-checking in Toolbar list. Still not visible.

We're working on a fix for this now. It was a last minute regression that slipped into the release. Sigh. Sorry about that.

-Tyler

rv1974 · 30 May 2013, 13:30

Shadows- very unpleasant surprise. In v8 it was only the viewport artefact, now the output also get affected !
And this clipping issue...

jeff hammond · 30 May 2013, 16:01

this isn't an 'issue' so much as it's a new behavior (one that i've seen requested a few times here as well as for a certain other drawing app.

on mac, when you launch sketchup, a sketchup window will be created.. once you close that window, the only way to get a new one is to cmmdN (file->new)

previously, you'd get a new window by clicking on the dock icon or upon switching back to the app..

kind of hard to explain without doing the comparison yourself.. i guess i can see why some people might prefer the new behavior but i can also see why someone might prefer the previous behavior.. i'm on the fence and i haven't used 2013 for actual work yet so i don't really know.

pbacot · 30 May 2013, 16:15

@unknownuser said:

this isn't an 'issue' so much as it's a new behavior (one that i've seen requested a few times here as well as for a certain other drawing app.

on mac, when you launch sketchup, a sketchup window will be created.. once you close that window, the only way to get a new one is to cmmdN (file->new)

previously, you'd get a new window by clicking on the dock icon or upon switching back to the app..

kind of hard to explain without doing the comparison yourself.. i guess i can see why some people might prefer the new behavior but i can also see why someone might prefer the previous behavior.. i'm on the fence and i haven't used 2013 for actual work yet so i don't really know.

I prefer it. I usually have to close that new window--and it always asks to save (v.8). No other apps I have act the old way, opening an empty file every time you choose the app in the dock.

It is more common to want to open an existing file.

jeff hammond · 30 May 2013, 16:24

@pbacot said:

@unknownuser said:

I usually have to close that new window--and it always asks to save (v.8)..

that's a ruby which is causing the "would you like to save?" behavior when trying to close a fresh window..

one of the su9 wishlist items i presented was to have the sketchup app itself preventing this from happening regardless of any 'bad' coding by the ruby author.. i haven't put all of my plugins in 2013 yet to see if it's now being prevented.. i'll try out one of the rogue plugins in a little while to check.