Update PRT Loader?

Deprecated Krakatoa 1.5 Beta Discussion
1

The latest build, 1.5.1.37369, on max 2009 x64 sp1…

Changing the viewport % no longer updates the viewport. Have to hit Update View Cache. I seem to recall this working differently very recently.

  • Chad
2

It works for me … Is it scene specific perhaps? Either way, please post a sample scene.

3

Might be.

Hmmm…

Try this. The KCM doesn’t seem to affect it one way or the other. Changing frames does, as does hitting Update.
UpdateIssue_.rar (1.38 MB)

4

Ok, I was able to repro both errors now.

  1. When the PRT Loader is referenced by the PFlow, it stops updating the Viewport %. if you clear the Birth and Update’s PRT Loader pick, it stops working.
  2. The PRT Loader Update’s list shows the wrong channels. It shows Position and ID plus the Color which is always there from the PRT Loader’s stream. If I change the KCM to write Normals to, say, Mapping10, the Mapping10 appears on the list, but the Normal and Density channels which are in the PRT file according to the File Manager are not “seen” by the PRT Loader Update. I can also visualize the Normal and Density channels as Color via the KCM, so the data IS there, but something goes wrong.

We will look at this tomorrow.

5

Normal and Density will never show up in there because PFlow doesn’t know what to do with either of those. Hence why you have to put them into other PFlow-supported channels.

6

That explains it, thanks.
Still it fails as Chad explained.

7

Wouldn’t orientation/rotation be a reasonable analog for normal?

You could make a weaker argument that density would map to mass, but I won’t. :slight_smile:

  • Chad

Edit: oh nuts, you’d have to assume unit vectors and convert to whatever pflow expects. Quat? I forget, but there would have to be a conversion, so it’s not ideal, just convenient.

8

We support Orientation channel as Quat already.
We might have to look into a BlackOp to convert Normals to Orientation (assuming the other axis unless you have the Tangent channel)…