Files
MediaCrawler/mac-agent-os-main/03_knowledge/20_methods/2026-05-17_2026-05-16_lip-sync-solutions-comparison.md
T
butubb 2112c1a870
Deploy VitePress site to Pages / build (push) Canceled after 0s
Deploy VitePress site to Pages / Deploy (push) Canceled after 0s
feat(monitor): 抖音 Web 接口客户端 —— 绕开爬虫子进程,直接发 HTTP
移植自 mac-agent-os 的 mediacrawler_adapter:不起子进程、不开页面,用浏览器里那份
登录态直接调抖音 Web 接口。产物键名照抄 store/douyin,所以 ingest 那条链路一个字不用改。

**目前能用的(真环境实测,非推断)**:

    profile/other : 200, 7075 字节  —— 博主主页指标(粉丝/获赞/作品数/昵称)
    aweme/detail  : 200, 45425 字节 —— 单条作品详情(含点赞/评论/收藏/分享)

**目前不能用的:作品列表 `aweme/post`。** 两个互相独立的原因:
  1. 这个接口被抖音单独升级成了真校验:不带 x-tt-argus 回 403「Uifid Not Found」,
     带上 dummy 值回 200 + **空 body**。也就是说「头在不在」骗得过,「真校验」过不了。
     同一套头打 profile/other 和 aweme/detail 都是通的 —— 抖音是挑着接口加保护的,
     挑中的恰好是「批量拉作品列表」这个最敏感的动作。
  2. 改走页面截获也不行:CDP 浏览器打开博主主页会落到「验证码中间页」(当天大量探测的
     代价,过几小时要重测)。

  所以现在的边界是:**已知作品的指标刷新能做,自动发现新作品做不了**。

**排查中控住变量后得到的两条事实**(都写进注释了):
  · `Accept` / `Accept-Language` / `Referer` 才是主页接口能返回真数据的原因 —— 只有
    UA+client hints+Cookie 时是 200 但仅 121 字节的空壳,补上这三个头变 7074 字节。
    (我先前猜的 sec-ch-ua 不是关键。)
  · 因此 UA 与 client hints 必须**成套地取自同一个浏览器**,所以 BrowserIdentity 一次
    从 CDP 取齐 cookie + UA + hints,而不是各自写死。

「200 + 空 body 必须当场报错」也是刻意写死的:放过去它会在下游变成「这个博主没作品」,
把一次失败伪装成一条正常结果 —— 爬虫那条路正是这么栽的,还被翻译成「账号被封」。

测试 +11:cookie 解析、请求头成套性(含 uifid 缺失/回退)、产物键名与 store 对齐、
以及 _get 的三条失败路径(空 body / 403 带网关原话 / 正常返回)。
2026-10-10 17:12:25 +08:00

1.3 KiB
Raw Blame History

id, title, type, status, nature, domain, subdomain, tags, confidence, source, source_type, date_created, date_modified, version, previous_version, superseded_by, summary, collected, collected_date
id title type status nature domain subdomain tags confidence source source_type date_created date_modified version previous_version superseded_by summary collected collected_date
KB-20260517-030 method published method
general
待补充
0.5 unknown 2026-05-17 2026-05-17 1 true 2026-05-20

2026-05-16_lip-sync-solutions-comparison

来源:03_knowledge/20_methods

lip-sync-solutions-comparison

AI 视频唇形同步(Lip-Sync)方案调研与成本对比


一、需求背景

  • 省去 视频生成后单独做口型对齐的步骤
  • 让数字人的口播更自然(语音与唇形天然匹配)
  • 部分方案支持从 文本直接到带语音+口型的视频(Text→Voice→Video 一步完成)

二、方案全景对比

商业方案

开源方案(可本地部署)


三、Kling LipSync 详细分析

API 端点

输入要求

处理时间与成本

  • 固定推理时间:~12 分钟/次(不随视频时长变化)
  • 成本:$0.014 / 5秒(按 5 秒单位向上取整)
  • 3s → 收 5s → $0.014 ≈ ¥0.10
  • 7s → 收 10s → $0.028 ≈ ¥0.20
  • 10 个镜头 → 约 $0.14 ≈ ¥1.00
  • 注意:通过 fal.ai 代理,非 Kling 官方直连

限制

  • 输入视频必须 720p 或 1080p
  • Audio→Video 视频最长 10s(太短)