A new home for SketchUp
-
@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
-
As a free user, I would pay $99 for it now. W/O Layout & Solids.
What percentage of free user would do that??
I lost interest in SU until I found this site. It is the best independent product site/blog ever!
It is all about the great attitude you people have. Thank you.
On another note: If we are are worried, think of all the render companies that depend on SU for their income.. -
@jpalm32 said:
On another note: If we are are worried, think of all the render companies that depend on SU for their income..
How so? Most rendering apps have plugins for a raft of 3D modeling programs.
What I would fear most is the loss of the active ruby development that happens here. I agree, Sketchup would be far less useful without the contributions of the ruby gurus.
-
I think I've figured this out.
A big and growing field is 3D scanning. Architects, crime scene technicians, studios, etc. are all moving towards 3D scanning as a way to generate 'as built' information. You might have seen a program on the History Channel about scanning the inside of a Gothic cathedral in 3D to reveal structural problems (fascinating show).
Trimble is a big player in this field.
Doing a brief search of 3D scanning companies reveals a problem - in what format are you delivering the generated information to your client? What kind of software does your client have to have to receive and process this information? Most of the 3D scanning software comes with some kind of 3D modeling functions but they're all pretty lame. The assumption is that the client is going to port the information into their own software - Revit or whatever. But Revit or AutoCAD are expensive solutions and not appropriate in all fields.
I think the aim here is to have a full 3D scanning solution that includes software (SketchUp) that can assemble all the point cloud data in a usable manner for the client without the client having to have specialized software on their end.
I don't know to what extent this scenario would help us or hurt us but I think that's what's happening here.
-
My thoughts on this transition.
Still a big question mark...why Google ever sell sketchup?.. I believe Sketchupās being associated with Google made it big and popular. After all the developments in the recent years, with but a few inputs on their part which still resulted in a phenomenal growth of users, how could Google just abandon it?? Donāt they see the potential that we all did? ā¦Are there not enough pro users to sustain itās profitability? Later on, when they see buildings and important structures created thru this software, wouldn't they want the pride of getting associated with it. I guess not.Im not sure about Trimble.
I so love sketchup. I think its one of the best software and most indispensable tool there is in architectural field.
After criticizing sketchup a lot in the earlier release, I ended up a becoming sketchup addict. Although I must admit, sketchup (the generic) doesnāt measure up with recent developments of its counterparts. The slow performance and inability to handle high poly models is just becoming frustrating. But hey, I still stick with itā¦(hoping it improves)
Ive built a lot with sketchup and will continue to do so.
Hope Trimble keep it free, keep it open-source, and address the clamor for a speedier sketchup. Then they stay in the game.
Hope this forum remains.
I love the culture of generosity in here (esp the script writers) Ive gain a lot by just reading thru the posts.edd
-
YIPES!!!!!!!
Couldn't spend the time reading all 25 pages, but here is my $0.02.
I have seen too many instances where a company acquires the competition for various reasons, NONE of which were to benefit the customer or end user. Witness IBM buying over Lotus, which I will use as an example. Wordperfect is another, as are all the Canadian income tax programs.
The reason for acquisition is either to pillage the patents, corner the market, eliminate competition, grab the super skills, and to upgrade their own products, until the competitive distinction is moot.
Then KILL the acquisition. IBM wanted Lotus Notes. IBM now uses MS EXCEL internally, not Lotus 123, which was exclusive at IBM prior the takeover. Neither of which exist today. I was on contract to IBM at the time of the takeover as a Lotus 123 developer. A year after I left they wanted me back to convert all my 123 spreadsheets to EXCEL.
If Trimble is planning to incorporate the SU engine into their products, where will that leave SU in the future? Except for being free, there is no competitive advantage for Trimble to keep SU, free or Pro.
They will probably release Ver 9, as it is well down the pipeline, but what about Version 10 or 11?
Google has the great reputation of being a great place to have ideas and try them out. Does the new owner have a similar environment?
Google has some reputation of listening to outside ideas, maybe not so much in the SU community via these forums, but better than most companies.
IBM would only listen to clients who were willing to pay to have their ideas implemented. What about Trimbles track record??Be afraid, be very afraid.......
-
@surfingalien said:
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... LOLthanks for mentioning ViaCAD... i wasn't aware of it (and Shark). Looks very interesting. I will test it...
-
@jbacus said:
@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
.As ThomTom recently replied when I and others brought up 64 bit.
People "say" they want 64 bit, but underlying they just want Sketchup to run more smoothly...
It is having a more responsive Sketchup to particular tasks and to higher polycounts.
Whatever is needed to serve that purpose is fine, even if Sketchup would be a 1-bit app
-
I sincerely hope that there are going to be ties between SketchUp and 3D scanning. This was my first thought when I saw Trimble mentioned, but it sounds too good to be true!
-
YouTube "Trimble sketchup" there's a clip of a Trimble product being scanned via a kinect sensor and visualised in SU
Advertisement