Google is Listening!
-
Hi John,
Can you provide some links for the discussion on the Help Forum?
Also I'd like to see some of the Tools in LayOut part of SU
- Ellipse
- Lozenge
- 2pt and 3pt Arc
- Pie
- Join
I realise I can export to SU and it's a minor request. But I feel it merits inclusion and compliments both applications.
-
What about dynamic components!? This is a unique feature of SketchUP among other 3D software and holds huge power! Nothing fresh here?
-
@pixero said:
There still are big areas we can't access with ruby.
What would you like to be able to do with Ruby that you cannot do today?
John
. -
@unknownuser said:
Can you provide some links for the discussion on the Help Forum?
You can search to find a variety of related threads, but here are some URL's to get you started: Improved Texturing Tools, Ruby Plugin Management , Plugin Manager for Ruby Scripts, Improve Performance (plus numerous topics on "multicore" and "64-bit"
There isn't really a single forum post to point out for import/export improvement, as workflows differ depending on the apps you're trying to make work together. Often, import/export problems are really tech support issues, not missing features in the product.
john
. -
@jason_maranto said:
Anybody who renders (either in Sketchup or outside of it) would benefit from stronger UV mapping controls -- Woodworkers (woodgrain on curved surfaces), Arch Viz (organic shapes) , Vehicles (more organic shapes), and even Film Production... just because they can kind of "get by" without does not mean it has no (or even little) benefit...
Good point Jason. I had a similar thought when reading John's post but forgot to include it. It's really the "hard surfaces" which would least benefit from added uv texturing capability. Would it be nice to be able to map a stucco material to a simple cylindrical column? Absolutely, but with some patience I can at least do that much. I don't do many spheres so that would be very situational. But when you get to more organic shapes having some form of an unwrap function becomes crucial. In my work, trying to map furniture for an interior scene is the main issue.
-Brodie
-
@jbacus said:
What would you like to be able to do with Ruby that you cannot do today?
There's plenty and I'm sure other programmers could fill this in but from the top of my head:
- Set color of light and shadow. Not all shadows are grey.
- Set a face's normal direction. (This is commonly used in game engines to make a "face me component" (grass and others) have the same shadowing as for example the ground.) Something like: face.normal.set(0,0,1)
- Access Open GL to add more advanced features like lights and specular materials.
- Use image as skydome. (I PM'ed you about that one but havent heard from you.)
I'm sure I can think of more when I'm not this tired.
-
Me again.
I'm not in any way against the suggestions posted above and elsewhere.
Personally, most of them are not applicable to what I use SU for, but I am sure many out there can make good use of them.All I said before about making SU better, at this point, is
FIX WHAT IS BROKE first. Please!
-
@jgb said:
FIX WHAT IS BROKE first.
Please define what broke things you'd like fixed. Do you disagree with the wants and needs of the archviz folks who would like us to prioritize the list of things I itemized above?
john
. -
@pixero said:
I'm sure I can think of more when I'm not this tired.
Looks like you'd mainly like to see the rendering pipeline opened via the API so that advanced rendering features can be implemented by the Ruby community. Is that correct? It is true that we don't provide access to that at this time.
john
. -
@jbacus said:
Looks like you'd mainly like to see the rendering pipeline opened via the API so that advanced rendering features can be implemented by the Ruby community. Is that correct? It is true that we don't provide access to that at this time.
As far as I know it is.
I know other developers want more access to things like section planes.
Changing interpolation type between scenes would also be a good addition for better looking animations. (Now its only linear interpolation.) -
@jbacus said:
@jgb said:
FIX WHAT IS BROKE first.
Please define what broke things you'd like fixed. Do you disagree with the wants and needs of the archviz folks who would like us to prioritize the list of things I itemized above?
john
.First, I'm not sure what you mean by "archviz folks".
This is the list of SU shortcomings I have complained about since nearly day 1 of my using SU (Aug 2008). Some may say a few are added features, but I say SU should have incorporated them as intrinsic functions I would expect from the design team. I have stated all of them on various SU BBS's, and quite frankly, John, you are the first Senior SU team member to respond to my postings. Kudos for that.
My 3 biggest "bitches" relate to face forming and Pan/Zoom.
Face Forming
In version 6, at least when a face failed to form with "form face" you gave 1 of 2 error messages, either there was a gap, or the entities were non-planar. A small clue, at the very least. Now V8 just says "Can`t do it", far less than useful. If SU is "smart" enought to know it has an error, please tell me what it is and where. When I was a Project Manager I read the riot act to more than 1 coder and SA that gave an all encompassing meaningless error message after an extensive input data check.1 - Finding a GAP in an entity selection for face forming.
When SU finds a gap, highlight between which 2 entities the gap exists.
If you need a clue how to do this, see TT's Solid Inspector.2 - Cannot form face due to non-planar entities.
You have 2 choices here; either just highlight the non-planar entities, or, face whatever part of the entity set that is planar, leaving the remainder highlighted.
If you need a clue how to do this, see TT's Solid Inspector.Pan/Zoom; Commonly refered to as "Hyper Pan" or "Hyper Zoom". When you select the pan or zoom tool, or wheel to zoom, you need to have the cursor on some entity. Then the pan or zoom rate is proportional to the distance between you and the object, which is logical. However if on subsequent sweeps or wheel rotations the cursor "slips off" an object into empty space the pan or zoom rate goes HYPER and you are off "to the moon, Alice". Getting back to where you were is a real pain.
The solution to this is simple. Maintain the last "on object" pan or zoom rate even over empty space. Maintain this rate till either the cursor is over an object, or some other tool is selected.Startup Tool. Native SU defaults the "Pencil" tool on startup. Many of us have inadvertently marred a model when loading it, then have to delete. "Startup.rb" solved the problem by defaulting to the very much more logical "Select" tool on SU startup.
Almost everybody now uses "Startup.rb" because SU still does not do the logical thing by defaulting to the "select" tool.Restore Toolbar locations. Version 8 is a good try, no cigar. Not sure avout V7, but V6 every now and then would scramble the toolbar locations for no reason.
V8 has a mmenu item to set and restore the toolbar positions. Great, but IT DOES NOT WORK.
Every time I loaded a new plugin in V8 the toolbar for that plugin would set itself in the left side of screen and blow most of the other toolbars out of position. Restore justs does nothing. Please fix it.Units. I know SU was initially and today is predominately an architectural tool. And the choice of units follow that standard. However a lot of users develop models for aerospace and other non-arch disciplines. I use it as a poor mans' 3D CAD.
Most of those disciplines use Feet - Inch - DECIMAL inchas the standard units.
SU needs that set of units. And, no, Feet - Decimal Feet is not a valid alternative.Mouse Buttons. My old Logitech mouse had 12 buttons since way before I started using SU. My current one has 10, all used in most other PC apps.
SU only recognises 5, left/right buttons, wheel down, wheel rotate and wheel left/right.
It would be totally impractical to redefine my mouse keys just for SU, then redefine them as I switch apps while I am using SU. SU needs to be able to recognize those additional buttons regardless of their default function definition.
To solve this, SU needs to "Learn" what each mouse button sends as a function, then redefine that function for SU shortcut purposes. It IS do-able.Additional Keyboard Control Keys. Right now SU only recognises the Tab, Shift and CTRL as control keys for shortcuts and functions. There are several other keys that can and should be used as well; Function keys, the Windows key and perhaps the TAB key. They have no other SU function.
And finally;
Material/Colors list. The Entity Info and Materials lists have a major deficiency. There is no capability to modify the set of colors, textures and materials. Many models collect (via other components and models brought into the model) all sorts of colors (etc) many of which are duplicated, especially black.
There is no way to consolidate all the blacks (for example) into 1 black, or even sort the list to place the most used colors at the top.
Just recently I discovereda plugin to correct this, but not yet loaded it into my SU. BUT this editing & sorting function SHOULD be an intrinsic SU function.Thats it for now. There are others but this list is my oldest bitch list and it has taken about 3 hours to write.
What say you, John??
-
@jgb said:
First, I'm not sure what you mean by "archviz folks".
By "archviz" I mean the community of professional SketchUp users who use it as the modeling front end to an advanced (photorealistic) rendering process for the pre-visualization of architectural design projects, either still images or animations. As for example represented in the CGarchitect forums.
From your list of issues, I'm going to guess (please confirm or correct so I can answer your questions more accurately) that you are doing more "MCAD" kinds of projects with SketchUp. In other words, the sorts of projects which might also be done in Solidworks? Things which might eventually be fabricated in a machine shop?
If this is the case, then I can imagine the sorts of problems you are seeing in SketchUp. And to be fair, we didn't design SketchUp for this sort of work. As you may know, SketchUphas a hard lower precision threshold at .001". For folks working on projects from 'furniture' to 'office campus' scales, this precision is perfectly sufficient. For folks working on projects smaller than 'furniture', problems like those you describe can occur. I think this probably accounts for all of your issues with 'face forming' and I'm afraid the only recourse is to scale your project up artificially while you are working. There is no fix for the .001" lower precision threshold coming in a future version of SketchUp.
The issue you refer to as 'Hyper Pan' or 'Hyper Zoom' likely comes from the same root cause as the above issue. You're working close to the lower precision threshold in SketchUp, and tools which have been tuned for use at larger scales are beginning to behave in an less predictable way. You may find that the "Camera>Previous" command will allow you to recover easily from errant Zoom or Pan operations.
The adoption of "Pencil Tool" as the startup tool comes from a historical decision that drawing should be the default behavior in SketchUp. Over time, alternate opinions have asserted themselves. In fact, for several releases, we flip-flopped on this decision. Which folks also found upsetting. In our current build (SU8M1), "Select" is the default tool on our Mac OS X build. Perhaps one day we will also make it so on Windows.
Toolbar positions are very difficult for SketchUp to maintain when you are using lots of Ruby scripts that add their own toolbars. The addition of a new Ruby toolbar is currently the most chaos-inducing thing you can do. We're still working on this problem, but you should know that it is like 'cat herding' for us.
As for your preferred units, I think this is a simple tech support issue. "Decimal > Inches" are supported in SU8 today. In fact, under the hood, SketchUp uses decimal inches natively for all calculations. If you would like this to be the default for all your new models, learn about Templates.
Now for your mouse with all the buttons- this is a tech-support issue as well. SketchUp can never hope to support every mouse in the world natively. There are literally thousands of them. Most mouse drivers for more complex mice include some kind of application-level settings for their buttons. This is your best bet for configuring your mouse to use more buttons in SketchUp.
There will always be some keys on your keyboard that are either reserved by SketchUp for some purpose, or by the operating system. Are you really running out of keys to use for all the thinks you want shortcuts to access?
And finally, Materials. Certainly it is possible to modify sets of materials in SketchUp, though perhaps not in the ways you wish to do so. Probably you'll find some crossover with the archviz folks here (or maybe not?). I find that purging unused materials often solves the majority of my problems with ballooning material lists. A way to consolidate all of the similar colors in a model would be useful and I'm glad you've found a plugin to help you resolve that.
john
. -
I got some good names if you decide to go with an external UV unwrapper:
WrapUp
CutUp
SliceUp
TextureUpI'm sure there's more...
Best,
Jason. -
@jason_maranto said:
WrapUp
lol.
Seriously, though, I know it's not likely going to happen, but UV-ing in SU would be sweet.
-
UV mapping in SU needs to be made simple, there are just too many UV apps out there that are scary for new users, so SU needs to keep it simple somehow.
-
I'm all for that, but still: probably easier said than done.
-
I agree, although I think it mainly a language thing -- these programs often use very technical terms that can be very off-putting when the underlying concept is really very simple.
For a decent UV unwrap when working with models you really only need:
- A knife tool to select the cutlines (these would just be regular edges)
- A select/group function to specify islands (Sketchups native groups are fine)
- A unwrap "3D skin" button
Sure it would be nice to have edgeloop and symmetry based selection for speed, but those aren't critical. The navigation, move, scale, and rotate tools could all work exactly as in Sketchup.
From there it's all 2D and optimization... and honestly that part should be pretty straight forward.
Best,
Jason. -
@jason_maranto said:
(...)the underlying concept is really very simple.
You'll do the tutorial series then. There, that's settled.
-
Yep, that's the plan -- I'm actually doing videos right now showing how to do it in ZBrush from Sketchup (they have a very nice plugin called UV Master for this)... but I would love to be able tell people they can stay inside the Sketchup "world" to do this basic task. 
Best,
Jason. -
I used to be one of those continually calling for better UV mapping, but TBH I'm now perfectly happy working within SU just as it is, most of the time. And latterly I've started wrapping entire people...head, hair, clothing; right down to the knuckles on the hand and the seams on the jeans. There are two Rubies that changed all that; in UV Tools and UV Toolset.
For quick modifications within SU itself, I use Remember UVs. For anything more than that...or wrapping an organic shape from scratch I use Export UVs to Obj, then do the actual mapping with Ultimate Unwrap 3D, where you got all the functionality you need, including a wide range of off the shelf mapping modes plus the ability to create UV islands etc. The workflow for this is precisely the same as that called for in an earlier post by DacaD, involving a separate mapping module within SU itself. UU3D works the same as that module. You simply open the proxy obj, do the business, click Save, then switch back to SU and click Import UVs from Obj and the mesh is instantly updated.
Sure, an integrated mapper within SU itself might save you maybe 3 mouse clicks, but given the time it takes to map complex objects, the time difference is infinitesimal. In fact I'm thinking of writing a Ruby button to automatically open the proxy, so that UU3D will, in effect become a module of SU.
It's pretty cheap too.There are plenty of easy things I'd like fixed (like putting edge and face count back into Entity Info. Given SU's intolerance of heavy geometry, this is pretty essential for quickly testing the most efficient method of construction, face-wise.) But UV mapping is now off my list.
Another bug is so old, I remember pointing it out to Jim Holman. If you're zoomed right in and have an edge highlighted, ready for moving, then attempt to move it...it will sometimes move in entirely the opposite direction to the mouse. It's not a scale/tolerance thing. I've had it happen to edges several inches long.
John, I know your aim is to have SU 'play nicely' with other apps rather than building the functionality into SU itself, so can we please have a decent obj importer..like Sycode's. Much of the mass-appeal market is based around the obj format...whether you prefer dae or not (I've stopped generating Collada flavour at FormFonts; no one ever downloaded it; nor have I had a single request for its reinstatement)...and it's a real pain having to convert everything prior to import.
Advertisement