附件编辑 & 顺序

借物：场景：@ Ai、时の雨、ss31040；人物：sceneryQAQ；动作：yurie；MME：針金のブログ、ikeno。

曾经忽略了好久，对这种细节一直都不怎么在乎。

那时候还停留在：看个教程，套个样子，导出视频说得过去就成，总之就是一团混沌，有那么一丢丢想法，套着套着就没了~~

废话不说了，为什么忽然写这个，主要是在写另一篇查漏补缺时，在viki上看到MME才想起来附件顺序这回事，然后就去找资料，测试，结果越写越多，就独立出来了。

 

一开始找的挺无头无脑的，后来想了想，似乎MME都有readme的习惯，那么MMEffect应该也有，遂下了个MMEffect：

没有readme，但是有REFERENCE.txt 和 MMEffect.txt 两个文件可读。

MMEffect.txt是使用流程，问题，更新历史之类的介绍，浏览一遍放过，接下来看参考文件。

参考文件主要描述了MME识别的语义和注释，有关效果文件本身的参考需要去微软里查看：

激动归激动，看完一圈，好像方向还是错了……并没找到想要的顺序。

于是，打开MMD看一下附件栏的计算顺序是如何描述的：

十周年版本描述：

926E版本描述：

926繁版本描述：

 （我写完回过头来看，感觉好像也不是那么难理解，应该是我语文没过关？所以一开始没有get到具体的意思？那换句话，这篇文章白写了orz，纯粹是我自己在给自己找麻烦。）

这里的意思看着有些别扭，而且也不是很好懂，那么直接进入test：

先载入.x场景 后载入 .pmx模型：

先载入.pmx模型 后载入.x场景：

并没有出现bug，打开编辑附件：

编号为1

发现编号为1，比较上面的信息，可以得出初步的结论：先载入.pmx模型 后载入.x场景 与 先载入.x场景 后载入.pmx模型 不会出现樱花边缘透明度问题。

尝试修改，这里的编号只能更改为0或1：

好吧，还没加入额外的效果测试就已经发现了问题，编号更改为0时，.pmx樱花的透明度在.x场景之前描绘了。

再得出一个结论：这个编号会影响模型描绘。

暂时先不解读，因为只有一个.x场景和一个.pmx模型。

（因为之前误删了一次，所以有些东西第一次写的时候不懂，也没有尝试，例如这个在只有.x场景和.pmx模型的情况下改编号就是在第一次写的时候忽略了……）

这时候有些东西还不明显，继续加入特效Diffusion看看。

先加入.x场景 后加入Diffusion：

先加入Diffusion 后加入.x场景：

在 先加入Diffusion 后加入.x场景 时，问题再次出现，尝试更改编号解决：

此时，编号可更改为0,1,2，编号为2时，樱花边缘透明问题解决。

同样对 先加入.x场景 后加入Diffusion 进行编号修改测试：

编号为0时，樱花边缘透明问题出现。

对比两图，大家可以看出，MMD中，附件从上到下是以0开始进行编号（程序语言习惯）。

还有一点细节是：在图中，更改编号时，左列会有一行附件被标注提示。

再结合开始对三个版本附件编辑栏截图的翻译可得正确释义：

　　第x号附件以及后面的附件，将在模型描绘之后描绘。

　　更改编号会对左列的特效进行选择，0选择第一个，1选择第二个，以此类推。

描绘示意：

所以，一开始的说法是不全面的，因为我们通常习惯先载入场景/天空球,后载入模型，这个问题便不存在。

且，如果先载入一个模型，后载入场景/天空球，这个问题也不存在。

因为，MMD附件设定，默认为：第1号附件还有1号附件后面的附件，将在模型描绘之后描绘。

附件类只载入一个场景/天空球，此附件占用的是0号位（第1号附件之前），即，一定是在模型描绘之前描绘。

当.x场景不在附件顶部时，未更改编号，便会出现模型在场景之前描绘的bug。

 

第一阶段总结：

        如果无.x场景，那么附件编号应更改为0，因为没有需要在模型之前描绘的附件。

        如果有.x场景，那么.x场景应提到附件首位，编号无需更改。

        如果有多个（例：3）.x模型类附件，那么应将这3个.x附件全部提到首部，3个.x附件的顺序为：天空球最上，场景第二，模型第三，小物件第四……屏幕内最先看到的，最表面的，最前面的.x模型附件排在最末，编号更改为3。

        如果有主渲类，如ray，ik，有.x场景，主渲对全局影响控制，是需要在.x场景和.pmx模型描绘之前描绘，占据首位，编号推到.x场景位。

一般附件有三类（顺序亦是如此，个人总结，只有参考价值，下文会有viki的总结）：

        主渲（ray，ik）、模型、特效。

        主渲对全局生效，能影响天空球和其他特效，所以在附件最上面；

        .x模型（人物，场景）是被众多特效修饰的对象，所以应在特效类附件之前，主渲附件之后；

        特效类是需要在模型描绘后生效，所以一般在最下面。

        不过目前很多模型都是.pmx格式，只需要在模型描绘顺序中注意即可，对.x模型研究只是因为正好遇到，就弄出来写了，日后自己好看。

 

        特效类也有很多，所以开始我认为也是分描绘顺序的，遂，我专门去viki上找了MME的描绘顺序。

        结果不尽如人意，但是我隐约记得在翻译ikBokeh.x的readme时，ikeno提了句ikBokeh应放在模型和粒子特效之后，在镜头眩光和色调图之前。

        这是一个方向，可以从众多MME的readme中来找答案，毕竟viki上可能有，但是以我的网速还有对日语的白痴程度，找到了估计也认不出。

        幸运的是，当年有搜集MME的习惯，将铅丝大神的全部MME都下载了下来（关键我还没打乱它们），铅丝大神对MME有着系统的分类：

針金のブログ

镜面系：

        由于绘制顺序问题，未绘制非自身阴影底影。使用自阴影时，将非自阴影地面阴影设置为关闭。

        在WorkingFloorAL_v007中发现了与AutoLuminous的关系：

        此效果与AutoLuminous兼容：

        附件设置顺序→AutoLuminous.x→WorkingFloorAL.x→其他对象的顺序进行绘制。

        暂得：镜面系在自发光之后。

        又发现与镜像景深的关系：

        此效果与TrueCameraLX（由Soboro制造）的镜像模糊和景深兼容：

        附件设置顺序→TrueCameraLX.x→WorkingFloorAL.x→其他对象的顺序进行绘制。

        暂得：镜面系在景深之后。

空间系：

 

 

        没有详细解说，但是实验了几次发现，空间系应该在镜面系下面（存疑）。

粒子系：

        要想在镜面上生效，则需要在镜面系下面（存疑）……看到这我停下了（后面的readme我也看了，没多少顺序的描述）。

        mmp，镜面反射这么特殊！？这个东西对main栏挂载fx的东西盖不反射。

        但是，如果给人挂个fx，人物的倒影会存在，人却不存在了……

        我研究了一会WorkingFloorAL_v007就停下了，有些东西不太对劲，也许是我的方向搞错了，这东西应该只有一个大略的顺序，或者没有明确的顺序。

        我继续回到viki的MME界面，搜了下“mmeオーダー”，结果回到了MME界面，细看下发现了一些错过的细节：

根据效果文件，有两种粗略的使用方法（详细的参阅readme）

　　1.在效果分配栏中分配fx文件，这种主要是材质类、着色器类。

　　2.将附件加载附带的x文件（或pmdpmx控制器），主要是材质类和着色器类以外的特效。

https://w.atwiki.jp/vpvpwiki/?cmd=word&word=mme%E3%82%AA%E3%83%BC%E3%83%80%E3%83%BC&type=&pageid=272

viki里对MME的分类：

        综合型（ray、ik）

        描写追加系（轻粒子、可能处于发光状态、身体周围的东西）

        自然现象 描画系（天气、水、烟……）

        阴影（光源、阴影着色器、暗影）

        边缘（轮廓）

        发光（AL、发光粒子系统）

        变形

        模糊系统（模糊、深度模糊）

        程式化

        质感（通透/玻璃、反射、材质着色器、其他纹理着色器）

        动画制作

        广告牌

        色彩校正

        效果之间的调整

        切换，过渡

        操作支持

        特别表示（通常不使用）

        镜头，电影，电视等的复制

        其他（SSAO、足迹、相机连闪……）

        特效很多，结合我之前的想法，似乎特效类附件并没有明确的顺序约束，如果有约束，那么作者一般会像ikeno一样在readme中提醒。

        其他情况，只要跟着描绘的逻辑排序，基本上不会出什么大问题，后续我在看其他MME的时候会将推荐排序的MME记录到评论区当做参考。

        其实，看完MME还是有一些其他的想法，不过思来想去觉得并不适合插在这里，就扔到了查漏里，想了解的可以去另一篇看看，不想了解就无视吧~~

        （个人讨厌在专栏内插入跳转链接，所以为了阅读完整性，一般情况尽量不会加的）