motion blur这里的管线很奇怪
从代码看 已经算法逻辑看
如果只开dof/ motion blur/ bloom
这里 rt的设置应该是
dof的结果 做mb（在mb的最后一个pass被使用）
mb的结果被bloom的第一个pass sample
然后uber
然后smaa的结果到finalrt上
but
framebuffer抓下来的结果 这几次换rt的地方全是乱的
我估计跟gettemprt有关
迫切需要换个debugger看看
hdrp mac上切到ios根本编不过 不能用xcode了
renderdoc抓editor
dof 写入tp4
mb srv--tp4 rtv--smaa_flip
bloom firstpass srv-- smaa_flip
uber srv-smaa_flip rtv--tp1
smaa srv- tp1 rtv--tp4 这里tp4前面已经用完了 可以被覆盖
这流程和代码逻辑一样是很清晰的
tp4就算finaldestination了
这个事情说明 unity 的framebuffer 真shit
framebuffer里面抓到的tp3就是 smaa_flip 了
破玩意 framedebugger不止这一个问题 之前升级一个版本的时候 transparent 的drawcall就不显示了
hdrp 的ios 的shader 都编不过 这种就往外发！！！shits
真香
framedebugger 对非标准rt的支持比较差
比如argb32这种通常显示比较正确 压缩格式或者少几个通道的 经常会显示不出 还有msaa