Repopulation density distribution

Use this forum for discussions specifically related to the Krakatoa SR C++ API.
For discussion of topics applicable to both the C++ and Py APIs, please use the parent forum.
User avatar
Chad
Posts: 2092
Joined: Tue Nov 22, 2005 9:35 am
Contact:

Repopulation density distribution

Postby Chad » Tue Mar 19, 2013 7:37 am

Is repopulation supposed to increase density or redistribute it? It seems that in our tests it increases the density of the particles, which doesn't make much sense to me. Shouldn't the density be spread over the new particles so that user doesn't have to change their render pass density multiplier? It's unclear from the examples on the thinkblog how the density is affected.

User avatar
Conrad Wiebe
Posts: 777
Joined: Wed Aug 15, 2007 12:24 pm
Location: Thinkbox Software

Re: Repopulation density distribution

Postby Conrad Wiebe » Tue Mar 19, 2013 5:05 pm

Bobo and I have discussed changing it, but this is how it currently works:

Currently incoming density is being ignored, and it is using the same density calculation as the PRT Volume would use (which normalizes density based on seeded particles per unit squared cubed). Then once that density is computed, a falloff factor is also included which can linearly cut down on the "outside edge" of the newly seeded volume to create a "softer" look. That falloff is user-controlled and is disabled when set to zero.

So the density you see is the above calculation, and currently incoming density is being ignored. I can perhaps include the incoming density as another multiplier for the final density. It is a little convoluted, but does that make things more clear?
Conrad Wiebe
Software Development Manager
Thinkbox Software

User avatar
Chad
Posts: 2092
Joined: Tue Nov 22, 2005 9:35 am
Contact:

Re: Repopulation density distribution

Postby Chad » Tue Mar 19, 2013 5:15 pm

Whoa....

Oh, OK, that's explains everything. Yeah, I was expecting instead of a levelset that you would be splatting the particles as ellipsoids to a voxel array and then sampling the new points' densities against that filtered voxel array. Yeah, I was way off.

The Thinkblog mentioned the use of a Radius channel. This didn't work for us, is it implemented?

User avatar
Chad
Posts: 2092
Joined: Tue Nov 22, 2005 9:35 am
Contact:

Re: Repopulation density distribution

Postby Chad » Tue Mar 19, 2013 5:25 pm

Per unit squared or per unit cubed?

User avatar
Conrad Wiebe
Posts: 777
Joined: Wed Aug 15, 2007 12:24 pm
Location: Thinkbox Software

Re: Repopulation density distribution

Postby Conrad Wiebe » Tue Mar 19, 2013 6:05 pm

It is distance cubed, totally (:

Repopulation doesn't use a radius channel, it uses a constant value. The radius is the voxel length of the underlying grid, so it must be constant. We can consider changing the way it works though.
Conrad Wiebe
Software Development Manager
Thinkbox Software

User avatar
Chad
Posts: 2092
Joined: Tue Nov 22, 2005 9:35 am
Contact:

Re: Repopulation density distribution

Postby Chad » Tue Mar 19, 2013 6:13 pm

I assumed it was splatting ellipsoids to the grid, so I thought a radius channel would be appropriate, so we could make big splats in areas where there was a large inter-particle distance (and where the particle frequency was thus low) and make tiny splats where there are small inter-particle distances (and thus preserve high frequency detail).

Obviously the voxels would have to be the smaller size, but that's why I was asking about if we could set them independently of the radius. But I was also confused as to what was happening so I have no idea if this makes sense to you.

User avatar
Conrad Wiebe
Posts: 777
Joined: Wed Aug 15, 2007 12:24 pm
Location: Thinkbox Software

Re: Repopulation density distribution

Postby Conrad Wiebe » Tue Apr 16, 2013 2:03 pm

Hi Chad, in the latest build we changed the way we compute repopulation density. The original particle set's incoming density is now respected, and the "repopulated" particles will share the same density distribution as the original particles. I hope you like the change!
See: viewtopic.php?f=166&t=9473
Conrad Wiebe
Software Development Manager
Thinkbox Software

User avatar
Chad
Posts: 2092
Joined: Tue Nov 22, 2005 9:35 am
Contact:

Re: Repopulation density distribution

Postby Chad » Mon Apr 22, 2013 1:23 pm

The distribution seems off if the subdivision is 0. For anything higher, it looks fine.

Looks like the density might be copied to the new particles instead of getting divided among them.

User avatar
Chad
Posts: 2092
Joined: Tue Nov 22, 2005 9:35 am
Contact:

Re: Repopulation density distribution

Postby Chad » Mon Apr 22, 2013 1:34 pm

Emission also seems to be copied, not divided. Even with the subdivisions. As the particle count goes up, so does the emission amount.

User avatar
Conrad Wiebe
Posts: 777
Joined: Wed Aug 15, 2007 12:24 pm
Location: Thinkbox Software

Re: Repopulation density distribution

Postby Conrad Wiebe » Mon Apr 22, 2013 1:57 pm

Oh yes! Setting subdivs to zero is currently buggy. That is my fault. I will fix it in the next build.

So, the density will look slightly different in the next build again. Thanks for pointing out the problem!
Conrad Wiebe
Software Development Manager
Thinkbox Software


Return to “Krakatoa SR C++ API”

Who is online

Users browsing this forum: No registered users and 1 guest