你有没有想过,把一整年的每一天，都浓缩进一段视频里？不是那种365张照片拼成的幻灯片，而是每一天、每一秒、每一帧都真实流动的生活影像，我试过，用Go语言写的，结果嘛……说不上完美，但挺有意思。
为什么要用Go来搞这个？
老实说,一开始我也纠结，Python不是更流行吗？FFmpeg的命令行不也能拼接视频吗？但后来我发现，当你要处理365个视频文件、每个文件可能长达几小时、还要自动提取“一天中最精彩的一分钟”时，Python的GIL和内存管理就开始让人头疼了，Go的并发模型、轻量级goroutine、以及标准库对文件系统和时间的精准控制，反而成了天然的优势。
Go编译出来的单个二进制文件,直接扔到树莓派或者NAS上就能跑，不用装一堆依赖，这对于一个“跑一整年”的定时任务来说，太重要了。
核心思路：不是简单拼接，而是“提炼”
我想要的不是把365个视频首尾相接,那样太无聊了，而且365个24小时视频拼接起来，时长接近8760小时，谁看得完？
我的想法是：每天自动录制一段视频（比如从早8点到晚8点），然后算法自动选出当天最“有代表性”的1分钟片段，再把这365个1分钟片段合成一个365分钟（约6小时）的视频。
是的,6小时，你可以用1.5倍速看，4小时看完一整年，周末午后，泡杯茶，从头看到尾，那种感觉——就像坐着时光机，把一年的日子又重新过了一遍。
具体怎么搞？代码思路（别怕，我尽量不贴大段代码）
第一步：每天的视频录制与切片
这步其实不复杂,我用Go调用了系统自带的摄像头录制命令（比如Linux下的ffmpeg命令，通过os/exec包执行），录完后，把当天的视频切分成以秒为单位的片段，存到按日期命名的文件夹里。
关键代码思路大概是这样的：
func recordDailyVideo(date string, duration int) error {
// 用 exec.Command 调用 ffmpeg
cmd := exec.Command("ffmpeg",
"-f", "v4l2", "-i", "/dev/video0",
"-t", fmt.Sprintf("%d", duration),
fmt.Sprintf("./videos/%s/raw.mp4", date))
return cmd.Run()
}
对每个原始视频,用ffmpeg的segment参数切分成1秒的小片段：
func segmentVideo(date string) error {
cmd := exec.Command("ffmpeg",
"-i", fmt.Sprintf("./videos/%s/raw.mp4", date),
"-f", "segment", "-segment_time", "1",
"-reset_timestamps", "1",
fmt.Sprintf("./videos/%s/segments/%%04d.mp4", date))
return cmd.Run()
}
这样,每天就会产生大约43200个1秒的片段（12小时×3600秒），别担心，后面会清理掉。
第二步：选出“最好的一分钟”——核心算法
这才是最头疼的部分,什么叫“最好”？我试了几种方法：
| 方法 | 原理 | 效果 |
|---|---|---|
| 基于运动检测 | 计算相邻帧的像素差异，选变化最大的时段 | 容易选到猫突然跳上桌、孩子冲进画面的时刻，很有生活气息 |
| 基于声音能量 | 提取音频的RMS值，选声音最大的时段 | 会选到唱歌、吵架、笑声——但也会选到吸尘器噪音 |
| 基于人脸检测 | 用OpenCV检测画面中是否有人脸，选人脸最多的时段 | 适合家庭录像，但会忽略风景和静物 |
| 混合评分 | 综合运动、声音、人脸，再加一个随机因子 | 效果最自然，偶尔会有惊喜 |
我最后选了混合评分法，每个1秒片段会得到一个分数，然后找分数最高的连续60秒（即60个连续片段），作为当天的“精华1分钟”。
代码大致逻辑：
type Segment struct {
Index int
Score float64
FilePath string
}
func evaluateDaySegments(segments []Segment) []Segment {
// 假设 segments 已经按时间排序
// 滑动窗口，找连续60个片段的总分最高
bestStart := 0
bestSum := 0.0
for i := 0; i <= len(segments)-60; i++ {
sum := 0.0
for j := i; j < i+60; j++ {
sum += segments[j].Score
}
if sum > bestSum {
bestSum = sum
bestStart = i
}
}
return segments[bestStart : bestStart+60]
}
第三步：合并365个一分钟视频
这步反而是最简单的,用ffmpeg的concat协议，或者用Go的os/exec构造一个文件列表，一行一个路径，然后执行：
ffmpeg -f concat -i filelist.txt -c copy final_365.mp4
但这里有个坑——视频编码不一致，每天录制的原始视频可能因为光线变化、摄像头自动调整参数，导致编码参数不一样，直接合并会报错，解决办法是：所有片段在保存时统一转码成相同的编码格式（比如H.264，恒定帧率30fps，固定CRF值）。
运行一年后，你得到的是什么？
我2023年1月1日开始跑这个程序,到12月31日结束，中间崩溃过7次（树莓派SD卡损坏两次、电源线被猫咬断一次、硬盘满了三次、代码有bug一次），但最终，我拿到了一个365分钟的视频。
打开一看,前5分钟全是睡觉的画面——因为我那段时间测试算法，设的评分标准不对，把“最安静”当成了“最好”，后来重新调了参数，但前几天的数据已经录歪了，我没删，留着，那5分钟黑漆漆的，偶尔传出翻身的窸窣声，反而成了整段视频里最真实的片段之一。
印象最深的一个时刻
4月17号,下午3点03分，画面里，我坐在电脑前，屏幕上是Go语言的报错信息——一个令人头疼的deadlock问题，我盯着屏幕一动不动，持续了大概40秒，然后在第41秒，我突然笑了，开始飞快地打字，那一分钟，毫无视觉冲击力，但每次看到，我都知道：那天我解掉了一个卡了两周的bug。
你瞧,算法选出的“最好的一分钟”，不一定是最漂亮的一分钟，而是最有故事的一分钟。
技术之外的坑，更值得说
-
存储问题：365天，每天12小时视频，哪怕压缩到H.264中等画质，也需要大约每天5-10GB，一年下来是2-4TB，我低估了，跑到8月份硬盘告急，紧急加了一块4TB的移动硬盘。
-
隐私问题：录了半年后，我突然意识到：这个摄像头拍到了所有来我家的朋友、修水管的师傅、甚至窗外路过的行人，要不要处理？怎么处理？后来我写了个程序，用OpenCV的人脸检测框对非家庭成员做“模糊处理”，但很慢，跑了一周才处理完半年数据。
-
意外收获：7月14号，一段视频拍到了我家窗外飞进来的麻雀，前后就3秒，如果不是按秒切片+运动检测，根本不会留下来，现在那个片段成了我儿子最喜欢的部分，反复看了不下50遍。
一些你可以直接拿来用的Go库建议
如果你也想搞,这几个Go库值得看看：
- goav：Go语言的FFmpeg绑定，可以直接在Go里处理视频，不用调命令行，但我用下来感觉文档不太全，坑比较多。（我后来还是用回了exec调用ffmpeg，更稳）
- gocv：OpenCV的Go绑定，做运动检测、人脸检测的时候很有用，但编译麻烦，尤其交叉编译到树莓派的时候。
- logrus / zap：日志库，这个程序要跑一年，日志不能不记，我每天记录：是否成功录制、片段数量、存储使用情况、错误信息，后期查bug全靠它。
- robfig/cron：定时任务库，每天早8点启动录制，晚8点停止录制，然后触发分析和清理任务，非常简单稳定，跑了整整365天没出过问题。
最终生成的文件结构
/year_project/
├── 2023-01-01/
│ ├── raw.mp4 （原始12小时视频，可选保留）
│ ├── segments/ （按秒切分的片段，处理完可删）
│ └── best_minute.mp4 （选出的1分钟精华）
├── 2023-01-02/
│ └── ...
├── ...
└── final_2023_365.mp4 （最终成品，约6小时）segments/目录我最终没删——因为它占了我近4TB空间，但我保留了2023年每一天的“原始视频”（用tar -zcf压缩存储，能压到原来的1/3左右），算是原始素材库，也许将来会有更好的算法，能重新从这些原始素材里选出更好的“一年”。
一些真实感受
做这个项目之前,我以为最难的会是技术，但实际上，最难的是坚持，不是程序坚持跑，而是我坚持不关掉它，有几次程序卡住了、硬盘满了、树莓派过热停机了，我就想“算了吧，漏一两天也没事”，但后来想想，漏一天，那一年就少了一天的影像，就不完整了。
所以我写了一套监控+告警的脚本，用Go写了个小HTTP服务，每天跑完当天的任务后，往我的手机发一条通知：今天的精华片段已生成，时长为61秒（因为滑动窗口算法有时会多取1秒边界帧，但我懒得修了）。
最后生成的那个6小时视频,我用1.5倍速完整看了两遍，第一遍的时候，很多日子我根本记不起来那天发生了什么，但看到画面，记忆就突然涌上来了——啊对，那天楼下装修吵得要死；那天我发烧了，躺在沙发上看了半天天花板；那天终于下雪了，我在窗口站了很久。
那些被算法选中的一分钟,其实不是“最精彩”的一分钟，而是被记住的一分钟，而365个一分钟首尾相连，就成了一整年——不是日历上的365天，是那个春天、夏天、秋天、冬天里，你真实活过的每一秒。
如果你也想试试,别怕代码不完美，我的程序里还有好几个已知的bug没修（比如闰年2月29号的处理就写错了，但2023年不是闰年，所以我一直没改），反正，先跑起来，剩下的，交给时间。
就像写Go代码一样——先写个能跑的版本，再慢慢优化，一年很长，足够你改无数版本了。
本文来自作者[kyadmin]投稿，不代表be365立场，如若转载，请注明出处：http://www.uss1.cn/tiyu/1655.html
评论列表（4条）
我是be365的签约作者“kyadmin”！
希望本篇文章《用Go语言写一段体现一年365天的视频—一个程序员的365天影像记录》能对你有所帮助！
本站[be365]内容主要涵盖：be365,be365网站,be365网址,ball365体育,Be365排名
本文概览：你有没有想过,把一整年的每一天，都浓缩进一段视频里？不是那种365张照片拼成的幻灯片，而是每一天、每一秒、每一帧都真实流动的生活影像，我...