(Fixed) [HOU-2891] 'Renderable' primitive attribute

[glacierise]

Hi guys,

I'm developing our scattering/environments toolset - looks awesome so far, will be posting tests in Jan. Before we migrate to USD in Q1 or Q2, we're packing proxies - for viewport, and render geometry, together in an asset. We can hide the render geometry from the viewport before packing, but can't make the proxy geometry not render without unpack and delete. That unpack is quite costly with millions of instances.

It would be great if we could set renderable state as a primitive attribute.

Thanks!

[david.anastacio]

Hey Hristo,

I'm with you on this and kinda asked for something similar to Gosho the other week, my wish was to be able to use the object properties as primitive attributes, this would include the "Renderable" option from the object properties.
From what Gosho explained, this is feasible but would be limited toprimitive attributes "live" in the geometry, not packed. eg; read a packed alembic and add an attribute on top of it.

Best,
David.

[glacierise]

Thanks, that would actually work - you'd generally want to do these things on top of the input geometry.

[glacierise]

We load the asset as a HDA that has the render and proxy alembics and some operations inside - naming, packing etc, the renderable could go there

[Gosho.Genchev]

Hello,

The devs have added the option of using the primitive integer i@vray_renderable attribute for packed primitives and packed alembic primitives. The change is in the nightly builds starting Dec. 28, 2021.

Hope that helps!

[glacierise]

That's nice, thanks!