rs安装的时候，如果本地的houdini版本号不在支持的发行版列表里， 就不会为用户自动配置

用最新的19.5.368举例，今天[2022.09.25]rs支持列表中只到19.5.303

【资料图】

其实最后面的小版本号强行匹配也可以，不过开发公告栏中其实有对应插件的自定义版，先到这个链接下载

https://redshift.maxon.net/topic/31230/houdini-solaris-plugins-custom-builds

houdini和solaris的都下载

然后按照文档中给出的环境变量在houdini.env中添加如下变量

windows可以直接复制上面这个

houdini.env在 我的文档\houdini版本号 文件夹中

比如：C:\Users\wdnmd\Documents\houdini19.5\houdini.env

直接以文本文件打开编辑，添加完是这样的(只有最后四行是为RS添上去的)

然后打开houdini，rs有了

但是solaris里却没有

建个灯光也确实没有rs属性的选项卡，所以确实没装上

在C:\ProgramData\Redshift\Plugins中能看到houdini和solaris是分开两个插件的，所以我们只添加了houdini插件的路径，还需要添加solaris插件的路径

但是文档里好像没有提示solaris应该用的环境变量

还好有20多年网上冲浪丰富经验的本叼搜到了这位老哥给出的正确答案

其实可以直接在env里写上PXR_PLUGINPATH_NAME的，但是他在包文件夹中建了个单独的json文件统一存储redshift相关变量

我觉得相比直接往houdini.env里写变量的方式，这样更方便管理，也更符合插件的包链接方式，比如megascans和mops等等

所以我们也在packages文件夹下建个Redshift.json把上面的路径变量写入，如果没有packages文件夹自己建一个就行了

(记得如果用这种方法就不需要之前env文件里写的那几个变量了)

保存之后打开houdini

奇怪的事情出现了，打开报错说我的megascans插件菜单文件找不到help_menu，然后megascans插件的菜单位置出现在了File菜单前面

打开packages中的MegascansPlugin.json顺着里面的插件路径找到MSLiveLink中的MainMenuCommon.xml看看

可以发现这个插件使用insertBefore标签在houdini主菜单中加入新的子菜单，被插队的菜单正是help_menu，也就是houdini顶部菜单栏的Help一栏

现在报错说help_menu找不到了，但实际上打开houdini还是正常生成的，只是顺序不对，所以可能是因为RS插件的原因把原本的菜单栏加载顺序打乱了

实际上这无伤大雅，因为现在solaris确实已经成功安装rs插件了

但是强迫症无法对菜单栏这个问题妥协，别扭的菜单会让我感觉拉屎都不是垂直下落，哎呀好气

又冲了30年浪之后，现在拥有50多年互联网冲浪经验的我终于找到答案

以下是个人猜测，灰色字不想看的可以跳过，反正没用

官方对加载菜单的顺序说明是根据搜索到的顺序反序加载，也就是先搜索到的菜单文件是后加载的，比如它会先从用户文件搜索菜单文件，然后搜索$HH中的菜单也就是houdini程序目录中的菜单文件，加载时先加载$HH中的菜单，所以当用户的插件目录中加载菜单时，主菜单已经生成，help_menu得以正确实现

打破规律的可能是我们为RS插件包链接中设置的HOUDINI_PATH变量

它并不是RS的环境变量而是houdini的变量，后面的 ;& 代表附加当前所有路径，也就是houdini中的path顺序改成了redshift文件夹优先，原本的目录被重新排序跟在了rs之后，其它包的文件顺序也就接在了houdini程序目录的后面，比如megascans，结果成为了第一个被加载的菜单文件

当然猜测不一定对，但根据这个猜测确实有了解决方法

把packages包中的变量引用方法改为如下

创建一个REDSHIFT_PATH变量指向rs的程序文件包，然后在下面引用REDSHIFT_PATH文件到path变量中

这样就可以不打乱原有的HOUDINI_PATH顺序添加rs路径引用了

重新打开houdini

可以了，成功为solaris安装了rs，也没有恼人的菜单乱序

渲个云彩试试

挺好，不如窗口视图，睡了