jasonxauat

Before developing multiphase flow capabilities, could we first address a more practical issue: the **setting of contact angles**? Currently, the single-phase flow model seems to default to a 90-degree contact...

Hi, Dr. Moritz, Based on your suggestion, I've developed a simpler modification plan to enable multi-GPU support for particles in FluidX3D. Here's a summary of the approach: ## Proposed Multi-GPU...

Thank you for your approval. With the help of qwen3-coder, I have tried to modify the code in recent days, which can be basically implemented. However, due to the existence...

> Hi Jason, > > did you implemented immersed boundary for moving/rotation parts too? Is it better compare to revoxeling, or just a philosophy different? > > regards Peter Hi...

Hi Peter, I completely agree with the DEM coupling idea. Since the current setup lacks a built-in DEM kernel, linking with an external DEM tool makes perfect sense. However, it's...

Hi Peter, High-performance open-source GPU DEM tools are rare too—most are commercial, CUDA-based, and (as you said) have CPU communication lags. So finding OpenCL-based open-source DEM code is key to...

> To couple it with external DEM tool is the easiest part. The tricky part is the solver from CFD and maybe the communication with huge number of particles, but...

Hi Peter, It may be necessary to simulate less than 10 million particles for CFD coupling. It is best to compile and run it together with fluidx3d to reduce communication...

Hi Peter, I'd like to use the immersed boundary method, where the particles here represent Lagrangian points. Therefore, it doesn't require a large number of DEM points, but it does...

> Hi Jason, so you want that particles has influence on the fluid with IBM, right? I am asking because there are several understanding in the community. So which one...