说实话,一开始我想做这个“情侣一周年365天视频”的时候，纯粹是被抖音上那些别人家的男朋友给刺激到了，看着屏幕上那些从第一天到第365天的画面飞速切换，最后定格在两个人傻笑的脸，我心想：这玩意儿我也能搞，但真开始动手，才发现最大的问题不是拍，而是怎么把365个视频片段按顺序、卡着点、还带转场地拼成一段60秒的片子，我本来想用剪映，但手残，而且那玩意儿导出个1080p还得等半天，后来我灵机一动——不然，用Go写个脚本试试？
为什么是Golang，而不是Python或者PR脚本？
（h2）
你可能觉得我用Go纯粹是炫技,但真不是，我日常后端就是写Go的，而且对于这种批量文件处理、按时间戳排序、再调FFmpeg命令行工具的场景，Go的os/exec和filepath包简直是为我量身定做的，Python也行，但Go编译出来是个单个二进制文件，往服务器上一扔就能跑，没啥依赖问题。
Go处理大文件列表时的内存占用是真的低，我这一年攒了大概20GB的原始视频（手机竖屏，1080p，30fps），用Python的os.listdir去遍历再加上正则匹配日期，有时候会卡顿，Go这边，我直接开几个goroutine去读文件夹，用channel把文件名传过来，速度那是嗖嗖的。
关键是我还发现了一个特别妙的点：Go的标准库time包能很温柔地解析文件名里的日期，比如我每天的早上出门前拍个3秒的空镜，然后命名成2024-05-20_0805.mp4这种格式，用time.Parse("2006-01-02_1504", name)直接就能转成time.Time类型，然后按时间排序，完美。
第一步：先别急着拍，把“素材清单”列出来
（h2）
但话说回来,脚本是最后一步，真正难的是每天坚持拍，我给你交个底，这365天里，我们至少有40次差点忘了拍，后来我定了个规矩：手机锁屏界面放一个备忘录，每天一睁眼就先对着窗外拍3秒，晚上睡觉前再对着两个人的影子拍2秒。 当天实在忙晕了，就拍个两个人的手握着奶茶杯子的特写，也行。
- 周一到周五：早上的闹钟响后，对着窗户外的天空拍3秒（记录光线变化）。
- 周六周日：拍一顿早餐的全过程，或者两个人出门散步时的脚后跟。
- 特殊纪念日：比如第一次吵架和好那天，一定要拍那个拥抱，但别拍脸，就拍肩膀。
我这边定的格式是每天至少两个片段：一个3秒的“环境声”，一个2秒的“互动特写”，用Go脚本去重的时候，我会保留每天第一个和最后一个片段的元数据（文件名里带序号），然后强制丢弃中间的碎料，保证视频节奏不会因为某天拍多了而忽快忽慢。
用Go写脚本的三个核心逻辑（这才是干货）
（h3）
我这里假设你已经装了FFmpeg,而且知道ffmpeg -version能跑通，如果你没有，去官网装一个，Windows记得加环境变量，好，我们直接说核心代码逻辑。
第一，遍历目录并且解析文件名。 我用filepath.Walk，然后正则提取(\d{4}-\d{2}-\d{2})_(\d{4})，这里有个坑，就是手机拍出来的文件名经常是IMG_20240520_080501.jpg，但视频是MOV格式，你得手动把它们统一改成2024-05-20_0805.mp4，我建议你从一开始就定好命名规则，别偷懒。
第二，用sort.Slice按时间排序。 因为文件名里的日期字符串本身就是字典序和自然时间序一致的（年-月-日_时-分），所以直接用字符串比较就行，但要注意时区问题，如果你跟我一样出差跨时区了，那time包里最好加上time.FixedZone("CST", 8*3600)，免得排序乱套。
第三，按1秒1个片段生成FFmpeg的filter_complex脚本。 这个是技术核心，你想象一下，一年365天，我每天只取第一段和最后一段，那就是730个片段，但如果直接把730个片段用concat协议拼起来，那个视频会很长，而且没有卡点音乐感，我的做法是：
// 伪代码示例，感受一下结构
for i, clip := range clips {
// 每个clip输出0.4秒，这样总共大约292秒，再配个音乐减速到60秒
filter += fmt.Sprintf("[%d:v]trim=duration=0.4,setpts=PTS-STARTPTS[v%d];", i, i)
filter += fmt.Sprintf("[v%d][%d:a]concat=n=1:v=1:a=0[a%d];", i, i, i)
}
你看到没？我故意让每个片段只显示0.4秒，这样总时长大约292秒（7304），然后我再用一个`setpts=0.205PTS把这个292秒给压缩到60秒左右，瞬间就有了那种“刷一下一年就过去了”的紧迫感，中间再插一段空白的黑场，对应你们最后一次吵架的那天，我用的是0.5秒的color=black`，配一句“那天我们没说话”的字幕。
表格：我踩过的三个坑，以及解法
（h2）
| 坑的实际情况 | 为什么发生 | 我的Go解法 |
|---|---|---|
| 片段顺序错乱 | 手机自动备份时文件名会加后缀（副本”）。 | 用strings.Split(name, "_")[0]强制取第一个下划线前的部分，然后校验是不是2006-01-02格式。 |
| 音频不同步 | 不同手机录的声音采样率不一样（有的48kHz，有的44.1kHz）。 | 在FFmpeg命令里统一加-ar 44100 -ac 2，但Go脚本里我用exec.Command传参时注意要按数组形式传，别用字符串拼接，否则空格会炸。 |
| 内存溢出 | 一次性读入730个文件路径并生成filter字符串，结果字符串长到几十KB。 | 使用strings.Builder，在循环里用b.WriteString()，最后一次性取b.String()，别直接用，那个内存复制够你喝一壶的。 |
关于视频里的“情绪颗粒度”
（h2）
技术搞定后,我发现真正让视频动人的不是那些高清唯美画面，而是那些模糊的、甚至手抖的片段，我特意在脚本里加了一个判断：如果文件名以_BAD那我就不把它删掉，反而会把它放在两个正常片段中间，并且不加任何转场，直接硬切，你会突然看到一个糊掉的走廊灯，或者一个对着地面拍的走路声，但紧接着就是两个人开心的笑，这种“不完美”的颗粒感，反而把一年里的那些小情绪——烦躁、疲惫、突然间的开心——都给缝进去了。
Go脚本里我处理这个很简单,用strings.HasSuffix(name, "_BAD")就行，然后给这个片段设置一个单独的0.2秒长度，其他都是0.4秒，结果就是那几下快闪，像极了记忆里那些模糊的瞬间。
还有个小细节,关于背景音乐，别用抖音神曲，太腻了，我选了一首吉他独奏，BPM在70左右，然后用FFmpeg的atempo把速度调到0.9倍，正好配上压缩后的60秒画面，在Go脚本里，我直接生成一个filter_complex，把音乐轨和视频轨的最后一次amix相接。
如果你也想做，给你一个我趟过水的建议清单
（h2）
- 素材命名规则现在就去定，别用“宝宝拍的”这种文件夹名，就用日期+序号。
- 每周末用Go跑一次
parse.go， 列出你本周有没有断拍的日子，我写了个小函数，专门输出缺失日期的列表，然后拿着手机去补拍，虽然补拍的感觉不太对，但总比空白好。 - 视频分辨率统一转成1080x1920（竖屏），在Go脚本里调用FFmpeg加
-vf scale=1080:1920，不然不同手机拍的画面大小不一，拼接时会被强制拉伸导致变形。 - 别用Go的
os.Create直接写视频文件，你只是生成了FFmpeg的命令行和filter参数，最后还是要调用exec.Command("ffmpeg", args...)，我建议你把生成的这个命令保存成.bat或者.sh文件，方便debug。
其实这整个事儿,做下来最花时间的不是写代码，是那些坚持的早晨和心不在焉的傍晚，当你真的把365个碎片压缩成60秒，然后第一次全屏播放的时候，你会看见春天阳台的雨、夏天傍晚的风、秋天她发梢的落叶，还有冬天两个人在雪地里哈出的白气，那一刻你会觉得，用Golang写的不是代码，是光阴本身。
我到现在还记得,那脚本第一次跑成功，屏幕上跳出[concat @ ...] Output file #0的时候，我女朋友就站在我身后，她问：“这就是我们的365天？”我没说话，点了播放，不到一分钟，片子放完了，她眼眶红了，我拍拍键盘，说了句：“嗯，这代码没白写。”
你去试试吧,不用管什么算法优化，就老老实实用filepath.Walk遍历，用sort.Slice排个序，再用strings.Builder拼个filter，日子是一天一天累积的，代码也是一行一行写出来的，反正最后那块屏幕会告诉你，值了。
本文来自作者[kyadmin]投稿，不代表be365立场，如若转载，请注明出处：http://hljbesthome.com/fnagchan/2467.html
评论列表（4条）
我是be365的签约作者“kyadmin”！
希望本篇文章《用Golang记录365天，我和TA的一周年视频，是这么写出来的》能对你有所帮助！
本站[be365]内容主要涵盖：be365,be365网站,be365网址,ball365体育,Be365排名
本文概览：说实话,一开始我想做这个“情侣一周年365天视频”的时候，纯粹是被抖音上那些别人家的男朋友给刺激到了，看着屏幕上那些从第一天到第365天...