[FONT=Times New Roman]I have been using Phoenix FD for many years, mostly for simulating oceans since one of my clients is a boat manufacturer. There is one thing I have struggled with, and I hope there could be some improvement in a future update.
When rendering Phoenix FD ocean with a VrayDisplacementMod on a simple plane (100x100 segments) the horizon looks great and very detailed with the default settings, and it calculates meshes fast without using too much memory. I use edge length 4 px for 1080, but for higher resolutions I increase edge length to conserve memory.[/FONT]
[FONT=Times New Roman]But when rendering Ocean with a simulation in Ocean Mode the horizon does not look as good in comparison. The ocean subdivs settings can improve things, I have tried to go as high as 6 subdivs, but it still does not look as good. If I go to 7 I run out of memory with 64GB and calculation of the mesh freezes. This is when rendering in Full HD 1920x1080. Also if I try to render images at higher resolutions for stills, I have to lower Ocean Subdivisions usually to around 1, and it looks quite bad.[/FONT]
[FONT=Times New Roman]I have rendered out some samples at different subdivisions to compare the results.[/FONT]
[FONT=Times New Roman]I was hoping the devs could figure out a way to solve the horizon subdivision mesh in a better way since a plane gives much better results compared to the ocean mesh generated by the phoenix FD simulation.
Images: [/FONT]
[FONT=Times New Roman]VrayDisplacementMod on a simple plane (100x100 segments). This looks best IMO.[/FONT]
[FONT=Times New Roman]Simulation in OceanMode Subdivisions = 4 Horizon roughness = 1[/FONT]
Simulation in OceanMode Subdivisions = 5 Horizon roughness = 1
Simulation in OceanMode Subdivisions = 6 Horizon roughness = 1
Simulation in OceanMode Subdivisions = 5 Horizon roughness = 0
Yes indeed, the Phoenix Ocean Generates a real mesh, while V-Ray displacement does all its magic at render time, so it will certainly use less memory no matter what. The only alternative to getting ideal ocean subdivs without running out of memory would be to implement an entirely different ocean render mode - something like the Isosurface mode, but for meshes. I have this in mind, but it’s not in the shortlist for now. Will add another vote to it so we know there is demand and it gets more priority. Thank you!
Ah no, the task list is private because some things there are not supposed to be seen because it could hurt either us or our partners. BUT make sure to tell us about anything you don’t like or want added - we are keeping track.
If the issue is still reproducible - can you send over the scene through the support system here so that we can take a look (at the top right, there is a submit a request link) - https://support.chaos.com/hc/en-us
I’ve tried changing horizon roughness through the whole spectrum from 0-1, but I don’t think it’s getting anywhere close to the results you get from vray displacement. For the previous scene, and a few others I ended up rendering two versions of the water and mixing the horizon in post with the Z-depth layer. One with a displaced plane and one with the sim. It worked out pretty good IMO, but it’s more time-consuming to do. Here is a link to that example: Hyke - Animert ferge - Hamburg on Vimeo
I’m using V-ray 5 update 2.1 official, and Phoenix 4.41.02 nightly. I’ll try downloading a new nightly and re-render the frame where the glitch happens.
(edit: this build I think phoenixFD_adv_44102_max2021_vray5_x64_31049_install)
Ok, after installing the latest Phoenix FD nightly the result changed a bit, but there was still some traces of a glitch there.
After installing the latest Vray 5 nightly the issue almost looked like it disappeared, but inspection of the cryptomattelayer tells me that something is still going on with the water (som weird specs/grains)
Ill try to send a file to support later.
We have the files now so will need some time to take a look and perform a few tests in order to find what is happening. Will let you know when we have any information to share.
