Hi,

@Morphtek: We just tried on our end and the binaries that ship with the daily build worked fine on multiple windows machine for us.

How did you copy the Houdini Engine plugin ? did you use the old installer or the launcher ?
Was the plugin installed in the engine's plugins folder or the project's plugins folder ?

Hi,

Windows binaries for UE5.5 have been added to today's daily builds!
Mac binaries should follow soon.

Hi,

The current plugin source code is already compatible with 5.5, but you'd need to build the plugin from source.

As for 5.5 binaries, we'll hopefully have them soon.
Epic has decided to bump the compiler version on Windows for 5.5, so it's taking a little longer than usual
since we can't simply update the compiler on our build machines for a version of Houdini that's already in production.

We'll have a look at Mac binaries once we've sorted the issue on Windows.

Hi,

That's unfortunately expected, as HAPI currently doesn't know how to translate COPernicus data.
Support for COPernicus nodes for HAPI/Unreal will be added in future versions of Houdini.

Hi,

Generic property attributes are more aimed towards random properties on objects that are not "manually" supported by the plugin.
For materials, you can just use the "unreal_material" attribute.

Prefixing with the material slot in square brackets is what we use when creating meshes - as one face can only have one material assigned, unreal_material has only one value that can be used to specify the material slot
ie s@unreal_material = "/Path/To/First/Mat/In/First/Slot"
s@unreal_material = "/Path/To/Second/Mat/In/Second/Slot"

With instances - you only have one "point" - so we need to use multiple attributes per material slot as we cannot give the unreal_material attribute multiple values.
In that case, you can just add the index of the material slot you want to change to the attribute name:

For example: SM_Pavement has two material slots
s@unreal_material0 = "/Path/To/First/Mat/In/First/Slot" (or s@unreal_material= XXXX)
s@unreal_material1 = "/Path/To/Second/Mat/In/Second/Slot"
etc..

Hi,

Here's a slightly more detailled step by step

1. Download UE's source code
2. Build Unreal Engine - without the HE plugin, make sure the engine works, and create a new project (c++)
3. Download and install Houdini (a production build recommended) - in your case 20.5.410
4. Download the plugin's source code for the version of H you installed on the git repo's release page
https://github.com/sideeffects/HoudiniEngineForUnreal/releases [github.com]
5. Extract the plugin's source to your project's plugin folder, ideally ending p with something like:
/MyAwesomeProject/Plugins/Runtime/HoudiniEngine
6. The final step is to build the plugin - since we don't provide linux binaries
Update your project's file so it detects the plugin (GenerateProjectFiles)
Build your project - this should build the Houdini Engine plugin with it.


And yes, you need to run source houdini_setup in Houdini before launching unreal, as it sets up the need variable to identify where the Houdini Libraries are.

Hopefully this helps!

Hi,

That is expected as we've deprecated this workflow in Houdini 20.5:
https://www.sidefx.com/docs/houdini20.5/unreal/instancing.html#overriding-deprecated [www.sidefx.com]

Now, you can still use it in 20.5, but need to re-enable it in the plugin settings.
This, however, won't be possible in future versions of Houdini.

What this feature did, was give you the ability to change the instances on the output of the HDA - but if you had multiple variations (ie, replace the blue cone with 3 different tree meshes) then the plugin would randomly assign the variations, with you having no control on the assignment.

Replacement workflow for this would be:
- use geometry inputa, with "export as reference" enabled (since you don't want the full mesh data - just the path to the mesh)
You can then assign the input's points to your instances and get a similar result.
Replacing one of the input mesh will swap the instances as expected.
- You could use string params, as drag and dropping a uasset will extract its path - and then assign that parameter value to the instance point.
You can even set the string param to display as an asset picker by using the "unreal_ref" tag on the param.
see: https://www.sidefx.com/docs/houdini20.5/unreal/parameters.html#strings [www.sidefx.com]

Hi,

Thanks for bringing this up, the issue was caused by a regression in the plugin's code.
This will be fixed in tomorrow's daily build of the plugin.

Hi,

Unfortunately, currently the plugin's public API doesnt support presets - but this would make a great RFE.

Hi,

Tried on my end and I only get wonky geometry when using custom curves - both in H and Unity.
Likely the issue lies in the HDA - as I get the exact same result between Unity and H.

Have you tried using Session Sync to debug your asset?

In Unity: Houdini Engine > Session Sync.
Then in the session sync panel - disconnect (if you already had a session) then start Houdini.

You can then rebuild/recook your HDA - and it will show up in Houdini.

This likely will help you debug your HDA.

Hi,

It seems like there is some confusion here:
The fix for the shaders was in 20.5.340 - so any version after it has the shaders - previous won't.
So by installing 332 - you got a version before the fix - back to the original problem of missing shaders.

Just tried on my end by installing 20.5.359 today - and got no issues on my end with curves (tried unity2022.3 - but I doubt this issue would be related to Unity versions)

Hi,

The issue was likely caused by some of the plugin's URP/HDRP shaders not being present in the plugin's package that ships with the installer.
The github version of the plugin had those - but they were not in the installer.

I fixed the unitypackage in H20.5.340 - so you should no longer need to modify the shaders.

@eseral: Sorry, the 5.4 sources were added for Linux in H20.732 IIRC ?

That's SideFX Labs - not Houdini Engine.

The unreal plugin will be in:
"C:\Program Files\Side Effects Software\Houdini 20.0.749\engine\unreal\5.4"

I pinged Mai to inform him that SideFX Labs is missing its 5.4 plugin.
Though, since it's mostly a Content plugin - I assume it might be fine to just use the 5.3 version with 5.4

Hi,

As mentioned above, that is expected, we had some issues with unity licenses which forced to us to remove the unity plugin from the last production build. Unity finally found a solution to the issue, so the plugin is back in current H20 daily builds.

For steam, you could either switch to the daily20.0 or previous production build branch, as these both have the plugin.
I'd recommend switching to the previous production build (in properties > beta branch, choose the previous 20.0 production build).

When we release the next production build, you can then return to the default H20 branch - as the next prod build will have the unity plugin.

Hi,

Quick update on this, as of today's build (H20.0.736), the Unity plugin is finally back in the installer.
Sorry it took so long, but unfortunately, the issue wasn't on our end, so there wasn't much we could do to speed this up.

I was referring to the 20.0.688 - which didn't have 5.4 (as Epic released 5.4 the day before that production build).

As with every new version of Unreal, getting the plugin code to compile doesn't mean that everything in the plugin remains fully functional.
Epic changes a lot of things internally, which then causes issues and regressions in the plugin, which we then need to fix.

These issues are the reason why we didn't include the 5.4 plugin in 688 - but we fixed all of them a few days after.
The current 5.4 plugin that ships with the 20.0 daily/production build is fully functional.

Hi,

Unfortunately, that is expected - as we're currently having issues with our Unity licenses.
Because of this - we were forced to remove the Unity plugin from the installer/launcher temporarily as we can no longer build the Unity plugin.

We've been in touch with Unity about this issue for a few weeks already - this seems to have been caused by a problem with their licensing system.
They finally found the problem and a solution for it, so hopefully, we'll be able to build the Unity plugin again in the coming days.

Our previous production build, H20.0.688 was the last build that still had the Unity plugin.

I'll be sure to post here once the plugin's back in the installer/launcher.

Sorry for the inconvenience.

Hi,

Support for UE5.4 was added in 20.0.689, so can't be retroactively added to a previous build.

See the changelogs [www.sidefx.com]

If you download any daily 20 build - you'll get the 5.4 plugin.
We purposefully removed the 5.4 plugin from the production build - Epic broke a ton of things with 5.4 - and we didn't want to ship a production build with an untested version of the plugin.

@isaac There won't be any new 19.5 production build - once a new version of Houdini is released, we generally stop doing production builds soon after (though we generally try to do a couple extra ones - but rarely more).

Hi,

That's actually expected as the plugin doesn't check for changes on asset in the content browser.
(the issue would be similar for Static Meshes in a geometry input).

This will be addressed soon by a change that will add allow you to only refresh a single input.
(which at least, prevents resending all the other input's data)