yeti3.5.1&2&3更新（有彩蛋）

yeti3.5.1&2&3更新

>>>>插件

先来说说版本吧，以往更新完大的版本以后，就会陆陆续续更新好多小的版本，作用就是来弥补暴露出来的BUG（版本发出去了，大家用完肯定会反馈无限的），基本上没有什么实质的内容更新，这也就是为什么这么久我都没有更新yeti更新说明的原因（真的不是为我太懒找借口！），看看下面的说明就知道了！

每一期yeti更新内容的相关文章，我都会添加一些小彩蛋 为了不想让小伙伴们看的太枯燥，这一期，我的小彩蛋是yeti输出abc相关的内容放在文章的下方，有兴趣的小伙伴留心了！嗯嗯！

先回来说插件吧。

yeti3.5.3maya2018

3.5.3作为代表，3.5.1和3.5.2一样的，选择上还是3.5.3吧，高一版本，会少些许BUG。对应maya2018和maya2019版本。亲测可用（maya2019同理，我就不上图了），有兴趣的小伙伴赶紧安装测试吧。

>>>>更新内容

这几次的更新内容不少，基本上都是修复BUG！是分开写好呢，还是合起来一起写呢。先上修改内容吧！

一个一个来吧

3.5.1

新这次以修复BUG为主，增强稳定性

修复了之前3.5.0提到的deformation layers的稳定性，视频里我也演示过了，导入曲线会崩溃的问题。应该是更新了算法（corrected new Guide Model application in Deformation Layers）？

现在导出yetiAbc默认就是你的设置长度宽度和密度，不用刻意去设置(密度是显示密度不是渲染密度，下面我会细讲)，当然除了你想修改这个参数。

现在可以正确读取3.5之前版本的Cache了。

3.5.2

针对于maya2019版本在绘制groom时的正确显示

修复转换引导线在渲染时会崩溃的BUG

属性节点可以正确的映射在物体上

在窗口中可以正确的显示PNG和JPG贴图（指的是属性？）

刷新纹理缓存可以正确刷新而不是读取之前的

3.5.3

贴图缓存大小提高到了2G。

添加了新的变量YETI_TEXTURECACHE_SIZE

导出ABC时不会导出曲线，并且默认下只会导出一个文件

修复了ABC导出时文件会崩溃，现在可以正确的导出细分设置

重新构架了Groom，让其在VP2.0显示下更稳定

可以看出来更新的大部分内容都是围绕ABC输出来说的。下面就我最近的使用心得做个简短的测评，先上版本对应

版本对应其实只要大的版本对应，接口写正确，就肯定没有问题，这里的大的版本指的就是小数点后的小数点后，例如arnold5.4.xx.xx之前前面两个数对应就可以，Mtoa可以忽略不看，主要看arnold对应就可以。

>>>>简单的测评

这次更新最多的就是关于abc的

关于abc更多的用途就是可以跟更多的软件做接口匹配，最古老的cache是.fur格式，要使用就必须在端口处也有相对应的yeti才可以使用，比如katana，想要读取到yeti的缓存，必须要安装对应版本的KtoYeti才可以。现在有了abc就不一样了，直接可以读取yeti输出Abc曲线的密度，长度和宽度信息。就可以直接渲染出毛发来了。格式大众化了，平台也就变大了。abc的具体使用我会放在下面。

在我长时间的（其实没有啦！就不到两周）的体验下来，不过主要体验的是2019版的3.5.2。跟3.5.0最大的区别就是，稳定了很多，之前3.5.0上手新功能展示直播的时候，动不动就会蹦maya，场面一度无比尴尬。这次就好很多了，几乎没有崩溃过，稳定性现在没得说。

还有就是正常塑性解算出缓存方面，跟之前没区别，abc板块暂时没有使用到所以不做评价。

再说说groom，用惯了2.0版本的groom在来到3.0你会感叹，天哪，yeti的groom竟然可以做到如此的好用，一点不夸张，尤其这次更新3.5.0以后groom好多地方真的很匹配操作习惯，稍后我会找时间来深入的谈论一下新版的groom

这次更新除了abc和兼容性的BUG以外。还增加了一个变量

YETI_TEXTURECACHE_SIZE

这个变量是用于设置所需每个节点纹理的缓存限制，以兆（MB）为单位。

其实官方是添加了两个变量

这个贴图最大的内存量，默认的就是2048，我觉得应该足够应付日常生活了吧0.0。几何体缓存的压根没有提到，只能去变量里看内容了，也许不重要吧

在来探讨一下这个贴图缓存的问题

在2.0以后并且在3.0花式修改以后

有各种的刷新缓存的方式，说实话，平时真没用到过，甚至很多小伙伴压根不知道这个东西的存在。

那么它们到底是干什么用的呢，其实很简单了。你如果平时不做镜头渲染工作，只做塑性方面的话你可能永远不会用到他们。

在cache里有个显示内存的

它可以显示你当前yeti节点的缓存有多大，从而预估整个文件的大小，笑话，带毛的场景上了G都不稀奇吧0.0所以上面的各种选项就是刷新下面current size大小的。当然，有了缓存的cache在输出上会快一点，这个倒是真的。

由于此次更新大部分都是修改BUG和巩固稳定性，没有实质上制作使用方面的修改，所以文字叙说为主，较为空洞，有兴趣的看到这里，真的非常感谢你。

接着来说一下实际操作上的修复问题，关于Deformation Layers的BUG修复。

融合层现在是真的可以使用了，和groom进行融合的时候还是融合的不完全，但是惊奇的发现，在groom数量不同的情况下，仍然可以融合！奈斯！

曲线set集现在不会在蹦软件了，而且，我感觉曲线的融合比groom的融合要做的舒服一些（也许只是我的心理作用呢）

最想看到的长度融合，仍然没有实现，不知道将来会不会考虑这个方向了，毕竟，生长动画还是非常炫酷的。

先说这么多吧！码字时属不易0.0

大家有什么新的发现和好的点子都可以联系我，我们一起来探讨啊！会很有意思。

老规矩，插件在来地方

毛埔军校

画忆iiicg

>>>>小彩蛋

Alembic相关

yeti导出abc

yeti的导出不像maya物体的导出，不可以直接去

cache>AlembicCache>exportAlembic

工具来导出abc,而是需要用到yeti的命令行

代码上和Cache是一样的使用方式，只不过cache目前有直观的工具架和点击按钮，Abc暂时没有，也许后期会加入吧。

命令行是

-writeAlembic

具体使用案例

pgYetiCommand -writeAlembic “你要输出的路径” -range x y

其中你要是绝对路径（路径上注意一下/和的区别）,X是序列的起始帧，Y是序列的结束帧

格式支持的是.abc

yeti导入abc

相比导出，导入就很简单了，导入你可以使用maya自带的导入abc工具导入，只不过导入进来的是带宽度长度和密度信息的曲线。

其次导入方式应该是用File节点啦，不过就目前来看，好像存在BUG，会乱飞

关于这个问题，我已经跟官方沟通过了，暂时还没有答案。不过小伙伴们放心，有了回应，我就第一时间告诉大家。

如果是每一帧都输出一个文件的话再导入进来就没问题，但是这就没有意义了不是，起初我以为是缓存问题，我尝试了做完缓存，输出一样是这个问题。

yeti的abc的一些小技巧

在正常输出Abc时，有一个点是要注意的，输出去的默认密度是你的显示密度，而不是实际的渲染密度，要想输出的密度正确，最好看清楚你渲染的密度，如一般yeti渲染的时候都会默认渲染密度是十倍，这时候，你输出abc的时候就要注意要加10倍的密度了

密度的命令行

-alembicDensity

使用方法-alembicDensity 10中间是空格。

还有一些Abc命令相关的

-alembicLength

长度

-alembicWidth

宽度

-samples <int numberOfSamples>

帧采样，默认的是单帧三采可以自定义支持最多采样7次

-filePerFrame <bool>

是否每一帧都要单独储存一个文件。

还有很多命令，大家有兴趣的就去官 查看吧，有详细的说明。其实最常用的也就这几个。

在直接导入Abc作为曲线来使用的时候要注意，勾选渲染曲线，这样密度宽度长度等信息就全都能被读取到了。

望可以帮助到大家吧。

以上所有观点和测试效果均是个人见解，如有反驳和疑点，欢迎来轰！

当你看到这里，说明你有看进去，那么不妨顺手转发一下吧，让更多的人学习到！

·END·

毛埔军校

粉壳壳Fnkk