Repopulation wish (normals generation only)

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 wish (normals generation only)

Postby Chad » Wed Mar 20, 2013 4:12 pm

I noticed that the repopulation will return a normal channel for the particles even if the input didn't have any.

So how about an option in repopulation to not actually make new particles, but to assign normals to the input particles based on their position relative to the levelset?

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

Re: Repopulation wish (normals generation only)

Postby Conrad Wiebe » Fri Mar 22, 2013 4:50 pm

Oh, there isn't supposed to be a "Normal" channel that is generated from repopulation. That is probably a bug.

The repopulation grid we use would likely not work too well to generate meaningful normals. I suspect we would have better luck spatting the original normals using the incoming "Normal" channel if it existed. However, we could generate normals from a grid, we would just have to generate better signed distances from the underlying level set. Right now, they are not in any shape to be creating normals from.
Conrad Wiebe
Software Development Manager
Thinkbox Software

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

Re: Repopulation wish (normals generation only)

Postby Chad » Mon Mar 25, 2013 9:15 am

Hmmm... the output normals are the same no matter what the input normals are. They seem OK to me, to the point that they appear to be what I would expect based on the ZDepth output.

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

Re: Repopulation wish (normals generation only)

Postby Chad » Mon Apr 22, 2013 11:57 am

Should this be any different with 2.1.8.51092?

Density seems to be coming from the incoming stream, but not normals (or any other channels).

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

Re: Repopulation wish (normals generation only)

Postby Conrad Wiebe » Mon Apr 22, 2013 12:28 pm

In the latest version, all the existing channels from the original particle set should be extrapolated to the newly repopulated particles, with the exception of "Normal" and "ID".

"Normal" and "ID" are not coming from the original stream. I can look at changing that though. The reason I didn't do the normals is because I thought it would produce weird results. Do you need "Normal" to be passed through like the other channels?
Conrad Wiebe
Software Development Manager
Thinkbox Software

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

Re: Repopulation wish (normals generation only)

Postby Chad » Mon Apr 22, 2013 12:58 pm

I can see use cases for the normals either way. Might need an option. I assume tangents is treated like normals?

Yeah, ID would be weird. But wait... why does ID matter? I didn't think that got consumed by the renderer...

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

Re: Repopulation wish (normals generation only)

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

Chad wrote:I can see use cases for the normals either way. Might need an option. I assume tangents is treated like normals?

Yeah, ID would be weird. But wait... why does ID matter? I didn't think that got consumed by the renderer...



It gets used in saving/partitioning PRTs also. So all channels are considered.
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