I have a TyFlow setup that instances a few objects over a bunch of particles. I would like to render this in standalone in an efficient manner.
Method #1
If I simply export for standalone all the instances get saved as meshes in the vrscene and this makes for a giant vrscene (20GB).
Method #2
Exporting the already meshed particles to an ABC is also extremely big.
Method #3
Exporting to vrproxy from TyFlow made a file a few HUNDRED Gigs...
Method #4
Exporting just the particles to an ABC point cloud (points only including position, rotation and scale) makes for a small ABC, and then I can load this ABC point cloud in with VRayProxy and clone the objects using VRayInstancer. This should work, right? Well, it renders fine, but exporting for standalone again embeds a ton of stuff in the vrscene, even though it should not have to. I think this method makes for around a 12GB vrscene. In this case the export to vrscene should NOT embed the point cloud data. It should just reference the ABC point cloud and then let VRayInstancer instance it at render time.
Why does this not work? Can it PLEASE be made to work?
Method #5
Also tried exporting to PRT form TyFlow. Then loading with PRTReader, and instancing with VRayInstancer. This sort of works. I think PRTReader only loads in the position data (maybe rotation, but not scale). So I then have to scale my objects to be instanced, and since VRayInstancer doe not have a randomize scale option this becomes difficult to achieve the desired look I had in TyFlow. I have used this method before and then faked it with Instancer, but this changes the look of the shot, and it is not desired. If PRTReader could support reading the rotation and scale data this would fix this method. PRTLoader (from Krakatoa) works correctly, but if you load the PRT with PRTLoader then you end up with the giant vrscene export again.
Trying to find a way to do this which simply references the external particle data and instances it with VRayInstancer.
Any other thoughts? Any magic settings in VRayProxy to keep it from exporting all the data with the Alembic method (method #4) described above?
Standalone is sooo close to handling all of our needs now, but there is the occasional gotcha left, like this.
Thanks in advance.
Method #1
If I simply export for standalone all the instances get saved as meshes in the vrscene and this makes for a giant vrscene (20GB).
Method #2
Exporting the already meshed particles to an ABC is also extremely big.
Method #3
Exporting to vrproxy from TyFlow made a file a few HUNDRED Gigs...
Method #4
Exporting just the particles to an ABC point cloud (points only including position, rotation and scale) makes for a small ABC, and then I can load this ABC point cloud in with VRayProxy and clone the objects using VRayInstancer. This should work, right? Well, it renders fine, but exporting for standalone again embeds a ton of stuff in the vrscene, even though it should not have to. I think this method makes for around a 12GB vrscene. In this case the export to vrscene should NOT embed the point cloud data. It should just reference the ABC point cloud and then let VRayInstancer instance it at render time.
Why does this not work? Can it PLEASE be made to work?
Method #5
Also tried exporting to PRT form TyFlow. Then loading with PRTReader, and instancing with VRayInstancer. This sort of works. I think PRTReader only loads in the position data (maybe rotation, but not scale). So I then have to scale my objects to be instanced, and since VRayInstancer doe not have a randomize scale option this becomes difficult to achieve the desired look I had in TyFlow. I have used this method before and then faked it with Instancer, but this changes the look of the shot, and it is not desired. If PRTReader could support reading the rotation and scale data this would fix this method. PRTLoader (from Krakatoa) works correctly, but if you load the PRT with PRTLoader then you end up with the giant vrscene export again.
Trying to find a way to do this which simply references the external particle data and instances it with VRayInstancer.
Any other thoughts? Any magic settings in VRayProxy to keep it from exporting all the data with the Alembic method (method #4) described above?
Standalone is sooo close to handling all of our needs now, but there is the occasional gotcha left, like this.
Thanks in advance.
Comment