@gaieus said: I've seen such experiments at the KT Forums. It can be quite convincing for mid-distance to far grass. Dam I thought I was being really innovative again! Though I've been touting this idea around for a while, just not getting the best quality I want yet!

@unknownuser said: Nice idea Richard and yes I too have to always reference the chart, more so in ACAD than SU but it would be a really helpful way of modelling accurately. Yeah good stuff mate! you might check my math!

Thanks Mateo your support is always valued!

What fascinates me is also the production of the Morgan roadster. http://www.youtube.com/watch?v=BZpD3WWPJxo&feature=related

Yeah, definitely, this can now only be done by editing the component but then it scales all entities. A workaround could be to use subcomponents which you can scale from outside of their entities while leaving others the original size. Of course you'd need to make the parent component unique but the inside geometry could remain the same.

@aidus said: Well now you need to place complex tree in skp format directly in your project. I thin pavol is working on stuf which allows us to add mxm file as proxy not putting complex tree in main model. With this we can simply use very realistic trees like evermotion trees. I'd say now they will try and save this and all the bug fixes till version 2 of maxwell! I hope though they will consider fixing the bugs in studio and release a fully working version of 1.? so that those restrained by the current economic climate are forced to buy V2 to gain the fixes!

@adamb said: @richard said: @jim said: The biggest challenge is identifying the geometry for a leaf. My first thought was that if the leaves all have a surface area that is similar, it could make finding them a lot easier - you could find them by area. Can you post a sample skp of an imported tree? Maybe we can get you half-way there, if not all the way. Thanks for responding jim! I can't load up an onyx tree due to the user agreement, though the same effect would be buy grabbing any SU tree with component leaves and exploding down to base geometry. I would imagine the script would either search for alike areas or simply alike geometry. The script would only need to locate one similar face and then select all connected and replace! I would imagine the script wouldn't be so hard to do but could be a great time saver where ever a model contains numerous instances of the same geometry. My 0.02 of your earth pence worth... Area might be a good key, you might also want to group connected geometry, find its OBB (oriented bounding box) and then match on that. And of course then you'd have the necessary local transform "for free" too! The biggest problem is that processing geometry in Ruby is spectacularly slow and if you're going to be using dense geometry you might be waiting a long time.. Oh but you do raytracing don't you, so you're used to that. Adam thanks adam! Yes mate using the likes of maxwell I'm used to waiting LOL!!! I think though that the benefits of this idea given SU's lack of handling large hi poly models without taking advantage components and groups is worth the consideration of this time loss early rather than later! When I bring an onyx tree into SU the leaves are generally in 2 or 3 groups and need repainting. just exploding these three groups for regrouping into one can take my machine an hour now! And then I have no ability at any stage to map images to the leaves without doing them one at a time, 10000 leaves NOT A CHANCE!