|
|
On 4/17/20 11:09 AM, Cousin Ricky wrote:
> On 20200416 8:38 AM (-4), William F Pokorny wrote:
>>
>> I didn't post details, but I've played with alternate methods to code,
>> f_sphere, for example. Something to avoid the sqrt() because it's
>> expensive CPU wise. The other forms have higher gradients and we
>> always lose big in isosurface time. In other words the gradient is
>> king with our current solver.
>
> I have found non-linear gradients to be more expensive than sqrt()
> with RE_fn_Blob2() in the Object Collection), I will use a sqrt()
> that the contrast would be even greater with native sqrt() calls, since
> they would not have to go through an interpreter.
Yes, think so. Your post a reminder I should review the object
collection isosurface work. Been years since I played with those files much.
Bill P.
Post a reply to this message
|
|