用 AI 做一个 24 小时中式 Lo-fi 直播频道：从 Suno 作曲、动画背景、1 小时成片、Shorts 切片到云服务器 24/7 推流全流程

发布：2026年11月4日 · 最后更新：2026年11月4日

摘要： 本文完整拆解 AI Stack Nav 自己运营的一个中式 Lo-fi 音乐频道：用 Suno 付费版作曲，用 Python 代码渲染 10 秒无缝循环的动画背景，用 FFmpeg 合成带章节的 1 小时成片并切出竖屏 Shorts，最后在一台 Google Cloud 小虚拟机上用 systemd 常驻 24/7 直播。结论是：整套流程一个人就能跑通，单期制作的主要成本是 Suno 的下载额度和你的试听时间，直播的主要成本是云服务器出站流量；它适合愿意花时间挑曲、能接受慢热的内容创作者，不适合想“批量灌水快速变现”的人。读完你可以照着做出第一期，并把它接进 24 小时不间断的直播。

核心结论

用 AI 做 24 小时中式 Lo-fi 直播频道是可行的，而且技术门槛比想象中低：作曲交给 Suno，画面和合成全部用开源工具和几百行 Python 完成，直播用 ffmpeg -c copy 推流，2 核 4 GB 的虚拟机 CPU 占用约 20%。真正决定成败的不是工具，而是选曲质量、平台合规和持续更新。

• 作曲：Suno 付费套餐生成的作品才能商用；2026-09-03 起的新条款进一步要求作品必须经官方渠道下载，每月下载次数按套餐计算，所以“生成多做、下载算好”是第一原则。
• 画面：静态感强、动得少的背景最省码率。本站 5 个场景都是代码渲染的 10 秒无缝循环，1 小时成片约 310～350 MB。
• 成片：交叉淡化 + 两遍 loudnorm + 限幅器，学习类 -14 LUFS、助眠类 -16 LUFS；章节时间由脚本按真实起点计算，不要手算。
• 直播：把画面切成关键帧对齐的片段、音频单独存放，27 首素材只占约 240 MB；按 1.5 Mbps 推流一个月约 450 GiB 出站流量，Google Cloud 的网络层选择会让月费差出一倍以上。
• 合规：以 AI 生成音乐为主体的内容，YouTube 要求在“改动内容”里披露；B站投稿勾选 AI 生成声明；不写任何医疗功效说法。

背景与主要变化

结论先说：这一类“功能性音乐”频道过去靠购买版权曲库或请人作曲，现在靠 AI 作曲已经能做到一个人持续更新，但平台规则也在同步收紧，必须一开始就按规则做。

Lo-fi（低保真）音乐因为节奏稳定、没有人声、不抢注意力，常被用作学习、阅读、助眠的背景声。把它和中国乐器（古筝、古琴、笛子、二胡、琵琶）结合，就有了中式 Lo-fi 这个细分方向：画面是江南雨夜、山寺、雪夜木屋，音乐是古筝配 Rhodes 电钢琴和轻鼓。观众往往会把一小时的视频开着放很久，这对平台的“观看时长”指标很友好，也天然适合 24 小时直播。

过去一年里有三件事改变了这类频道的做法：

1. AI 作曲质量到了“可以挑”的程度。 用 Suno 的高级模式，一条风格提示词能稳定出 5～6 分钟、无人声、结构完整的纯音乐。它不是每首都能用，但每 10 首里挑出 7～8 首用于成片是现实的。
2. Suno 条款收紧了下载与商用。 按 Suno 服务条款（生效日期 2026-09-03），没有通过官方渠道下载的作品不得商用，录屏、翻录也被明确禁止；Pro、Premier 等付费订阅者获得作品的权利转让，免费用户只能非商业使用。下载次数按套餐每月计算，具体以账号页为准。
3. YouTube 对 AI 内容和重复内容的要求更明确。 YouTube 关于披露改动或合成内容的帮助文档要求创作者对逼真的合成内容做披露，以 AI 生成音乐为主体的视频在本站一律选择披露；同时，大量模板化、几乎没有差异的内容不利于申请合作伙伴计划。

所以本文的流程从一开始就按“少而精、可追溯、如实披露”来设计：每期有独立的主题、场景和曲目编排，每首曲子都能对应到 Suno 的生成记录和官方下载。

核心功能拆解

整套流程可以拆成五个模块，每个模块都有明确的输入和输出，坏了哪一环只修哪一环。

模块一：Suno 作曲与选曲

一期固定 10 条提示词，同一系列共用乐器和氛围，只在速度、主奏乐器、情绪上做变化，形成“开场—专注—深度—收尾”的起伏。每条提示词在 Suno 里会出 2 个版本，我们只下载其中更好的 1 个。实测中，第二个版本常常只有 2 分半到 4 分多钟，所以“时长接近 6 分钟”是第一道筛选。

Lyrics 框只放结构标签，不写歌词：

[Intro]
[Instrumental]
[Instrumental]
[Break]
[Instrumental]
[Instrumental]
[Break]
[Instrumental]
[Instrumental]
[Outro]

排除风格分两套：学习、阅读类排除人声与说唱；助眠类再排除鼓和打击乐。排除风格只能降低出现人声的概率，不能保证为零，所以每首都要完整试听一遍。

模块二：代码渲染的动画背景

背景用 Python（numpy + Pillow）逐帧绘制，再交给 FFmpeg 编码。关键设计是“整数周期”：雨丝、雪花、灯笼摇摆、炉火闪烁的周期都设计成 10 秒的整数分之一，于是第 0 帧和第 300 帧完全一致，循环一小时也看不到接缝。资料包里的测试会逐像素比较首尾帧来验证这一点。

省码率的经验：逐帧随机的胶片颗粒和成百上千的粒子会让编码器无法压缩。本站雪夜场景最初 900 片雪花加颗粒，1 小时视频超过 400 MB；去掉颗粒、减到 420 片雪花后降到约 346 MB，观感几乎没变化。

模块三：1 小时成片

成片脚本做四件事：曲间 acrossfade 交叉淡化；两遍 loudnorm（第一遍测量、第二遍线性校正，不压缩动态）；末尾 alimiter 压住真峰值；把 10 秒背景用 -stream_loop -1 循环到音频长度。加 --copy-video 时画面直接复制、不重新编码，一小时成片在 2 核机器上一两分钟就能出来。

7 首不够一小时怎么办？用 --reprise 3,5,7 在正片之后重播第 3、5、7 首，章节里自动标注 “(reprise)”。本站第 3 期就是 7 首加 3 首重播，成片 1:00:29。

模块四：封面与竖屏切片

一期需要三种封面：YouTube 缩略图 1280×720、B站封面 1920×1080 附近的 16:9、网易云专辑 1500×1500 正方形。脚本从背景里取一帧，叠加标题和副标题。中文字形有个坑：Noto CJK 的 .ttc 文件里 index 0 是日文字形，“直”“写”等字会显示成日文写法，简体中文要用 index 2。

竖屏切片从成片里选 3 段 30～50 秒，裁成 1080×1920，上方加一句钩子文案，中英文各一版，一期得到 6 条 Shorts。自动选段脚本会避开曲目交界和淡入淡出。

模块五：24/7 直播

直播不是把 1 小时视频循环播放那么简单：要多期轮播、要能随时加新一期、要在硬盘只剩不到 1 GB 的虚拟机上跑。最终方案是把每首曲子拆成“一个 10 秒画面片段 + 一个 AAC 音频文件”，在服务器上用两份 concat 列表分别拼接画面和音频，再原样推给 YouTube。

适用人群与使用场景

结论：这套流程最适合已经有一点剪辑或命令行基础、愿意把时间花在“听”和“挑”上的个人创作者；不适合期待短期变现或想用 AI 批量刷量的人。

典型使用场景有三种：做一个以学习、阅读、助眠为主题的长视频频道；给已有频道加一个 24 小时直播间，让旧内容持续产生观看；为咖啡馆、书店、自习室准备无人声背景音乐（商用前请再核对 Suno 条款与当地规定）。

安装、配置或使用步骤

结论：先在本地跑通测试，再做第一期视频，最后才上直播。顺序反过来会在排错时浪费大量时间。

准备环境

1. 安装 Python 3.10 以上、FFmpeg 与 Noto CJK 字体；Linux 下字体包名是 fonts-noto-cjk。不想装环境，可以直接用资料包里的 Dockerfile。
2. 安装依赖：pip install -r requirements.txt（numpy、Pillow、openpyxl、pytest）。
3. 运行测试：python -m pytest -q tests，本站环境 13 项全部通过，约 20 秒。

做第一期视频

1. 在提示词库里选同一系列的 10 条，在 Suno 高级模式里逐条生成，标题统一写成 EP<期号>-<序号> <英文名>。
2. 每条挑一个版本，下载 WAV，放进 music/<期号 英文期名>/，文件名保留序号以便自然排序。
3. 渲染背景：python 02-scenes/scene_snow.py bg.mp4，把 bg.mp4 放进同一期的文件夹。
4. 合成：python long_video.py Snowy --copy-video --reprise 3,5,7，得到成片、章节文本和简介草稿。
5. 出封面和 6 条竖屏切片，套用文案模板，先以“不公开”上传 YouTube，版权检查通过后再公开。

上直播

1. 在本地运行 build_live_pkg.py，生成每首一个画面片段和一个音频文件。
2. 在 Google Cloud 建一个与虚拟机同区域的存储桶，上传素材和脚本，只给虚拟机服务账号这一个桶的 Storage Object Viewer 角色。
3. 在虚拟机上运行 setup.sh：下载素材、生成播放列表、安装 systemd 服务。
4. 在 YouTube Studio 创建直播，选“直播软件/编码器”，关闭“双格式直播”，复制串流密钥。
5. 在服务器上用 read -s 写入密钥文件并启动服务，回到 Studio 确认状态为“不错”。

推流脚本本身非常短，核心就是两份列表加 -c copy：

#!/bin/bash
# 24/7 推流：画面片段列表 + 音频列表实时拼接，原样（-c copy）推到 YouTube（RTMPS）
D="$(cd "$(dirname "$0")" && pwd)"
KEY_FILE="$D/stream.key"
[ -s "$KEY_FILE" ] || { echo "缺少 $KEY_FILE（请写入 YouTube 串流密钥）"; exit 1; }
KEY=$(tr -d ' \r\n' < "$KEY_FILE")
exec ffmpeg -hide_banner -loglevel error \
  -re -f concat -safe 0 -i "$D/vlist.txt" \
  -re -f concat -safe 0 -i "$D/alist.txt" \
  -map 0:v -map 1:a -c copy -f flv -flvflags no_duration_filesize \
  "rtmps://a.rtmps.youtube.com:443/live2/$KEY"

服务单元用资源限制给原有服务让路，Restart=always 让网络抖动后自动重连：

[Unit]
Description=YouTube 24/7 live stream
After=network-online.target
Wants=network-online.target

[Service]
User=__USER__
WorkingDirectory=__DIR__
ExecStart=__DIR__/stream.sh
Restart=always
RestartSec=10
Nice=10
CPUQuota=60%
MemoryMax=600M
IOSchedulingClass=idle

[Install]
WantedBy=multi-user.target

注意：串流密钥等同于账号凭证。不要写进脚本、仓库或截图；本站在排查时就曾因为执行 systemctl status 让完整命令行（含密钥）出现在屏幕上，随后立刻清屏。如果怀疑泄露，到 YouTube Studio 重置密钥即可。

实际工作流示例

结论：以本站第 3 期“雪夜围炉”为例，从选提示词到上线直播，人工投入集中在试听挑曲和文案审核，机器处理的部分加起来不到一小时。

第 3 期定位是冬夜阅读放松：古筝、古琴和温暖的 Rhodes，加入壁炉噼啪声和软鼓，速度从 70 BPM 开场，逐步降到 60 BPM 收尾。10 条提示词在 Suno 生成后，有 3 首因为时长不足或中途出现类人声哼唱被淘汰，最后用了 7 首。7 首约 42 分钟，不够一小时，于是重播第 3、5、7 首（中段最稳的三首），合成后章节如下：

0:00 First Snow
5:55 Tea on the Stove
11:51 Pages by Lamplight
17:46 Plum Blossoms in Snow
23:42 Embers
30:12 Quiet Courtyard
36:08 Snow Until Morning
42:03 Pages by Lamplight (reprise)
47:59 Embers (reprise)
54:29 Snow Until Morning (reprise)

可以看到第 5 首到第 6 首之间是 6 分 30 秒，因为第 5 首比其他曲子长；这正是不能手算章节的原因：交叉淡化每次会吃掉几秒，累加起来很容易差出半分钟。

成片 -14.0 LUFS、346 MB，之后出了 YouTube 缩略图、B站和网易云封面、3 条英文和 3 条中文竖屏切片。发布节奏按第一天 YouTube、第二天 B站、第三天网易云专辑，短视频每天一条，第 8 天看数据复盘。

直播部分的难点是“画面与音频长度不一致”。每首音频时长是任意小数（例如 361.47 秒），而画面片段只能在关键帧（每 2 秒一个）处切断，否则拼接处会花屏。播放列表脚本用“累计误差”算法：每首曲子画面取最接近“累计音频时长减去累计画面时长”的 2 秒整数倍，误差在下一首补回，所以 27 首、40 轮下来画面和音频始终相差不到 1 秒。

def plan_video(durations, gop=GOP, seg=SEG):
    """给定每首音频时长，返回每首要放的画面秒数（gop 的整数倍）与累计误差。"""
    va = aa = 0.0
    out = []
    for d in durations:
        aa += d
        k = max(1, round((aa - va) / gop))
        out.append(k * gop)
        va += k * gop
    return out, va - aa

本站直播按“江南雨夜 → 雪夜围炉 → 山寺夜雨”的顺序轮播，一轮约 2.71 小时，列表写 40 轮约 108 小时，服务重启时从头开始。上线时遇到过两个问题：开启了“双格式直播”导致预览一直等待竖屏信号；关掉后 Studio 显示“无数据”，重启服务后恢复。两者都已写进资料包的排错文档。

对比与选型建议

结论：推流方式按“你的电脑能不能 24 小时开机”和“你愿不愿意每月付流量费”来选；云服务器方案省心但要算清流量费。

关于流量费，下面是示例计算，非官方数据：1.5 Mbps × 30 天 ≈ 453.77 GiB。按编写时 Google Cloud 网络服务层级价格页，Standard 层每月前 200 GiB 免费、之后约 $0.085/GiB，约 $21.6/月；默认的 Premium 层约 $54/月。价格因区域和用量阶梯而异，以官方计算器为准。已有服务的虚拟机改网络层会更换外网 IP，可能影响原有服务，所以本站没有改，打算之后单独开一台小机器专门推流。

码率方面，YouTube 直播编码器设置帮助给出的 1080p 推荐码率远高于 1.5 Mbps，Studio 也会提示码率偏低。但本频道画面几乎静止，1.5 Mbps 观感已经足够，提高码率会成倍增加流量费，这是编辑判断，请按自己的画面复杂度取舍。

如果你想直接照着做，可以先下载免费的《中式 Lo-fi · Suno 提示词速查卡》，里面有本站 5 个场景中挑出的 20 条可直接粘贴的提示词和生成设置；需要完整流程的，付费资料包（¥79）包含 143 条提示词库（Excel 与 Notion）、5 个背景场景脚本、成片与封面切片脚本、直播部署脚本、成本计算表、文案模板和 13 项自动测试。更多相关内容可以在站内搜索 Suno 教程和 AI 音乐。

风险、限制与注意事项

结论：最大的风险不在技术，而在平台政策和版权边界；技术问题基本都有现成的解决办法。

版权与条款

只用 Suno 付费套餐生成、并通过官方渠道下载的作品；不要用免费账号的作品做商业用途，也不要录制或翻录播放声音。Suno 在条款中也说明不保证每首作品都能产生著作权，所以不要以“独家版权”为卖点。

平台政策

YouTube、B站、网易云都要求对 AI 生成内容做标注，标注本身不影响推荐，隐瞒才是风险。标题和简介里不要写“治疗失眠”“缓解焦虑”这类功效说法。每一期都要有明显不同的主题、场景和曲目，避免被判定为重复内容。直播要先完成频道验证，首次开通可能需要等待一段时间。

技术限制

Suno 生成结果每次不同，提示词不保证复现某一首歌；排除风格不能百分之百杜绝人声。云服务器出站流量是持续成本，停播前不要忘记它在计费。已有其他服务的虚拟机上部署直播时，务必加资源限制，并只在独立目录里操作，本站直播服务只使用 ~/yt-live，没有改动原有的 Docker、nginx 等服务。

安全

串流密钥、云账号密码不要发给任何人，也不要写进代码仓库；存储桶保持禁止公开访问，只给虚拟机服务账号读权限，不要在项目级别授予更大的权限。

事实依据与来源

• 官方来源：Suno 下载与商用规则、付费订阅者的权利转让、免费用户只能非商用，来自 Suno 服务条款（生效日期 2026-09-03）；Suno 套餐与每月下载次数以 Suno 定价页和账号页为准。YouTube AI 内容披露要求、直播编码器推荐设置来自 YouTube 帮助中心。Google Cloud 网络层价格来自官方价格页。
• 本站实测：3 期 1 小时成片的时长、响度、文件大小与章节；雪夜场景码率优化前后的体积；直播素材 27 首约 240 MB；e2-medium 虚拟机上 1.5 Mbps 推流的 CPU 与内存占用；“双格式直播”与“无数据”两个问题及解决方式；资料包 13 项自动测试全部通过。
• 示例计算：月流量与网络费用按 1.5 Mbps × 30 天估算，不含其他费用，非官方报价。
• 编辑判断：1.5 Mbps 对近乎静止的画面观感足够；“每 10 首挑 7～8 首”的比例基于本站 5 期、47 首的经验，不代表普遍结论。
• 尚需验证：第 4、5 期已在 Suno 生成待出片；平台推荐效果、频道增长与变现结果本文不做承诺。

内容核验日期： 2026 年 11 月 3 日

FAQ

用 Suno 做的音乐可以放到 YouTube 上赚钱吗？

可以，但前提是用付费套餐生成，并且通过 Suno 官方渠道下载。按 2026-09-03 生效的 Suno 服务条款，付费订阅者获得作品的权利转让，没有经官方渠道下载的作品不得商用。是否能加入 YouTube 合作伙伴计划还取决于频道本身的内容质量与重复内容审核，Suno 条款只解决作品来源问题。

一期需要多少 Suno 下载额度？

一期 10 首就需要 10 次下载。下载次数按套餐每月计算，以账号页显示为准；本站制作时 Pro 套餐为每月 20 次，正好够两期。额度不够时可以先生成、挑好，等下个月额度刷新再下载，已解锁的歌曲重复下载一般不再扣次数。

一定要用云服务器才能 24 小时直播吗？

不一定。电脑能保持开机联网的话，用 OBS 把一小时视频循环推流就能先试几天。云服务器的好处是关掉电脑也不断播，而且 -c copy 几乎不占 CPU；代价是每月的出站流量费，要先用成本计算表算清楚再决定。

直播码率 1.5 Mbps 会不会被 YouTube 降权？

YouTube 帮助文档给出的是推荐值，Studio 也会提示码率低于建议值，但本站以 1.5 Mbps 推流时状态显示为“不错”，观众端画面清晰。官方没有说明码率低会影响推荐，这一点建议你自己观察数据；画面运动多的场景需要更高码率。

背景画面可以用 AI 生成视频吗？

可以，但要注意两点：一是确认所用工具允许商用；二是 AI 生成的视频往往运动复杂、细节多，循环时容易出现接缝，码率也高。本站选择代码渲染，是因为可以精确控制周期做到完全无缝，体积也小。

为什么不直接把一小时视频循环推流？

单期循环可以，但多期轮播时，整首 mp4 会占很多硬盘空间（本站 27 首约 1.8 GB，而虚拟机硬盘只剩不到 1 GB），加新一期也要重新做大文件。拆成画面片段和音频后，27 首只占约 240 MB，加新一期只需上传新文件、重新生成列表。

教程里的模板和脚本在哪里下载？

免费的 20 条提示词速查卡和完整付费资料包都可以在 AI Stack Nav 下载。资料包中的推流脚本、服务单元与本文代码完全一致。

参考来源

• Suno Terms of Service（生效日期 2026-09-03）
• Suno 套餐与价格
• YouTube 帮助：披露改动或合成内容
• YouTube 帮助：选择直播编码器设置、码率和分辨率
• Google Cloud 网络服务层级价格
• FFmpeg 滤镜文档：loudnorm

配套资料下载

• 中式 Lo-fi · Suno 提示词速查卡（免费）：5 个场景 × 4 条可直接粘贴的风格提示词，附 Lyrics 结构标签与两套排除风格，A4 PDF 6 页。
• AI 中式 Lo-fi 24/7 直播频道 · 全流程资料包（¥79）：143 条提示词库（Excel / Notion）、5 个背景场景脚本、1 小时成片与封面切片脚本、24/7 直播部署脚本、成本计算表、文案模板和 13 项自动测试。