08-20-2021, 10:32 AM
(This post was last modified: 08-20-2021, 10:39 AM by Jordi.Canela.)
Yes, it is an unusual workflow. The reason for it being the huge price difference of Linux nodes versus Windows based nodes in the AWS platform. Rendering directly from 3DS Max is far more expensive than using Vray Standalone, as this one can be run on a cheaper Linux instance.
Chaos groups replied in the forum that they do support TyCache rendering in the Chaos Cloud platform (which as far as we know uses a .vrscene intermediate files to render from any 3D platform). Our tests with .vrscene files show otherwise, though. The only way to use TyCache in a .vrscene is to convert it into a VrayProxy first (or Alembic) which then gets referenced in. This represents a large extra time of conversion and a large extra usage of storage that would not be needed if TyCache was really fully supported.
PS:
For the moment Autodesk has not fulfill -some- users request for a Linux version as every other major 3D software has got, but now that the demand for virtual offices is raising this might become a more generalized issue. Being able to use all your office software in Linux on the cloud will result in a deal or no-deal scenario when choosing a 3D platform. I hear some vfx houses are moving to a Blender + Houdini pipeline to be able to do so, for instance. I just would love to stick to 3DS Max. If anyone is interested in voting in the yearly appeal, I found this one for 2021:
https://forums.autodesk.com/t5/3ds-max-i...p/10471487
Hi,
just an update as I got a second more in-depth reply from Chaos Group:
For the moment there are two known cache-related problems which were all recently reported in our bug tracking system:
* tySplineCache not being rendered in V-Ray Standalone (you can refer to it with VMAX-11092 when communicating with Chaos support)
* tyCache is rendered wrong in V-Ray Standalone when a modifier is applied on top (this relates to the above VMAX-11092 in a way, but has been reported
separately for tyCache in VMAX-11027 and also VMAX-11256)
So, they know and they will be working on it.
Cheers,
Jordi
Chaos groups replied in the forum that they do support TyCache rendering in the Chaos Cloud platform (which as far as we know uses a .vrscene intermediate files to render from any 3D platform). Our tests with .vrscene files show otherwise, though. The only way to use TyCache in a .vrscene is to convert it into a VrayProxy first (or Alembic) which then gets referenced in. This represents a large extra time of conversion and a large extra usage of storage that would not be needed if TyCache was really fully supported.
PS:
For the moment Autodesk has not fulfill -some- users request for a Linux version as every other major 3D software has got, but now that the demand for virtual offices is raising this might become a more generalized issue. Being able to use all your office software in Linux on the cloud will result in a deal or no-deal scenario when choosing a 3D platform. I hear some vfx houses are moving to a Blender + Houdini pipeline to be able to do so, for instance. I just would love to stick to 3DS Max. If anyone is interested in voting in the yearly appeal, I found this one for 2021:
https://forums.autodesk.com/t5/3ds-max-i...p/10471487
Hi,
just an update as I got a second more in-depth reply from Chaos Group:
For the moment there are two known cache-related problems which were all recently reported in our bug tracking system:
* tySplineCache not being rendered in V-Ray Standalone (you can refer to it with VMAX-11092 when communicating with Chaos support)
* tyCache is rendered wrong in V-Ray Standalone when a modifier is applied on top (this relates to the above VMAX-11092 in a way, but has been reported
separately for tyCache in VMAX-11027 and also VMAX-11256)
So, they know and they will be working on it.
Cheers,
Jordi