Hello,
After some intenses tests we are facing an issue with Vray GPU and Ornatrix.
The issue :
Our grooming is made in 3DSMAX Ornatrix, exported in Ornatrix ABC, imported in 3DSMAX in Vrayproxy.
At rendering time, in Vray GPU, for a image sequence, each new frame calculated with the same computer stack a new amount of VRAM cost for the hair even if the is no animation on the grooming
Exemple :
Frame 01 : VRAM Hair total : 200 MiB
Frame 02 : VRAM Hair total : 400 MiB
Frame 03 : VRAM Hair total : 600 MiB
Etc..
Linked two snapshot of two differents frame (of the same scene, with the same grooming, without any animation in the grooming)
It seems VRAY GPU can't clear the previous VRAM hair cache and stack the new one on the top of the previous cache.
Even if you stop the render, the VRAM hair cache don't clean.
Even if you start an new render without rebooting 3DSMAX, the VRAM hair still can't clear itself.
Obviously after somes frames rendered you ran out of VRAM.
The only way to restart fresh is to reboot 3DSMAX to clear the VRAM cache, and launch the render were you left it.
We've tried :
Severals builds from all the software, as many options in the Ornatrix ABC export and the VrayProxy import as we could.
Every single option we could in VRAY GPU, Brute force, Light cache, Bucket, Progressive etc.
Issue does not exist :
- In Vray CPU (with all the same settings)
- With native Ornatrix hair (we can't use that pipeline in our project, we need to use and intermediate export option)
- With Ornatrix Alembic import (we can't use that pipeline in our project because it crash when he try to convert ABC into spline with some specific grooming just before rendering)
Software :
- Windows 10 Professional 21H2
- NVIDIA STUDIO 511.65
- 3DSMAX 2021.3 up to date
- Vray GPU 5, update 2.2 up to date and some recent test with the nighly VRAY adv 52020 max2021 x64 31301
- Ornatrix_3dsmax_2021_7_7.3.3.29748 and some recent test with Ornatrix_3dsmax_2021_7_7.3.5.30081
It's also might be something to see with EPHERE, not sure about it.
Thanks for your time,
I remain fully at your disposal for any information you need,
Best,
Nicolas
After some intenses tests we are facing an issue with Vray GPU and Ornatrix.
The issue :
Our grooming is made in 3DSMAX Ornatrix, exported in Ornatrix ABC, imported in 3DSMAX in Vrayproxy.
At rendering time, in Vray GPU, for a image sequence, each new frame calculated with the same computer stack a new amount of VRAM cost for the hair even if the is no animation on the grooming
Exemple :
Frame 01 : VRAM Hair total : 200 MiB
Frame 02 : VRAM Hair total : 400 MiB
Frame 03 : VRAM Hair total : 600 MiB
Etc..
Linked two snapshot of two differents frame (of the same scene, with the same grooming, without any animation in the grooming)
It seems VRAY GPU can't clear the previous VRAM hair cache and stack the new one on the top of the previous cache.
Even if you stop the render, the VRAM hair cache don't clean.
Even if you start an new render without rebooting 3DSMAX, the VRAM hair still can't clear itself.
Obviously after somes frames rendered you ran out of VRAM.
The only way to restart fresh is to reboot 3DSMAX to clear the VRAM cache, and launch the render were you left it.
We've tried :
Severals builds from all the software, as many options in the Ornatrix ABC export and the VrayProxy import as we could.
Every single option we could in VRAY GPU, Brute force, Light cache, Bucket, Progressive etc.
Issue does not exist :
- In Vray CPU (with all the same settings)
- With native Ornatrix hair (we can't use that pipeline in our project, we need to use and intermediate export option)
- With Ornatrix Alembic import (we can't use that pipeline in our project because it crash when he try to convert ABC into spline with some specific grooming just before rendering)
Software :
- Windows 10 Professional 21H2
- NVIDIA STUDIO 511.65
- 3DSMAX 2021.3 up to date
- Vray GPU 5, update 2.2 up to date and some recent test with the nighly VRAY adv 52020 max2021 x64 31301
- Ornatrix_3dsmax_2021_7_7.3.3.29748 and some recent test with Ornatrix_3dsmax_2021_7_7.3.5.30081
It's also might be something to see with EPHERE, not sure about it.
Thanks for your time,
I remain fully at your disposal for any information you need,
Best,
Nicolas
Comment