你有没有想过,如果有一天，你把一整年的每一天都拍成一段视频，然后把这些视频拼在一起，会是什么样子？我去年就试了这么一件事，不是用相机，而是用Go语言写的程序，自动去处理那些视频文件，结果挺有意思的——我发现自己居然能看见时间的形状，写这篇文章的时候，我就想把这个过程、这些想法、还有代码里的坑，都跟你聊聊。
为什么是365天？为什么是Go？
先别急着觉得这是个技术问题,我起初只是想给自己留个纪念，每天早上拍一段10秒钟的视频，拍我窗外的天空，一年下来，365段视频，每段10秒，加起来也就一小时多一点，但问题是——怎么把这些视频合并成一个？怎么保证它们的时间顺序不乱？怎么处理那些拍糊了的片段？
我一开始想用Python,但后来换了Go，原因其实很简单：Go的并发处理太自然了，你想啊，365个视频文件，你得读取、解码、拼接、再编码，这要是串行处理，一台普通电脑得跑好几个小时，但用Go的goroutine，我可以同时处理多个视频，就像同时煮好几锅饺子一样，省时间。
而且Go的ffmpeg绑定库很好用,我选了goav这个库，它能直接调用ffmpeg的功能，虽然一开始配置环境折腾了我两天——因为Go的CGo要链接ffmpeg的C库，版本对不上就报错——但一旦跑起来，那感觉真不错。
核心思路：怎么把365天装进一个视频里？
说白了,这个项目就是：输入一堆视频文件，输出一个拼接好的大视频。
但细节上有很多坑,每个视频的编码格式可能不一样，有的手机拍的，有的是电脑录的，它们的帧率、分辨率、色彩空间都可能不同，我第一版代码跑完，出来的视频画面一会儿变亮一会儿变暗，看着跟情绪波动似的，后来才发现，得先把所有视频统一到一个标准格式。
我用了一个固定的模板：1920x1080分辨率，30帧/秒，H.264编码，你可能会问，为什么要用H.264？因为它兼容性最好，你现在用的手机、电脑、电视，基本都能播，你要是想追求画质，可以试试H.265，但编码速度会慢不少，我试过，一次处理花了我6个小时，而H.264只要1.5小时。
这是我在代码里定义的格式参数：
分辨率：1920 x 1080
帧率：30 fps
编码器：libx264
像素格式：yuv420p
音频：无（因为都是静音视频）音频这块我得说一下,我拍的视频都没声音，所以干脆就不编音频轨道了，如果你拍的视频有声音，那就得多一步处理——提取音频、再混音，复杂不少。
代码里那些让我抓狂的坑
先说第一个坑：时间戳，视频文件里的时间戳不是从0开始的，你拼接两个视频，如果第二个视频的时间戳不从第一个结束的地方接上，播放器就会混乱，我第一次跑完，结果视频在播放到第10秒的时候画面卡住了，但进度条还在走，后来查了两天资料才发现，得用av_rescale_q重新计算时间戳基准。
第二个坑：内存泄露，Go虽然自动管理内存，但CGo调用的C库不会自动释放，我开了一个goroutine处理一个视频，处理完忘记调av_frame_free，结果内存一路飙升到16GB，电脑直接死机，后来加了defer清理函数才算搞定。
第三个坑：并发控制，我刚开始是开365个goroutine，每个处理一个视频，结果我8核的CPU直接跑满，系统响应变慢，鼠标都移不动，后来改成限并发——用一个channel做semaphore，最多同时跑4个goroutine，这样虽然整体时间变长了点，但电脑还能干别的事。
这是我的限流伪代码思路：
- 创建一个缓冲channel,容量为4
- 每开始处理一个视频,往channel里写一个值
- 处理完,从channel里读出一个值
- 这样就能保证同时最多4个goroutine在跑
这个方法很管用,我一边跑程序，一边还能正常写代码、刷网页。
结果是什么？一个小时的“时间之窗”
我得到了一个长约1小时2分30秒的视频,按一年365天算，每天的视频平均长度是10秒多一点，但实际我有些天拍了15秒，有些天只拍了5秒，视频画面从1月1日的雪景，慢慢过渡到夏天的绿树，再到秋天的落叶，最后回到冬天的萧瑟。
最让我意外的是：你能肉眼看到光线随时间变化，春天和秋天的光线最柔和，夏天中午的窗景过曝到一片白，而冬天的光线偏蓝，这些细节在单段视频里根本注意不到，但拼在一起，就构成了时间的纹理。
我试着把这个视频放在我家的电视上循环播放,家里人坐下来看了半小时，说“这就是我们的窗外啊”，那一刻我意识到，这个程序不只是处理了视频，它其实捕捉了一种很抽象的东西——流逝本身。
不只是代码，也是一种观察世界的方式
写这个Go程序的过程,让我对时间有了新的理解，你会发现，365天其实不长，一个小时的视频就能装下，而且这其中还有大量重复的、看似无意义的内容——比如连续三天的视频都只是阴天，但这种重复本身就是有意义的，它构成了生活的底色。
技术上,我觉得Go特别适合这类“处理大量独立文件”的任务，它的并发模型让代码写起来很直观，出错处理也干净，你不需要像C++那样操心内存管理，也不需要像Python那样担心全局解释器锁（GIL）拖慢速度。
Go也有缺点,和C库打交道时，CGo的编译速度让人着急，而且Go的生态里，像goav这种库的文档并不多，很多用法得去翻C的ffmpeg文档，再转成Go的调用方式，这需要一点耐心。
如果你想自己试试
我觉得你可以从更小的规模入手,比如一周7天，先写一个能处理7段视频的Go程序，确认时间戳、编码、并发都没问题，再扩展到一个月、一个季度、最后到一年，别一上来就想做365天，那样报错的时候你会很绝望的。
还有,视频文件的命名很重要，我用的是YYYY-MM-DD_HH-MM-SS.mp4这种格式，这样排序就能直接保证时间顺序，千万别起“视频1”“视频2”这种名字，你会后悔的。
工具方面,除了goav，你还可以试试ffmpeg-go这个库，它封装得更高层，用起来更接近命令行ffmpeg，我后来转用了这个，因为它的API更符合Go的风格。
最后聊点别的
我每天还会拍一段窗外的视频,我的Go程序也一直在跑，每周自动检查有没有新视频，然后拼接到总视频里，它已经成了我生活的一部分，像一个默默工作的记录者。
有时我想,如果把这个视频放给100年后的人看，他们看到的是什么呢？大概是一种日常：一个人重复地拍同一扇窗，窗外的云、雨、雪、阳光，没什么特别的，但又特别真实。
你如果也想试试,就从今天开始拍吧，然后写个Go程序，看着那些视频一点点变成一个整体，那个过程，本身就挺治愈的。
本文来自作者[kyadmin]投稿，不代表be365立场，如若转载，请注明出处：http://www.hljbesthome.com/jiankang/934.html
评论列表（4条）
我是be365的签约作者“kyadmin”！
希望本篇文章《一年365天一天的视频，用Go语言记录时间的每一秒》能对你有所帮助！
本站[be365]内容主要涵盖：be365,be365网站,be365网址,ball365体育,Be365排名
本文概览：你有没有想过,如果有一天，你把一整年的每一天都拍成一段视频，然后把这些视频拼在一起，会是什么样子？我去年就试了这么一件事，不是用相机，而...