In case you are wondering, there is no step #2 :-)

On Mon, Apr 29, 2013 at 3:29 PM, Vincent Fortin <[email protected]> wrote:

> Adrian, the frozen pointcloud is the culprit. I had issues cloning and
> rendering them.
>
> repro:
> 1) create an empty pointcloud and load a cache on it
> 3) freeze the pointcloud
> 4) reload a cache on the pointcloud
> 5) create a new empty pointcloud
> 6) clone from the first pointcloud to the second (it doesn't matter on
> which pointcloud the ICETree is)
> 7) Points are cloned but color is gone.
>
> Avoid if possible!
>
>
> On Mon, Apr 29, 2013 at 3:03 PM, Grahame Fuller <
> [email protected]> wrote:
>
>> I agree it should have been documented, and it's partly my fault that it
>> isn't. I simply wasn't aware of the issue (there was no item called
>> "truncate array data for groups" in our database) and never stumbled across
>> it until later.
>>
>> I don't work on the Softimage docs anymore, but you should log a bug for
>> the current writers to add something to the docs.
>>
>> gray
>>
>> From: [email protected] [mailto:
>> [email protected]] On Behalf Of Christian
>> Freisleder
>> Sent: Monday, April 29, 2013 02:45 PM
>> To: [email protected]
>> Subject: Re: cloning points with attributes
>>
>> Well, that might not be possible for all of us, as Autodesk might not
>> need that much staff ;)
>> AND there might be the minor problem that not all of us speak c++ .
>>
>> But seriously, I think this kind of info should be documented in the
>> specific area of the help.
>>
>> Christian
>> On 29.04.2013 20:34, Guillaume Laforge wrote:
>> > Where do you pull this sort of info?
>>
>> Just ask Autodesk to work in the Softimage team, this way you will be
>> able to learn ICE nodes from the source code ;).
>>
>> On Mon, Apr 29, 2013 at 2:15 PM, Christian Freisleder <[email protected]
>> <mailto:[email protected]>> wrote:
>> Thanks for the 2d array hint anyway, that explains some problems I had on
>> a previous project.
>> Where do you pull this sort of info?
>> can't find it in the manual even specifically looking for it!
>>
>> christian
>>
>> On 29.04.2013 19:03, Guillaume Laforge wrote:
>> That make sense as arrays data is not accessed from the Group Geometry
>> node in this case. Thanks for the precision Grahame :).
>>
>> On Mon, Apr 29, 2013 at 1:00 PM, Grahame Fuller <
>> [email protected]<mailto:[email protected]>> wrote:
>> The issue with arrays occurs only when you try to get attributes directly
>> off the group, e.g., emit particles at Group.PointPosition.
>>
>> In the case below, where you are reading attributes at locations on the
>> group geometry, there is no problem.
>>
>> gray
>>
>> From: [email protected]<mailto:
>> [email protected]> [mailto:
>> [email protected]<mailto:
>> [email protected]>] On Behalf Of adrian wyer
>> Sent: Monday, April 29, 2013 12:16 PM
>> To: [email protected]<mailto:
>> [email protected]>
>> Subject: RE: cloning points with attributes
>>
>> not a problem, i am merging 7 LIDAR scans, each of which has over 10
>> million points... a few thousand missing ones won't make a dent!
>>
>> and surprisingly, Soft is coping with 70million+ points quite well!
>>
>> a
>>
>> ________________________________
>> From: [email protected]<mailto:
>> [email protected]><mailto:
>> [email protected]<mailto:
>> [email protected]>> [mailto:
>> [email protected]<mailto:
>> [email protected]>] On Behalf Of Guillaume Laforge
>> Sent: 29 April 2013 17:11
>> To: [email protected]<mailto:
>> [email protected]><mailto:[email protected]
>> <mailto:[email protected]>>
>> Subject: Re: cloning points with attributes
>>
>> If I remember correctly, the Group Geometry node will re-size any 2D
>> arrays to the smallest on in the group. So the new point cloud could will
>> miss some data (incomplete strand positions for example). I didn't double
>> check it, but just in case :).
>>
>> Cheers,
>> Guillaume
>> On Mon, Apr 29, 2013 at 10:39 AM, Christian Freisleder <[email protected]
>> <mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>
>> wrote:
>> Hey Adrian,
>>
>> I would recommend to collect all your pointclouds with a group Geometry
>> node and plug it into a "Generate Sample Set" with emission type set to
>> "Point" and Rate type to "all Points" Rate should be set to 1.
>> then you can get whatever data is in the pointclouds via a
>> "self.emitlocation" and pull the data you need from this Location.
>> you will get a red node if there are custom attributes that are not valid
>> for all clouds. You can avoid that by setting fake values on the clouds
>> that miss them.
>>
>> hope that works for you!
>>
>> Christian
>>
>>
>> [cid:[email protected]]
>>
>> On 29.04.2013 15:49, Leonard Koch wrote:
>> I had some quick fun with it. Hope it helps.
>> On Mon, Apr 29, 2013 at 3:41 PM, adrian wyer <
>> [email protected]<mailto:[email protected]
>> ><mailto:[email protected]<mailto:
>> [email protected]>>> wrote:
>> ahhh that's enlightening
>>
>> the clouds i'm cloning from were created with a custom script that reads
>> positional and colour data from lidar files, creates a cache, loads the
>> cache on a new cloud and freezes it
>>
>> i'm guessing that colour isn't initialised on the original cloud
>>
>> will experiment
>>
>> a
>>
>> ________________________________
>> From: [email protected]<mailto:
>> [email protected]><mailto:
>> [email protected]<mailto:
>> [email protected]>> [mailto:
>> [email protected]<mailto:
>> [email protected]><mailto:
>> [email protected]<mailto:
>> [email protected]>>] On Behalf Of Peter Agg
>> Sent: 29 April 2013 14:34
>> To: [email protected]<mailto:
>> [email protected]><mailto:[email protected]
>> <mailto:[email protected]>>
>> Subject: Re: cloning points with attributes
>>
>> Hum, it should just work out of the box: it's meant to be a direct clone,
>> attributes and all. Just done a quick test and it seems to work fine for me
>> with Color (though this is in 2012).
>> On 29 April 2013 14:23, adrian wyer <[email protected]
>> <mailto:[email protected]><mailto:
>> [email protected]<mailto:[email protected]>>>
>> wrote:
>> so far so good, but i need to clone points from 7 clouds into one
>> (wrangling LIDAR data)
>>
>> point order/ID will be bricked from cloud to cloud
>>
>> i just assumed (in fact i read in the manual) that attributes would be
>> cloned?!
>>
>> "All attributes of the source point are available on the target point.
>> For example, if you want to modulate an attribute on the target point based
>> on the source point."
>>
>> a
>>
>> ________________________________
>> From: [email protected]<mailto:
>> [email protected]><mailto:
>> [email protected]<mailto:
>> [email protected]>> [mailto:
>> [email protected]<mailto:
>> [email protected]><mailto:
>> [email protected]<mailto:
>> [email protected]>>] On Behalf Of Leonard Koch
>> Sent: 29 April 2013 14:07
>> To: [email protected]<mailto:
>> [email protected]><mailto:[email protected]
>> <mailto:[email protected]>>
>> Subject: Re: cloning points with attributes
>>
>> You can get the point position from the main cloud plug it into an add
>> point node and then use a switch context node to get the color from the
>> original cloud over into the context of the cloned cloud. Since they both
>> have the exact same number of particles and since they are ordered the same
>> way, it works very well.
>> Attached an image with the nodes I have in an unsimulated ice-tree on the
>> cloud you are cloning to.[Inline image 1]
>>
>> On Mon, Apr 29, 2013 at 2:58 PM, adrian wyer <
>> [email protected]<mailto:[email protected]
>> ><mailto:[email protected]<mailto:
>> [email protected]>>> wrote:
>> rtfm not really helping here
>>
>> i have a cloud of points, and an empty cloud....
>>
>> using clone point (and a test point in volume) i can copy points from one
>> cloud to another, but the attributes don't clone... i need the colour to be
>> the same
>> any tips?
>>
>> a
>>
>> Adrian Wyer
>> Fluid Pictures
>> 75-77 Margaret St.
>> London
>> W1W 8SY
>> ++44(0) 207 580 0829
>> <tel:%2B%2B44%280%29%20207%20580%200829><tel:%2B%2B44%280%29%20207%20580%200829>
>>
>> [email protected]<mailto:[email protected]
>> ><mailto:[email protected]<mailto:
>> [email protected]>>
>> www.fluid-pictures.com<http://www.fluid-pictures.com><
>> http://www.fluid-pictures.com>
>>
>> Fluid Pictures Limited is registered in England and Wales.
>> Company number:5657815
>> VAT number: 872 6893 71
>>
>>
>> ________________________________
>> No virus found in this message.
>> Checked by AVG - www.avg.com<http://www.avg.com><http://www.avg.com>
>> Version: 2012.0.2240 / Virus Database: 2641/5745 - Release Date: 04/14/13
>> Internal Virus Database is out of date.
>>
>> ________________________________
>> No virus found in this message.
>> Checked by AVG - www.avg.com<http://www.avg.com><http://www.avg.com>
>> Version: 2012.0.2240 / Virus Database: 2641/5745 - Release Date: 04/14/13
>> Internal Virus Database is out of date.
>>
>>
>>
>> ________________________________
>> No virus found in this message.
>> Checked by AVG - www.avg.com<http://www.avg.com><http://www.avg.com>
>> Version: 2012.0.2240 / Virus Database: 2641/5745 - Release Date: 04/14/13
>> Internal Virus Database is out of date.
>>
>>
>>
>>
>>
>

Reply via email to