A new home for SketchUp
-
@alpro said:
I dont know Jeff, all I know is SU in its current form just doesn't fit into the range of Trimble products we use. Maybe something in SU is patented and thats what Trimble really wanted, like the reference engine.
Mike
maybe you're right. (but probably not the inference engine.. moi3d has pretty awesome inferencing.. sketchup like in many ways but with extended capabilities)
I think 'push/pull' is patented.. but instead of paying multimillion $$ for the name of a tool, they'd probably just call it something else.
(and please realize when I talk about this kind of stuff, it's pure speculation.. of course I don't really know)
(edit).. oh damn... if rich is saying push pull is patented also then maybe I do know some things
-
@ishboo said:
I see one potential benefit that I don't think anyone has mentioned yet which is, if the speculation is accurate and Trimble makes add on to Sketchup, maybe that will be in the form of Ruby plugins which would imply that the Ruby API would get a much needed facelift (eg newer Ruby version, embedded WebKit browser, better file system APIs etc...).
If that is indeed the case, us developers would have a lot more flexibility and freedom to create even better extension.
Just a thought...
I'm secretly hoping DCs get some much needed love.
i personally have some uses for such a thing. (bim + dynamic components)
-
@mike lucey said:
A couple of articles flying around,
SketchUp buy adds to Trimble's dimension
http://uk.reuters.com/article/2012/04/27/oukin-uk-trimble-idUKBRE83Q1AL20120427
Google's SketchUp Acquired by Trimble
http://www.i-programmer.info/news/99-professional/4128-googles-sketchup-acquired-by-trimble.html
Trimble Snatches SketchUp from Google
SketchUp Acquisition: The Big Picture
http://www.constructech.com/news/articles/article.aspx?article_id=9248&SECTION=1
Thanks Mike
-
@unknownuser said:
I don't understand why they would acquire it then.. why not just write a new app instead?
From how I read the statements,.. they imply:
SketchUp "stand-alone" remains a generic modeling application, whose development and updates, will feed into an "insertable" engine, for Trimbleās professional BIM products (which will be pay of course.)
- Similar to how the best OpenOffice updates find their way into the commercial StarOffice product.
I cannot understand how many of you would think for a minute, that a company that charges premium prices for good AEC/BIM software, is somehow going to revise SketchUp into a cheap/free "BIM for everyone." It is nothing but a pipe dream. Wake up !
Their statements are clear, that they wish to enable their current (and future,) commercial products, with SketchUp style editing. That is a good thing for ease of use of their products. This can mean more sales for customers who already have workers familiar with SketchUp.
The question I'd think of.. will this give their commercial products Ruby extensibility ??
-
@unknownuser said:
Not late to the party, I've just been lurking on this post and I frequent the bugs forum and Ruby forum from time to time.
Some of you know me I'm Brad on the SketchUp QA team. I've been working on SketchUp since v4. I went through the @Last -> Google acquisition now from Google -> Trimble.
I love the passion this community has for SketchUp. As John said earlier, if there was no reaction we would be worried. The fact people are voicing concern about "our" baby makes me feel good. You care about SketchUp as much as I do!
From the people at Trimble I have met and talked to I can tell you...they are lot like we are, they "get" SketchUp. They know we are passionate about SketchUp. They know our users are passionate about SketchUp. They know our users are not just some people that use SketchUp, it's a community of people who don't want their baby being touched by a stranger.
I excited about the future! I don't know what is going to happen in the future but I'm moving forward with the SketchUp team to Trimble to get this party started.
Kiss Kiss
-
I see one potential benefit that I don't think anyone has mentioned yet which is, if the speculation is accurate and Trimble makes add-ons to Sketchup, maybe that will be in the form of Ruby plugins which would imply that the Ruby API would get a much needed facelift (eg newer Ruby version, embedded WebKit browser, better file system APIs etc...).
If that is indeed the case, us developers would have a lot more flexibility and freedom to create even better extension.
Just a thought...
-
This is big news. I can't do anything about what is going on so I will wait and see. Funny how everyone is saying that Trimble won't support Apple/Mac products when their Facebook page is allowing you to win an Apple product
-
@thomthom said:
@jpalm32 said:
So he (Mark Harrison) rides in, drops the bomb and scatters!
Not good.
Void of real assurance.
Doesn't stick around to answer some questons. Not good from a PR point.Ah, come on! John Bacus has replied many times - the product manager. And several of the SketchUp team has been replying on varius channrls. Your claim is unjust.
My bad! Sorry to all!
-
John Bacus just updated the official blog post: http://sketchupdate.blogspot.com/2012/04/new-home-for-sketchup.html#comment-4758965155257379409
@unknownuser said:
Hi everyone,
Just catching up on this thread againā it has grown since I last checked! Seems like the worries you guys are expressing fall into a couple common themes, which I'll address below. Ping the thread again if there's something else you'd particularly paid attention to that I missed, ask it again.
For the folks worried that we'll stop offering SketchUp for free, "The free version of SketchUp is an important part of our world as well, and that isnāt changing in the least."
For the folks worried that we'll only pay attention to the AEC industry, "If youāre one of the many, many people who use SketchUp for something elseāfrom education to woodworking, geo-modeling to movie-makingārest assured that there will be a SketchUp for you, too."
If you're just worried because you don't like Trimble's website, don't judge a book by its cover
For the folks worried we'll change the name, "SketchUp" seems like a perfectly fine name to me.
For the folks who think this is our big chance to write a 64-bit, mutithreaded Linux client build, see previous answers on our user forums. The core technological principles haven't changed either.
john
-
@dan rathbun said:
I cannot understand how many of you would think for a minute, that a company that charges premium prices for good AEC/BIM software, is somehow going to revise SketchUp into a cheap/free "BIM for everyone." It is nothing but a pipe dream. Wake up !
right.. i get that.
but at the same time, i would think sketchup itself would get a little trickle down.. maybe a teaser for the big dogs but for small timers, there might be something helpful in there (at least something better than viewing component stats or generate report..)i'm maybe concerned that ruby devs won't get much more to work with.. from a business point of view, it wouldn't make much sense to open up the api any further.. if they did, ruby developers would be able to create plugins that would directly compete with the add-ons..
(of course, all of this is assuming we'll be seeing a more modular sketchup.. a sketchup that you don't only hookup little individual plugins to but one that you can plug into other apps or other programs can plug into it..)
-
@ishboo said:
For the folks who think this is our big chance to write a 64-bit, mutithreaded Linux client build, see previous answers on our user forums. The core technological principles haven't changed either.
Considering what the devs have said about 64 bit in the past, I'm happy to accept this. I do think that 64 bit can help with performance, but it clearly isn't a magic bullet (just look to Adobe). The message so far is that better use of resources will deliver better performance and I'm happy to go along with that.
My only reservation is the issue of 3rd party apps that would benefit from multi-core processing (e.g.Twighight). Would it be possible to allow 3rd party plugins to utilise multicore processing without having to re-engineer SU?
-
@hieru said:
Would it be possible to allow 3rd party plugins to utilise multicore processing without having to re-engineer SU?
Surely Yes.. IF they ran in their own process.
They would need to be written in a language and compiled with a compiler that supported multicore. So running under SketchUp's embedded Ruby is out.
Technically.. they would not really be plugins. They would be other applets / applications that need a means of communication with the SketchUp process. IO pipes, TCP, UDP, or whatever.
-
@hieru said:
Would it be possible to allow 3rd party plugins to utilise multicore processing without having to re-engineer SU?
Yea, they can do their stuff in their own process - which some do. There is nothing in SketchUp that prevents anyone from doing so.
-
@hieru said:
My only reservation is the issue of 3rd party apps that would benefit from multi-core processing (e.g.Twighight). Would it be possible to allow 3rd party plugins to utilise multicore processing without having to re-engineer SU?
Not only is this possible today, but it is frequently done. Most rendering engines utilize multicore processingā even those that work as "plugins" for SketchUp.
john
. -
This takes me back to the time when Google bought SketchUp and the forum members were speculating about which company 'should' have bought SketchUp. My response then, as now, was: Why does someone else have to own SketchUp? Why can't SketchUp own Sketchup? Doesn't the $500 pro licenses generate enough money to pay the developers salaries?
Google bought SketchUp during the initial phase of the Internet stock market boom when giants were competing with one another to see who could buy the most small companies. It was assumed that this was a natural and inevitable phase of software history but I think it had more to do with testosterone than any natural arc of software development. How did it benefit SketchUp? The optimistic response at the time was that Google could bring it's extraordinary wealth to allow SketchUp to really grow compared to it's pre-Google days. But it didn't. There were changes and improvements but not at a speed or depth greater than when it was privately owned by At Last.
No matter how you look at this development, it means that SketchUp is no longer a company that is first and foremost answerable to it's users. It's answerable to Trimble shareholders. True, after being bought by Google, SketchUp was answerable to Google shareholders but it was such minor part of the whole Google business enterprise that we could at least hope it wasn't noticed too much. Not now. Now it will be, for better or worse, a function of a relatively small companies balance sheet and that is what will dictate all decisions concerning the software.
I say we put out a world wide call for the users of SketchUp to buy it away from Trimble. How much would you pay to be a part owner? $10? $100? If there are 3 million users and one third of them pitched in, how much would it take?
-
@unknownuser said:
I think 'push/pull' is patented.. but instead of paying multimillion $$ for the name of a tool, they'd probably just call it something else.
exactly... ViaCAD has push/pull like modeling since v.8 and imports SKP files.
still, I spend 99% of my time on SketchUp and 1% on it... LOL -
@jbacus said:
Not only is this possible today, but it is frequently done. Most rendering engines utilize multicore processingā even those that work as "plugins" for SketchUp.
Many calls for 64bit SU come from Twilight and VR4SU users who complain about the limitations of working inside SU. Other than the issue of handling high-poly models, I thought there was a problem with the performance of these apps being throttled by the limitation of SU being 32bit?
I could be wrong as I use an external render engine and I'm therefore unfamiliar with the exact nature of the concerns raised by these users.
-
@hieru said:
I thought there was a problem with the performance of these apps being throttled by the limitation of SU being 32bit?
Not performance - but stability. As, for instance VfSU - which I use, will crash SketchUp if a render consumes more memory than what a 32bit application can address. Before the limit was 2GB - since SketchUp became LARGE_ADRESS_AWARE this limit was bumped up to 4GB under 64bit OS.
Performance is not affected, VfSU makes use of all CPU power available. -
It's mainly a memory issue (therefore rendered images have a "natural" size limitation - probably also based on scene complexity).
-
Thanks guys - that makes things a little clearer.
I was just thinking about whether these things could be addressed without a need for SU to go 64bit. The devs have probably already got a better handle on this than me
Advertisement