I wonder when realflow plugin is released in Houdini 9 ??

Because it is so useful…

Even with the new fluids stuff I still think this could be very useful, expecaly for post-animation-scene FX (where the scene doesn't have to interact with the effect)

As far as I know the plugin is no longer developed. The sources are public and you can try to compile or further develop it:
http://sourceforge.net/project/showfiles.php?group_id=140048 [sourceforge.net]

Dragos

Just as a tip, for who will compile the plugin for the H9.0.725 and above:
You will have few errors with the setString function for the SOP_RF_Import, you will have to add a param one of you choice


// A literal is not interpreted as an expression.
CH_STRING_LITERAL,

// An old-style expression (called an hscript expressions in the UI)
// is always made into an expression and set to use that language.
CH_OLD_EXPRESSION,

// A python expression is always made into an expression and set
// to use that language.
CH_PYTHON_EXPRESSION,

// Autodetect will either set it to a string literal or an old-style
// expression, depending on what's in the string.
CH_AUTO_DETECT_OLD_EXPRESSION,

// This option will always set it to an expression, but it will use
// the default language (either old-style expressions or python).
CH_EXPRESSION_IN_DEFAULT_LANGUAGE

Hi there,

Yes, I'm still supporting the Real Flow plugins, but have been delayed by license issues (and working in a new location). It shouldn't be too hard to get these recompiled, I just don't know when I can get to it so anyone wanting to do that please be my guest.

And yes, there's still a flippin' bug in the SD file importer/exporter … hope to have that fixed sometime soon too but one can never tell, eh?


Mark

I had a try at compiling and it compiled on my amd64 machine, but the plugin doesn't seem to work any longer. The SOP says: Not a Real Flow Particle file. Any clues as to how to fix it?

I used RealFlow 4.2.3.0102 and saved the particles as .bin
Turned on debugging and I get:

SOP_RF_Import::disableParms() myFileType: 0
disableParms() - changed: 18
SOP_RF_Import::disableParms() myFileType: 0
disableParms() - changed: 18
cookMySop() - myFileType = 0
myFileNameUsers/dries/scenes/testforimport/particles/Square0100047.bin
Reading Real Flow particle header record
part_header.verify_code = 6175715300fabada
part_header.fluid_name = re01
part_header.version = 16256
part_header.scene_scale = 1.12104e-44
part_header.fluid_type = 1070106761
part_header.elapsed_time = 6.5861e-44
part_header.frame_number = 30
part_header.fps = 3000
part_header.num_particles = 1036831951
part_header.radius = 5435.21
SOP_RF_Import::disableParms() myFileType: 0
disableParms() - changed: 18


the part_header.verify_code is incorrect as I should be getting: 0x00FABADA

Help.

I used CH_STRING_LITERAL in all the error that came up. Is this correct?

Hello,

I just checked and the Real Flow particle file format appears to have not changed. I have a particle BIN file “dumper” that will read the particle file and dump the contents to an ASCII file .. If you can send me the BIN file, I can look at it tonight.

I'll try to get some time to help with this, sorry you're having trouble with it.


Mark

Hi Mark, thanks for your reply. I've sent you the files on infoatdigitalcinemaartsdotcom

Maybe someone who has managed to compile this for a current
Houdini build would care to share the compiled version? Pwetty Pwease?

I got the impression that it's doable but am too lazy/busy to try to tackle it
myself

eetu.

I gave it a try but ran into 64-bit issues I think. Mark offered to work on it, so I'm sure we'll get something soon.

Hi my name is adekoye…I have not used houdini since 4.1 but it is nice to watch it develop along the years…

I had the chance to learn realflow and maya…and DOPS are still a mystery to me…so I was wondering about the current state of development for the plugin…

great to be back!

I managed to get 1 combination working for me: H8.1 for windows, with Mark's 1.0.0 for windows plugin from here: http://www.digitalcinemaarts.com/dev/real_flow/download.html [digitalcinemaarts.com]

Not the smoothest of pipelines, but mum loves ya even when you're ugly.

does it work for 9??

8.1 is a limp biscuit on my laptop…

but thank you for the speedy reply

hi I was just reading the changes log….is it possible to write out the mesh data AFTER a conversion sop?

and how could one integrate the particles with pops…sorry for the newbie questionairre…;S

Making some progress, porobably have it all nailed down by the weekend.

In the mean time, I've attached a tar ball with 3 executables (Linux) to dump Real Flow SD, particle and mesh files as ASCII data for debugging.

More soon.

Mark

Hello,

I've attached the DLL and DSO for the SOP_RF_Import operator for H9.

Still have a few things to fix with the export SOP, shouldn't be too much longer.

I can't get the plugins to compile on a 64 bit machine at the moment because the only 64bit box I have access to right now is config'd in a rather bizarre fashion.

I've also attached a WIN32 version of the dump utilities as well.

More soon.


Mark

wow…I would love to blog this solution out…you are the man…I am soon to finish my first successful class teaching realflow…I cant wait to use it with houdini… :shock:

that was fast wow.

koyoteblack
:shock:

that was fast wow.

Ummm … well, thanks, but it's been about January since I've had time to even look at this project …

Anywho.

I have a work around for the exporter, just don't use “Object Transforms” when writing out SD files for now. There'sbeen a change in the transformPoints() function, I'll track it down soon.

So here's the WIN32 DLL and RH9ish DSO attached. I'll get a 64 bit version soon and find the answer to the transform issue, and have some new sample files available around in a few days.


Thanks,
Mark

Since transformPoints takes only a UT_Matrix4, I tried to convert the UT_DMatrix4 to this and it compiles, but I have some problems elsewhere.
I can put a win64 version in a couple of hours.

After few hours playing with the RF_Export, it looks like the SD format changed, as if I try to import the SD produced by Houdini, it will complain of a bad data SD file.
From the other package to Houdini, when loading the file into Houdini, it will crash!
Could it be it? Has the SD structure changed?