一棵树的365天视频，用Golang和时间对话

我觉得程序员最奢侈的事,就是能亲手造出一个“时间机器”，不是那种科幻片里穿越时空的玩意儿，而是像一棵树的365天视频——用365张照片，把一整年压缩成几分钟，你看那个视频的时候，感觉就像上帝按了快进键，芽在几秒钟内爆成叶子，叶子又在几帧里变黄、飘落。

去年秋天,我在阳台种下一棵桂花树苗的时候，忽然冒出个想法：能不能用Go语言写个工具，自动拍它一整年？不是那种手动按快门，而是每天定时定点，自动取景、压缩、合成，既当练手，也算给这棵树留个“年度纪录片”。

为什么选Golang做这个事

说实话，一开始我纠结过用Python，毕竟Python有现成的OpenCV绑定，图像处理库也多，但后来想想，这玩意儿要跑一整年啊——你敢挂个Python脚本在服务器上365天不重启？反正我不敢。

Go的好处就出来了：

• 编译成单一二进制，扔到树莓派或者旧笔记本上，一个文件搞定，没有依赖地狱
• 并发处理简单，拍照、压缩、写入，三个goroutine各干各的，互不打架
• 错误处理清晰，哪天下雨镜头模糊了，相机没连上，程序不会崩，只会打个日志继续等明天

我用Go写过一个简单的定时拍照程序,核心代码其实也就一百来行，但你想想，这一百多行代码要连续跑525600分钟，得扛得住内存泄漏、时间偏移、网络抖动，Go的runtime在这方面比Python强太多了——不是引战，事实就是如此。

技术架构：一个粗糙但完整的方案

别想着一步到位,我第一个版本就犯了这个错误，先列个表格看看我踩过的坑和最终用的方案：

首先说拍照,你要是真想做一棵树的365天视频，千万别用笔记本摄像头，那个东西拍一个月，光线的自动调整就能让你崩溃——上午十点的树和下午两点的树，看起来像是两棵不同物种，我后来换了树莓派的Camera Module 3，固定曝光参数，白平衡也锁死，这样拍出来的365张照片，至少在色彩风格上是统一的，合成的时候不用逐帧调色。

然后是存储,一天一张图，一年就是365张，看似不多，但如果你像我一样想保留原始素材以备剪裁，那就要考虑磁盘占用了，我的方案是：每张原图（约12MB）存一份无损PNG，同时生成一个压缩版（约200KB）用于预览，算下来一年也就4-5GB，一块64GB的TF卡绰绰有余，这里有个小细节——用Go的time.AfterFunc做定时触发，千万别用Sleep，时间久了时钟漂移会越来越严重。

从拍照到合成：一步步拆解

现在让我们看看具体怎么做,这部分的逻辑其实挺简单的，就像煮一锅需要365天的粥——每天加一把米（拍一张照），最后一天开大火收汁（合成视频）。

第一步：定时采集

我用了Go标准库的time.Ticker，配合os/exec调用系统命令控制相机，别用第三方相机库，那玩意儿维护起来太费劲，树莓派的libcamera-still直接命令行调用，干净利落。

ticker := time.NewTicker(24 * time.Hour)
for {
    select {
    case <-ticker.C:
        go captureFrame()
    }
}

关键点来了：拍照时间必须固定，我选的是每天正午12:00±15分钟，为什么？因为这时候太阳在头顶，树冠被均匀照亮，阴影最短，早上九点和下午四点的光太戏剧化，拍一棵树的365天视频用那种光不合适——你要的是“标准照”，不是艺术照。

第二步：图像预处理

每天拍完照,要做三件事：

1. 裁剪到固定尺寸（我裁成1920×1080）
2. 增强对比度（让树和天空的边界清晰）
3. 嵌入日期水印（右上角白字，字体大小固定）

这三步我用的是Go的image包 + golang.org/x/image/draw做的双线性插值缩放，别过度处理——加滤镜、调色温这些花活，留到合成阶段再做，原始数据越接近真实，后期回旋余地越大。

第三步：年度合成

终于到了最后一天,你用Go的ffmpeg绑定也好，自己逐帧合成也行，我试过好几种方法，最稳定的还是用管道输出到ffmpeg进程：

cmd := exec.Command("ffmpeg", "-f", "image2pipe", "-r", "30", "-i", "-", "-vcodec", "libx264", output.mp4)

把365张图片按时间顺序喂进去,输出一个30fps的视频，时长大约12秒，一棵树的365天视频，12秒就看完了，但你看的时候，每一帧都带着那个时间点的温度——7月那几天看起来特别绿，不是因为树长大了，而是因为下了三天雨。

那些算法处理上的坑

说了这么多实践,得聊聊更底层的，如果你想让视频看起来真的像“一棵树在生长”，不能简单把365张图按顺序怼进去，这里有几个算法层面的问题：

光照归一化

即使固定了曝光参数,一年里晴天阴天的差异还是巨大，我试过直方图均衡化，效果太过了——树看起来像P上去的，后来改用自适应颜色校正，以第一张图为基准，后续每张图的RGB通道做线性映射，这样树皮颜色一年到头都保持一致，天空颜色则“允许”它自然地变。

时序平滑

你可能会想：一年就365帧，帧率30fps，每帧持续33毫秒，那跳跃感不是很强？确实，我的解决办法是插帧——在相邻两张真实照片之间，用光流法生成中间帧，这事用Go做有点吃力，我让Python的OpenCV生成一个插帧序列，然后Go负责把原始帧和插值帧混合成一个更平滑的视频，一棵树的365天视频，如果只有365帧，看起来就像PPT；插到18250帧（大约10分钟长度），才能真正感觉到“生命的流动”。

异常帧处理

肯定会有拍砸的情况——小鸟飞过挡住镜头、镜头起雾、松鼠碰歪了相机，我的策略是：用前一帧替换，然后在这帧的时间位置加0.5秒黑场提示，这样做视频不会断，观众也能感知到“这里出了点状况”。真实感往往来自这些不完美的小插曲。

真实项目：从2月到现在的进展

我实际测试这个项目是从今年2月1日开始的,到今天已经是第189天，砍掉了一些重复的功能，也加了一些新特性，

• 实时预览网站：用一个简单的HTTP服务器（net/http）跑在树莓派上，每天拍完照自动更新页面，亲戚朋友可以看，树长得慢得让人发疯，但每天看的人还不少
• 月度缩时：每30天自动生成一个30帧的月报视频，方便检查拍摄是否正常
• 故障报警：如果连续3天没拍到有效照片（比如电池没电了），通过Telegram Bot通知我

这中间发生过两次严重故障,一次是TF卡写满了——我没设置日志轮转，几个月累积下来的调试日志把空间吃光了，另一次是夏天雷雨，树莓派电源被劈坏了，停了4天，后来加了UPS，日志也改成了只保留最近30天。

好用的Go库和工具

如果你也想动手,这里列几个我实际用过的库（都是Go生态的，不用外链也能找着）：

1. disintegration/imaging：图片缩放、裁剪、旋转，比标准库顺手
2. u2takey/ffmpeg-go：ffmpeg的Go封装，虽然有些功能不全，但合个视频足够了
3. mattn/go-sqlite3：用SQLite记录每天拍照的时间、曝光参数、文件路径，查询起来比读文件名快多了
4. robfig/cron/v3：如果不想手写Ticker逻辑，用cron表达式调度更直观
5. nfnt/resize：又一个图片缩放库，支持多种插值算法

别想着找一个“全能库”搞定所有事，Go的好处就是组合——你从每个库里拿一小块功能，拼出自己的积木。

一点小感悟

说到最后,一棵树的365天视频，本质上是对时间的切片，你用Go语言每天拍下一帧，365天后就有了一个关于“变”或“不变”的证据，树其实没怎么动，只是叶子换了颜色，枝干粗了一点点，但你回看的时候，会觉得时间给世界施加了某种温柔的魔法。

技术层面,这个项目让我重新理解了一个道理：不要追求完美，追求持续，你花一个月优化合成算法的性能，不如把相机支架拧紧一点来得实在，你研究三天三夜怎么压到最小的体积，不如多买一块TF卡备份数据。

这一年还没结束,到明年二月，我把完整的视频放上网，如果你有兴趣，不妨也试试用Go记录点什么——不一定是一棵树，可以是阳台的一盆花，窗外的一片云，或者你办公桌上那摞慢慢变矮的书，365天后再看，你会惊讶于这些微小的变化的累积。