Vector P comes to be, at last I negate Y,so P get its new coordinate īut I am not sure things alway go on ,just in my case. Refer to this page: /maths/alg … /index.htm, what is happen between conversion of coordinate systems from houdini to 3dmax, let’s see below:Ī point with coordinates, then (matrix3 )(matrix3 )*(matrix3 ) you can do an experiment with exporting and importing with houdini and realflow. So I wonder if the frame 0001 you sent really contains the particles we see in Houdini…īoBo, I sent u an email but not sure u receive it well, so I post here, but can not upload my scene its big.Īfter using PRT loader to load bin files, simply rotate 90 deg in X axis and 90 in Z axis, then 180 deg in Y axis, last I use KCM to only negate Y component, 100% match!īefore discussing this I am sure there’s no coordinate system problem with realflow plugin.
#Realflow plugin for 3ds max free download pro
Particle Flow Tools Box2 Pro for 3ds Max 2010 This easy-to-use new software integrates with the Particle Flow system to let.
#Realflow plugin for 3ds max free download download
For example, in the center back there is a small “hill” covered with particles in Houdini, but with absolutely no particles in your Max Krakatoa rendering. Windows Photo & Graphics Viewers & Editors RealFlow Download Downloading. Also, are we absolutely sure the BIN file contains the exact same particles (same frame) as the screenshot you posted from Houdini? They appear similar, but not 100% the same. I am not an expert when it comes to RealFlow, so I wonder if there is anything special about the way that BIN file was created that would explain the 90 degrees rotation about the vertical axis I am seeing… This does not explain why the particles are off compared to the source (as no scale factor can bring them where they belong visually), but if the rotation doesn’t make sense, I cannot even start figuring out the other problem. In both cases the resulting particle positions were rotated at 90 degrees relative to the fluid mesh/PRT Loader you posted, so there must be something wrong in the way the BIN file was exported, or the way we are converting the coordinate systems. The resulting particle placement matched the result from the the above transformations (transformations were of course disabled while running the KCM). The KCM just took the Position channel, used ToScalar to split the X, Y and Z components and combined the X, the -Z and the Y using ToVector which was output back as Position. > the X axis remains the same, the Y axis in Max is the -Z axis from the source, the Z is the Y.
(matrix3 )įor example, if you have a point with coordinates, then The transformation matrix to convert from Y up to Z up would be, in MAXScript, There are two ways to shift the coordinates in the PRT Loader - either by transforming the scene object by the correct matrix, or by using a KCM to swap the Y axis for negative Z and the Z axis for positive Y.
Z up).Īssuming that the BIN file contains Y up positions, you would expect the world Z axis to end up as the negative Y axis in Max, and the world Y axis from the original scene to translate to the positive Z axis in Max. It is tricky to figure out the cause for this, but I suspect there is something going on with the conversion of coordinate systems (Y up vs.
0 kommentar(er)
