区块链美图动画怎么做？分镜设计到链上部署实操全解

导读： 区块链美图动画, 是一种数字艺术的形式。这种形式把动态的视觉作品结合起来了。结合的内容包括链上的确权。还有不可篡改的存储。它不是把一段GIF直接丢到链上面那么简单的一件事情。...

区块链美图动画, 是一种数字艺术的形式。这种形式把动态的视觉作品结合起来了。结合的内容包括链上的确权。还有不可篡改的存储。它不是把一段GIF直接丢到链上面那么简单的一件事情。

从分镜开始进行制作。然后进行合成。再到最后的部署。每一个步骤都要经过两道关卡。这两道关卡分别是链上载荷的限制。以及播放时的性能表现。

分镜帧数怎么控制

帧数是一个必须严格遵守的硬性约束条件。对于单段的动画内容来说, 建议它的总帧数不要超过120帧。要把帧率固定控制在每秒24帧这样一个标准水平。同时, 画面的尺寸也应该被压缩在1080p这个分辨率的范围内。

只有当视频采用的是H.265这样的高效编码格式进行压缩之后, 生成的文件体积才有可能被塞入到目标区块所规定的容量限制里面去。如果实际情况超出了这些设定的指标和范围的话, 那么就不得不把长片段拆分成更小的几个部分来处理, 或者是主动降低画面的分辨率设定。除此之外, 并没有其他任何可行的解决办法存在。

采用调色板压缩来处理色彩通道, 使得每一帧包含的颜色数量被降低到16到64色之间, 这种方式几乎不会让人察觉到视觉上的损失,同时能把数据体积削减六成以上, 所节省下来的费用是实实在在的Gas费, 这对于创作者来说是非常关键的。

链上部署有哪些坑

Gas费用是没法绕开的一大块支出。比较务实的做法是让帧数据去走IPFS或者Arweave, 把这些东西做成持久化的存储层, 同时在链上只写内容的哈希值, 把这个哈希当做确权的指针来用, 这样把部署成本压到了全链式存储的十分之一都不到, 但是确权的能力是一点都没有丢掉的。

在播放端这边, 它会去做那种渐进式的加载操作, 也就是先把首帧给同步渲染出来做一个占位的意思, 然后后续的那些帧再去异步地拉取和解码, 这样的话用户基本上就感觉不到有等待的情况出现了, 整体的体验跟本地进行播放相比起来其实并没有任何差别。

那几帧动态的叙事张力才是真正让作品立住脚, 技术仅仅只是一个底座, 所以在动手之前, 一定要把想讲的故事先想清楚, 这一点比反复地调整参数重要多了。