Vincent, thinking about this more, I'm not so sure this will work since i'm
working on a frozen cloud - there is no emitter, so there will always be a
point position. Guillaume, I shall test :).


On Fri, Nov 9, 2012 at 3:30 PM, Jules Stevenson <[email protected]>wrote:

> Nice, thanks Guys, vincent, that looks good - will try :)
>
>
> On Fri, Nov 9, 2012 at 3:27 PM, Vincent Ullmann <
> [email protected]> wrote:
>
>>  perhabs you could use 2 Cache-on-file-Nodes.
>>
>> [1. Cache on File Node (Reading)] ---> Execute
>> [Get Particle Position] - [Array from Set] - [Array Size] - [Test > 0] -
>> [Set Data (Sim = True)]
>>
>> [IF (sim = true)]
>> [..... all your Nodes....]
>> [2. Cache on File Node (writing)]
>>
>> PS: Need some ICE-Tree-Plugin for eMails
>>
>>
>>
>>
>>
>> Am 09.11.2012 16:15, schrieb Guillaume Laforge:
>>
>> Without a custom node, the only solution is maybe to re-compute the
>> particle age each frame (using your own attribute) and compare with the one
>> from the file. If it doesn't match, execute the simulated branch and write
>> it to disc. Assuming that the icecache got an attribute like age of course.
>>
>>  Just an idea,
>>
>>  Guillaume
>>
>>
>>
>> On Fri, Nov 9, 2012 at 10:08 AM, Alan Fregtman 
>> <[email protected]>wrote:
>>
>>> We don't have a "File Exists" node -- that'd be cool to have though --
>>> so I personally don't see how you could do this with factory nodes
>>> presently.
>>>
>>> That said, nothing stops you from writing a C++ ICE node that checks for
>>> files
>>> existing.
>>>
>>> On Fri, Nov 9, 2012 at 8:09 AM, Jules Stevenson
>>> <[email protected]> wrote:
>>> > Hey all, is it possible using the cache on file node to switch from
>>> reading
>>> > to writing if a file on disk is *not* found? (similar to the awesome
>>> cache
>>> > tools in emPolygonizer). Having toyed with this, I'm thinking not,
>>> since ice
>>> > doesn't seem to give us any real access to the cache gubbins or on disk
>>> > info.
>>> >
>>> > Tentatively thinking about writing an ice node to do this, but would
>>> rather
>>> > not go through this pain if it  can be done with factory nodes.
>>> >
>>> > Many thanks,
>>> >
>>> > Jules
>>>
>>
>>
>>
>

Reply via email to