SketchUp 2013 Gripes & Bitchin' ONLY ;)
-
@unknownuser said:
My worflow in Sketchup 2013.
Go into group.
Draw/extrude/watever something.
Save
Exit group and sketchup crashes.
Reopen scene.Rinse and repeat.
Sounds like you have a 'crashing plugin' - perhaps Vray-beta or one of the half-baked new BIM tools ? These can change the way base class/methods work or more likely they add ill-conceived EntitiesObservers etc, and in the process they break legit scripts and even SketchUp itself. Try without those loading from the Plugins folder and see what happens ? It is not SketchUp OR the legit script that is crashing - it's this other script which you have loaded but are not even using - it has either broken something basic in way SketchUp works OR it has an Observer usually silently lurking an watching your every move, that kicks in inappropriately and then breaks things big time...
-
Well, took the plunge and updated to SU 2013 and like Big mike am pleasantly surprised at the how quick it is and how well it handles larger models. I was struggling with a plus 50 meg file last week.
and had this referenced into LO. It used to take SU about 3-4 minutes to crank up and open the file, now it does the same one in 15-20 seconds max. 
Not sure why that is but for me its feeling like a more stable programme than SU8. LO especially is great now that vector rendering is way quicker and am also liking the textures in LO as well.
Getting a new desktop built at the moment with SSD so cant wait to see how quick it is then.
As for Gripes, they are getting less but I think trimble should take a serious look at Visualarq. If SU is heading in a similar direction then I would be one happy camper
-
About ruby in x64, i saw development for ruby connection in revit(rubyShell project). They used ironRuby to support revit x64 platform...
Can SKU team such, if they read this? -
Ruby runs also on ARM (or sparc or whatever you want). If SketchUp were about to support ARM devices/desktops, they would without doubt be able to include the SketchUp Ruby API as well (with bigger or smaller effort for porting).
I think the reason is that x86 64bit is fully compatible with x86 32bit, it's just a "gimmick"/bonus that improves some tasks, but not all.Another "future gripe" (that hopefully comes not true):
It would be a mistake to follow for a mobile version the current "conservative" philosophy of native non-cross-platform development. We see already that it's too hard to even maintain two codebases for Windows and OSX without cross-platform technology (see the significant differences in UI, features and bugs). It would be not future-proof to build one app for Android and one for iOS with separate code-bases and at the same time locking out users of the growing alternatives (Firefox, Tizen, etc, etc, Windows Phone 8). It's a pluralizing market and by catching the common denominator, a lot of wasted effort can be spared. -
@ilay7k said:
About ruby in x64, i saw development for ruby connection in revit(rubyShell project). They used ironRuby to support revit x64 platform...
Can SKU team such, if they read this?ironRuby is targeted for the .NET framework.
-
@thomthom said:
@ilay7k said:
About ruby in x64, i saw development for ruby connection in revit(rubyShell project). They used ironRuby to support revit x64 platform...
Can SKU team such, if they read this?ironRuby is targeted for the .NET framework.
and? Trimble LayOut is on it(.NET framework) at windows...macos maybe at monoOSX, i don't know...
I point at x64 platform as it has normal memory management... -
But SketchUp isn't a .NET application. It'd be a complete rewrite of everything.
But I think MRI Ruby is available in 64bit anyway.
-
@thomthom said:
But SketchUp isn't a .NET application. It'd be a complete rewrite of everything.
But I think MRI Ruby is available in 64bit anyway.
and?
What are sku team doing from release of 8? (Tom, i'm also at influence of name's this topic)
for example, they was under gigantic company as Google, than become Trimble... please don't point thats small...even Maxon(8-12 developers) is having parallel development of cinema4d r15(current version is r14.042) -
Anyone else experience crashes with "X-ray mode on" with quadros?
-
@ilay7k said:
@thomthom said:
But SketchUp isn't a .NET application. It'd be a complete rewrite of everything.
But I think MRI Ruby is available in 64bit anyway.
and?
Point being that switching framework isn't needed for 64bit Ruby. Just an information FYI.
And it's be completely unrealistic to rewrite the whole application - then you could just start all over.@ilay7k said:
for example, they was under gigantic company as Google, than become Trimble... please don't point thats small...
Even though they where and are owned under large companies doesn't mean they have infinite resources and man-power. Google never poured developers at the SketchUp. They only wanted SketchUp for Google Earth integration - little more than that. At least Trimble has been hiring - new positions was announced immediately after the purchase was announced.
-
@unknownuser said:
Anyone else experience crashes with "X-ray mode on" with quadros?
I got a Quadro 3800FX - no issues here. Driver version: 311.50.
Do you have issues on all models? And it doesn't crash is you disable Hardware Acceleration? What about plugins - does it crash when plugins are disabled?
-
Just a question:
How come other software companies says their new 64bit application is faster and Trimble says SU won't be?
Here's from Flash CC info:
"64-bit Flash Professional CC is more modular and delivers unprecedented speed and stability."(As a sidenote, speed improvements is NOT the primary reason why I want SU 64bit)
-
Don't think that refer to 64bit being speedier. From that one could say 64bit is more modular - which also makes so sense - 64bit is just larger data structures. Nothing related to speed or modularity in any way. I think one should read that is "Flash Professional CC is more modular [...]".
@pixero said:
How come other software companies says their new 64bit application is faster
I'd recommend a read up on "64bit myth" - where you get full technical details and a number of developers.Examples:
http://www.synfire.com/content/myths-and-facts-about-64-bit
https://www.ableton.com/en/articles/64bit-myths-facts/
http://jervisdabreo.com/thetechcorner/tech-myth-a-64-bit-operating-system-is-faster/ -
Yeah, but I read one note in Swedish saying:
"โขFlash Pro CC โ helt ombyggd 64-bitarsarkitektur ska gรถra programmet snabbare och stabilare."
I just googled to find something in english for the post. -
Again - that's referring to "Flash Pro CC", not 64bit. Though it can appear misleading the way they present it there.
-
@thomthom said:
Don't think that refer to 64bit being speedier.
will be interesting to see all these users demanding a 64bit version bitching here again why there 4gb models are soooooo slow...
scnr
Norbert -
x_X
I'm falling into the same old trap...
-
the icons that follow my cursor around sometimes get sticky.
orbit seems to do it most often.
when i spacebar back to select... i'll be stuck with orbit.
have to manually go up and hit the icon, and then things switch over.latest SU pro 2013 update, latest and greatest mac osx.
-
@thomthom said:
@unknownuser said:
Anyone else experience crashes with "X-ray mode on" with quadros?
I got a Quadro 3800FX - no issues here. Driver version: 311.50.
Do you have issues on all models? And it doesn't crash is you disable Hardware Acceleration? What about plugins - does it crash when plugins are disabled?
It only happens like 30% of the time on a particularly heavy model, I'm running a Quadro 2000 with 311.50.
Thanks though, I think it must be this particular model.
-
I still find that changing tools is a pita, I have to select the new tool multiple times and am forever getting caught out when the tool STILL does not change over, then another crash because the program cannot deal with multiple tool requests.
Advertisement