每年年初,我都会想：这一年要干点啥？往年我列过健身计划、读书清单，结果二月没到就全废了，但去年我试了个新玩法——用Go语言写个小工具，每天自动生成一段视频，把当天的碎片拼成一条“时间线”，结果呢？我居然坚持了300多天，虽然中间断过几次，但最终攒下了一个365天视频的原始素材库，这玩意儿不是啥惊天大创意，但做下来，我发现它真的改变了我和时间相处的方式。
为什么是Go语言？
很多人一听“写代码做视频”，第一反应是Python，但说实话，如果你玩过视频处理就知道，Python那套OpenCV + FFmpeg，速度慢得像老牛拉破车，尤其是你要处理365段视频，每段哪怕只剪辑5秒，加起来也够你等半天，Go语言呢？它天生就是干这个的——并发处理、内存省、编译快，我一个朋友用Python做同样的工作，生成一天的视频要40秒；我用Go，10秒搞定，别小看这30秒差距，当你需要循环365次，节省的就是整整3个小时。
我不是说Go就完美,它的生态确实不如Python丰富，视频处理库就那么几个：gocv、ffmpeg-go、goav，但够用，而且Go的goroutine可以一次性启动几十个协程，同时处理不同日期的视频片段——这就像是同时开着几条生产线，效率蹭蹭往上窜。
365天视频到底怎么玩？
我不是什么技术大神,我就是个普通程序员，我的玩法很简单：每天拍一段10秒的视频——起床的瞬间、窗外的那棵树、午饭吃到一半的拉面、下班路上看到的夕阳……然后丢到Go程序里，自动拼接、加字幕、配乐，最后生成一个日更视频。
具体步骤大概是这样：
- 手机拍一段视频,上传到NAS或者云盘
- Go程序每天定时扫描文件夹,找到当天的视频
- 用
ffmpeg-go调整分辨率、裁剪时长、叠加时间戳 - 所有视频按日期排序,合并成一个长视频
- 最后导出到一个
mp4文件
听起来简单？坑多着呢，比如说，你手机拍的是竖屏，别人拍的是横屏，混在一起播放器就傻了，我踩过这个坑，后来加了一段检查代码：如果视频分辨率不一致，统一缩放到1080x1920，但缩放又带来另一个问题——画面比例变了，人脸拉得跟外星人似的，最后我选择的是黑边填充，像电影里的letterbox效果，虽然不完美，但至少不会变形。
核心代码长啥样？别怕，就这几个模块
我写Go的时候有个习惯：先把功能拆成最小的单元，然后拼起来，这个365天视频工具，核心就三个模块：扫描器、处理器、合并器。
扫描器：找到今天该处理的文件
func scanDailyVideo(dir string, date time.Time) (string, error) {
prefix := date.Format("2006-01-02")
files, _ := filepath.Glob(filepath.Join(dir, prefix+"*.mp4"))
if len(files) == 0 {
return "", fmt.Errorf("没找到%s的视频", prefix)
}
// 如果有多个视频，取最新的那个
return files[len(files)-1], nil
}
这段代码看起来土,但管用，我用filepath.Glob直接匹配文件名前缀——比如2025-01-15_起床.mp4，如果你哪天拍了三个视频，它自动挑最后一个，省得我手动选。
处理器：裁剪、加水印、调亮度
处理器这块,我用了ffmpeg-go的Go绑定，为什么不用原生命令行？因为Go程序里调cmd会开新进程，频繁内存泄漏，用库直接调用，稳定得多。
func processVideo(input string, output string) error {
// 裁剪到10秒，加上时间戳水印
err := ffmpeg.
Input(input).
Output(output, ffmpeg.KwArgs{
"t": "10",
"vf": "drawtext=text='%{localtime}':x=10:y=10:fontsize=24:fontcolor=white",
}).
OverWriteOutput().
Run()
return err
}
这个drawtext过滤器我研究了好久，一开始想加个GPS位置，后来发现处理太慢，就改成了当天日期。别追求完美功能，追求快速跑起来。 我第一个版本连字幕都没加，就纯拼接，跑了100天才开始加花活。
合并器：把所有小片段串成一部电影
合并器是压轴戏,365段视频，你不可能手动拖进剪辑软件——那得累吐血，Go的并发在这里发挥最大作用：
func mergeVideos(fileList []string, output string) {
var wg sync.WaitGroup
sem := make(chan struct{}, 5) // 限制并发数为5
for i, file := range fileList {
wg.Add(1)
go func(idx int, f string) {
defer wg.Done()
sem <- struct{}{} // 获取令牌
defer func() { <-sem }() // 释放令牌
tempFile := fmt.Sprintf("temp_%05d.mp4", idx)
processVideo(f, tempFile)
}(i, file)
}
wg.Wait()
// 合并所有临时文件
concatFile := "concat_list.txt"
// 写入所有temp_*文件名
// 执行: ffmpeg -f concat -i concat_list.txt 365.mp4
}
这段代码有个隐藏问题：并发5个进程同时跑，CPU会拉满，我自己的小笔记本风扇呼呼转，后来我调成2个并发，慢是慢了点，但至少不烫腿。别追求效率而烧掉硬件，咱们是业余玩，不是跑数据中心的。
你可能会遇到的实际问题
这活儿干下来,我踩了无数坑，分享几个常见的，你大概率也会遇到：
| 问题 | 表现 | 我的解法 |
|---|---|---|
| 视频方向不统一 | 有的横屏有的竖屏，播放时歪头 | 统一检测宽高比，用黑边填充到标准尺寸 |
| 文件命名乱七八糟 | 今天叫MP4，明天叫Jan15_video.mp4 |
强制用YYYY-MM-DD_描述.mp4格式，脚本直接报错不规范的 |
| 内存飙升 | 处理大文件时Go程序吃掉8G内存 | 用bufio分块读取，别一次性加载全部帧 |
| 时间戳不准 | 手机时区乱跳，水印时间差几小时 | 用time.DateOnly只显示日期，不显示具体时刻 |
| 音频不同步 | 合并后声音渐行渐远 | 每个视频强制重编码音频流，虽然费时但能对齐 |
这些问题没有一个有优雅的解决方案,都是凑合着用。真实项目里，80%的代码都在处理异常情况，只有20%在干正事。 我这个工具，异常处理代码占了快一半。
坚持365天的秘诀：降低门槛
说实话,我没做到365天不断更，中间有4天漏了（发烧两天、服务器宕机一天、朋友圈玩太晚一天），但我不纠结这个。365天视频的真正价值不是连续，而是积累。 哪怕缺了几天，那300多段视频拼在一起，依然能让你看到一年的变化——从夏天穿短袖到冬天裹羽绒服，从阳台上的绿植到窗外的雪景。
我的建议是：别把标准定太高。 每天拍10秒，15秒也行，5秒也行，实在忘了拍，从手机相册里找张照片转成视频凑数，我有个朋友更绝——他直接录手机屏幕的日历应用，每天截一张图，配上当天的天气数据，这不是偷懒，这是在用工具降低持续输出的成本。
Go语言很适合做这类“笨但可靠”的任务，它不会像Python那样给你一堆花哨的语法糖，也不会像C++那样让你纠结内存管理，它就老老实实地跑，出错了就panic，稳定得像一头老黄牛。
从代码中看见时间
去年年底,我把那个365天视频（其实只有347天）放出来给家人看，从1月1日到12月31日，每一段都只有10秒，但连起来看完却花了整整58分钟，我女儿看到自己从爬行到走路的过程，惊呼：“爸爸，我小时候是这样的吗？”那一刻我觉得，这段视频比任何年终总结都有意义。
技术本身就是一种表达方式,Go语言不是最酷的，但它帮我做到了最酷的事——把流动的时间凝固成可回放的片段，你呢？也许你不需要视频，也许你想记录的是每天的代码commit、体重变化、或者写给未来的一行诗，工具是一样的，换个数据源而已。
如果要给这个项目起个名字,我可能会叫它“时间捕手”，不算贴切，但听起来挺像那么回事的，反正名字不重要，做起来才重要。
本文来自作者[kyadmin]投稿，不代表be365立场，如若转载，请注明出处：http://www.uss1.cn/qiche/1906.html
评论列表（4条）
我是be365的签约作者“kyadmin”！
希望本篇文章《新的一年，365天视频，用Go语言记录时间的另一种可能》能对你有所帮助！
本站[be365]内容主要涵盖：be365,be365网站,be365网址,ball365体育,Be365排名
本文概览：每年年初,我都会想：这一年要干点啥？往年我列过健身计划、读书清单，结果二月没到就全废了，但去年我试了个新玩法——用Go语言写个小工具，每...