说实话,我第一次听到朋友说要做一个“一周年转场视频365”的时候，我第一反应是：这哥们儿是不是被短视频文案洗脑了？但后来他给我看了他做的东西，我沉默了，那是一个用Go语言写的脚本，把365张照片——每一天一张——硬生生拼成了一个丝滑的转场视频，每一帧都对应着过去一年里的某一天，那个效果，怎么说呢，看着看着眼眶就有点热。
我问他,你干嘛不用那些现成的剪辑软件？他说，软件太死板了，我想要每张照片停留的时间不完全一样，有的1秒，有的0.5秒，有的甚至0.3秒，我想让视频的节奏跟着真实生活的节奏走，软件里挨个调？手得废了，于是他用Go写了不到300行代码，搞定了。
那之后我花了两个周末,把这事儿自己走了一遍，今天这篇东西，就是那两周末的笔记，我不讲什么高深的设计模式，也不扯什么并发模型，就跟你聊——用Go写一个“一周年转场”视频脚本，到底是怎么一步步来的，你要是正好也在捣鼓这个，那这东西应该对你有用。
为什么是Go，不是Python或者JS？
你先别急着关页面,我真不是来安利语言的，但这事儿上，Go确实有点东西。
你想想,你要处理365张照片，甚至更多，每张照片要解码、缩放、加过渡帧、再编码写进视频，如果用Python，你得装一堆底层依赖，而且Python那GIL（全局解释器锁）在处理大量图像帧的时候，是真的会卡到你怀疑人生，JS？Node.js在处理这种CPU密集型的活儿时，单线程的弱点就暴露了。
Go的好处是什么呢？
- 编译出来就是一个二进制文件，扔到服务器上或者朋友的电脑上，双击就跑，不用配环境。
- goroutine处理批量帧生成，特别自然，每生成一帧丢到一个channel里，主线程只管收，那感觉就像流水线作业。
- 标准库里有
image，虽然不是最专业的，但做这事儿够了。
你要是说“我就想用Python，我一个moviepy就解决了”，那也行，但相信我，等你要处理上千张高清图的时候，你会想念Go的CPU利用率的。
核心逻辑：让每一秒都有意义
先理一下思路,所谓“一周年转场视频365”，其实就是把365张照片（对应一年里的每一天）串起来，每张照片之间加一个转场效果，比如渐隐渐现、滑入滑出之类的，最后输出一个MP4文件。
整个流程拆开了就是这几步：
- 加载图片：把365张图按日期排好序，放在一个文件夹里。
- 定义节奏：每张图停留多久，转场持续多久，这些参数最好能从配置文件里读，方便以后改。
- 生成过渡帧：这是最关键的部分，两张图之间，不能硬切，要生成中间的过渡帧，比如两张图A和B，要做一个2秒的渐隐转场，那这2秒里，每一帧其实都是A和B按不同透明度叠加出来的。
- 编码视频：把一帧一帧合成最终的MP4。
Go里做视频编码,目前社区里用得比较多的是 ffmpeg-go ，它本质上是调用你系统里的FFmpeg命令行，你可能会觉得“这不就是换了个方式写命令行嘛”，对，但好处是你可以用Go的语法去控制FFmpeg的参数，而且能结合你自己的业务逻辑动态生成命令，比手写shell脚本灵活太多了。
我这篇文章里就用这个库,你要是没装FFmpeg，先去官网下一下，装完后在命令行里敲ffmpeg -version，有输出就行。
写代码前，先把文件夹收拾利索
写代码之前,我习惯先把样本数据准备好，这事儿看着土，但巨管用，别上来就开搞365张图，先准备5张图试试流程能不能跑通，我用的就是几张自拍和风景照，文件名起得规规矩矩的：
images/
├── 2022-01-01.jpg
├── 2022-01-02.jpg
├── 2022-01-03.jpg
├── 2022-01-04.jpg
└── 2022-01-05.jpg然后我写了一个简单的结构体,用来存每张图的配置：
type Photo struct {
FileName string
Duration float64 // 停留时间（秒）
Transition float64 // 转场时长（秒）
blur bool // 要不要模糊效果（加不加都行，我加了是因为觉得更好看）
}
这一步不难,但很必要，因为后面所有的逻辑都基于这个结构体展开。
关键函数：生成一帧图
这个函数是整个视频的心脏,它接收两张图片，以及当前进度（0.0到1.0之间），然后返回一张合成后的图片，比如当前进度是0.3，说明处于转场刚开始的阶段，A图还比较清晰，B图有点透明；等进度到0.7，则相反。
Go的image库操作起来很直觉，我直接上代码吧（你到时候照着改改参数就能用）：
func blendImages(imgA, imgB image.Image, progress float64) *image.RGBA {
bounds := imgA.Bounds()
result := image.NewRGBA(bounds)
for y := bounds.Min.Y; y < bounds.Max.Y; y++ {
for x := bounds.Min.X; x < bounds.Max.X; x++ {
rA, gA, bA, aA := imgA.At(x, y).RGBA()
rB, gB, bB, aB := imgB.At(x, y).RGBA()
// 混合公式：结果 = A*(1-progress) + B*progress
r := uint8((float64(rA)*(1-progress) + float64(rB)*progress) / 256)
g := uint8((float64(gA)*(1-progress) + float64(gB)*progress) / 256)
b := uint8((float64(bA)*(1-progress) + float64(bB)*progress) / 256)
a := uint8((float64(aA)*(1-progress) + float64(aB)*progress) / 256)
result.Set(x, y, color.RGBA{r, g, b, a})
}
}
return result
}
这段代码看起来没什么高大上的,但你要知道，每一帧都是这么逐像素算出来的，最开始我用的是更复杂的算法，什么高斯模糊、亮度校正，但后来发现，对于“一周年转场视频”简单渐变的情绪感反而是最好的，你别追求那种磨皮级别的精细，生活本身就带点糙，转场慢一点，稍微能看到上一张图的轮廓，那个感觉特别真实。
控制节奏：别每张图都一样
我朋友的那个视频为什么感人？他自己说是因为节奏不一样，他把他老婆生日那天的图（第129天）停留了3秒，转场用了2秒，而日常工作日的图，有时候只停留0.5秒，这就形成了一个“情绪曲线”——平时日子过得飞快，但重要的记忆就让你多看一会儿。
我用一个配置文件来控制这个节奏,格式是YAML的，读起来方便：
photos:
- file: 2022-01-01.jpg
duration: 1.2
transition: 0.8
effect: fade
- file: 2022-01-02.jpg
duration: 0.6
transition: 0.5
effect: slide_right
然后Go里用gopkg.in/yaml.v3读进来，转成结构体切片，这样你甚至可以写一个小的Web界面，让用户勾选哪些图要特殊处理，我只是没写那个界面，因为懒，但你完全可以。
输出视频：用FFmpeg收尾
所有帧都生成好了,就得把它们合起来，这里我借助了FFmpeg的强大，生成帧的时候，我按顺序把每一帧存成frame_000001.png、frame_000002.png这种格式，然后用这么一条命令：
ffmpeg -framerate 30 -i frame_%06d.png -c:v libx264 -pix_fmt yuv420p output.mp4
在Go里调用的话,
cmd := exec.Command("ffmpeg", "-framerate", "30", "-i", "frame_%06d.png", "-c:v", "libx264", "-pix_fmt", "yuv420p", "our_first_year.mp4")
err := cmd.Run()
如果你觉得生成这么多临时帧文件占硬盘（365张图配合转场可能生成几百甚至上千帧），你可以考虑用管道直接把帧数据传给FFmpeg的stdin，但我这次没搞那么复杂，因为本地跑跑临时文件最后删掉就好了。别把简单的事情搞复杂了，生活已经够复杂了。
一点小彩蛋：在第365帧加个字幕
我偷偷在最后一张图的最后一帧叠加了一行字：“然后呢，一起走吧。”用image库的DrawString加上的，用的字体是随便下载的一个手写体，你别跟我说什么“字体授权”，我这就是自己用，不出商用，问题不大。
你可以在你的视频里加点什么？“这世界上所有的相遇都是久别重逢”？或者最简单的“365”，随你。
真实跑一次会遇到的坑
跟你说几个我踩过的坑,省得你再走一遍：
- 图片尺寸要统一，不然合成的时候runtime会直接panic，我是在加载图片后直接
resize成1920x1080，用的golang.org/x/image/draw库。 - 内存吃得很凶，如果你一次性把所有图片都读到内存里，365张高清图基本就GG了，我是用的时候才从磁盘加载，用完就释放，这样虽然慢一点，但稳定。
- FFmpeg的参数要小心，我一开始没加
-pix_fmt yuv420p，结果生成的视频在手机上播放是绿的，这条参数就是为了兼容性。 - 运行时间别预期太短，处理365张图加上全部转场，我大概跑了40分钟，这很正常，这时候去泡杯茶，看会儿窗外的云，程序员的生活也可以很慢。
最后就随便了
这篇文章其实没有主题,就是我想告诉你，如果你想给这一年做一个转场视频，不一定要用那些花里胡哨的App，你也可以像我一样，花两个周末，写一个Go脚本，从加载第一张图到导出最后一个MP4，每一步都知道它在干嘛，那种感觉挺好的。
代码我就不全贴了,因为每个人的照片数量和节奏都不一样，但我上面写的那些片段，凑一凑，调一调参数，足够你跑起来了。
你要是真跑出来了,把你那个一周年转场视频分享给重要的人看，我那朋友后来告诉我，他女朋友看完哭了，不是因为技术多好，是那些照片和那慢慢悠悠的转场，让她觉得过去那365天，真的被认真对待了。
那就这样吧,我去改改我那脚本，再加个滤镜玩玩。
本文来自作者[kyadmin]投稿，不代表be365立场，如若转载，请注明出处：http://www.hljbesthome.com/keji/666.html
评论列表（4条）
我是be365的签约作者“kyadmin”！
希望本篇文章《用Go语言给一周年做个365转场视频，这事儿比你想的简单》能对你有所帮助！
本站[be365]内容主要涵盖：be365,be365网站,be365网址,ball365体育,Be365排名
本文概览：说实话,我第一次听到朋友说要做一个“一周年转场视频365”的时候，我第一反应是：这哥们儿是不是被短视频文案洗脑了？但后来他给我看了他...