【AI 视频生成工具】做了一个全本地的 AI 视频生成工具,想听听大家意见下一步怎么走
-
@fcme 感谢
技术大牛给我建议,我也还在找路。
昨天刚刚尝试了h3,效果确实要比ltx好,有兴趣可以看看成品https://www.youtube.com/watch?v=OF5AR_tefhI -
@kos-or 其实我有做一个saas服务,但是连接seedream的,按点数算,只是一直还没上线因为seedream一张图片成本也很高。
@williamlouis 成品在这 https://www.youtube.com/watch?v=DRrDg7b-oXU, 这是我的测试运营 Youtube频道 https://www.youtube.com/@CurioLabScience -
@kos-or 一台只够一个人用,只要有人在用就会满载。
刚刚又用H3生成了一个视频
大家有兴趣可以看看效果,我正在优化怎么可以变成长视频短剧
Youtube Video -
@imbiplaza-asus 这会有侵权风险吧?
@Quanta-Magic 基本功都练不好,还谈什么创作,你知道张大千成为张大千之前,临摹了人家的作品多少年吗,你知道星爷在成为星爷之前,不断研究日本动画,动漫,学习,抄袭,模仿了多少年吗。。
所以我一开头已经说了,讲出真道理一定会爆款,因为人家真实在爆款着,为什么你偏要去反道而行
-
@kos-or 一台只够一个人用,只要有人在用就会满载。
刚刚又用H3生成了一个视频
大家有兴趣可以看看效果,我正在优化怎么可以变成长视频短剧
Youtube Video我剛看了博主Terry的介紹 MiniMax-H3 ,
這樣看來開源 H3是不是直接把你的自動化工作流開放了?https://huggingface.co/spaces/multimodalart/minimax-h3
MiniMax-H3 是一個擁有 330 億個參數的先進視訊生成模型,可產生視訊和完全同步的音軌(環境音、擬音、語音)。
-
@kos-or 一台只够一个人用,只要有人在用就会满载。
刚刚又用H3生成了一个视频
大家有兴趣可以看看效果,我正在优化怎么可以变成长视频短剧
Youtube Video -
一台只够一个人用,只要有人在用就会满载。
你有一台很好的機器 可以先暫時上掏寶或其他平台接單,
大家很忙, 不是每個人都有空搞這些影片,
生日或年節到了 花個錢做個影片的商機 我認為會有的我之前遇到一個案子是要做語音模仿,
模仿某一個人說話的聲音, 做紀念用
案主只有對方唱歌時的聲音檔, 但聲音太小;
反正可能要先做一些前置處理 我也沒空處理這個 就沒答應接案 ; -
再分享一个H3生成的视频
Youtube Video -
再分享一个H3生成的视频
Youtube Video -
@tony-wang 我有考虑做成saas,不过由于需要显卡,那就只能用runninghub 之类的,太不方便了,而且资源有限,不知道如何实现
-
无解的矛盾。你自己品品你的问题。
-
@quanta-magic williamlouis 那句"无解的矛盾"其实不成立——问题不在显卡数量,而在你没把"排队"这个环节放进去。视频生成本来就是异步任务(一条几分钟),天然适合队列:用户提交任务 → 排队 → GPU 跑完 → 通知取结果。一台机器同时只跑一个任务没关系,队列里排着的用户等着就行,这跟 Runway / Pika 这类产品的形态是一样的,没人要求"一人一张卡"。
落地路线(从轻到重):
-
本地单卡 + 队列:你现在的机器当 worker,加一个任务队列(Redis + Celery,或者更轻的 SQLite + 轮询都行),用户提交后排队,跑完通过 webhook 或轮询拿结果。这是最小成本验证需求的方式,资源有限反而适合先这样跑——一台机器就能服务几十个用户,只是等待时间不同。
-
上云 burst:本地队列排满时,把任务转发给 serverless GPU 平台(RunPod / Modal / Banana 这类,按秒计费、自动伸缩、不用自己维护机器)。把 ComfyUI 工作流打包成 API,排队长了就动态租几张卡,跑完即释放,成本完全可控。
-
成本账:本地卡跑一条 H3 视频只花电费;云端 4090 级别按秒折算,一条 2.5 分钟视频的算力成本大约 ¥0.1-0.2。你按"条数 / 时长"定价,覆盖算力成本加一点利润即可,不需要自己囤显卡。
真正难的不是"怎么实现",是"有没有人付费"。先把第 1 步跑通,用真实用户验证需求,再考虑上云。runninghub 那种"租整机自己装环境"确实麻烦,serverless GPU 平台才是给独立开发者准备的形态。
-
-
@quanta-magic williamlouis 那句"无解的矛盾"其实不成立——问题不在显卡数量,而在你没把"排队"这个环节放进去。视频生成本来就是异步任务(一条几分钟),天然适合队列:用户提交任务 → 排队 → GPU 跑完 → 通知取结果。一台机器同时只跑一个任务没关系,队列里排着的用户等着就行,这跟 Runway / Pika 这类产品的形态是一样的,没人要求"一人一张卡"。
落地路线(从轻到重):
-
本地单卡 + 队列:你现在的机器当 worker,加一个任务队列(Redis + Celery,或者更轻的 SQLite + 轮询都行),用户提交后排队,跑完通过 webhook 或轮询拿结果。这是最小成本验证需求的方式,资源有限反而适合先这样跑——一台机器就能服务几十个用户,只是等待时间不同。
-
上云 burst:本地队列排满时,把任务转发给 serverless GPU 平台(RunPod / Modal / Banana 这类,按秒计费、自动伸缩、不用自己维护机器)。把 ComfyUI 工作流打包成 API,排队长了就动态租几张卡,跑完即释放,成本完全可控。
-
成本账:本地卡跑一条 H3 视频只花电费;云端 4090 级别按秒折算,一条 2.5 分钟视频的算力成本大约 ¥0.1-0.2。你按"条数 / 时长"定价,覆盖算力成本加一点利润即可,不需要自己囤显卡。
真正难的不是"怎么实现",是"有没有人付费"。先把第 1 步跑通,用真实用户验证需求,再考虑上云。runninghub 那种"租整机自己装环境"确实麻烦,serverless GPU 平台才是给独立开发者准备的形态。
-
-
先交代背景:我是一个人业余做的,陆陆续续写了大半年。没有团队,没有融资,就是自己用着顺手,然后越做越大了。
做了个什么东西

一句话:输入一个主题(比如"咖啡的历史"),自动出一整条 YouTube 视频脚本、画面、配音、配乐、合成,最后连标题、描述、封面缩略图都给你生成好。你只需要输入一句话,然后按几个按钮。
拆开看是这几层:
- 用本地 LLM 当"导演":根据视频类型(纪录片/悬疑/科普/动漫/电影/音乐视频)调用不同的提示词体系,生成逐场景的旁白、画面描述、运镜描述。现在有 28 套不同风格的"导演提示词包"
- 用 ComfyUI 生成图片和视频(图生视频),全本地跑
- TTS 配音 + 自动合成最终视频
- 针对 YouTube 做了标题生成(一次给 3 个候选)、开场 30 秒钩子、缩略图叠加文字
- 支持角色一致性:上传一张角色照片,后面所有场景的角色脸都是这张脸
为什么不用现成的工具
市面上不是没有,但我的场景很具体:我想批量做知识类/悬疑类短视频,需要的是"一条流水线",而不是一个个孤立的生成工具。而且我比较在意内容一致性,同一个视频里角色脸不能变、风格不能飘。现成工具在这块都做得不够好,干脆自己写。
全部本地运行,数据不出电脑,没有按次计费的 API 成本(显卡电费另说)。
现状
- 功能上已经能完整跑通视频生成,效果我自己觉得还行(不吹,就是"能看"的水平,离专业还远, 可以看看我这个刚建的 Youtube频道 )
- 依赖一台 RTX 5090(32GB 显存),模型文件加起来 17GB+,安装门槛比较高
- 目前只有我一个人在用,没发过
想听听大家意见的,主要是这几个问题
-
产品形态:现在是个本地 Web UI(浏览器里操作),对会用的人来说挺顺,但对普通用户门槛太高(要装 Python、ComfyUI、一堆模型)。是应该往"一键安装的桌面应用"走,还是干脆做云端(用户不用装任何东西,按分钟付费)?
-
目标用户:我一直觉得最有价值的场景是"批量做 YouTube 视频的人",独立创作者、MCN、跨境电商卖家。但也有人跟我说应该做 B2B 白标(给机构定制品牌版)。这两个方向我自己很摇摆,想听听过来人的看法。
-
怎么定价:本地版(用户自己有显卡)和云端版(用我的算力),大家觉得哪种更合理?订阅还是买断?
-
商业化 vs 开源:核心的提示词体系、流水线是我觉得最有价值的部分。是应该闭源卖钱,还是开源引流、卖云服务?也想知道大家对这类"本地 AI 工具"开源的看法。
说句实话,我现在的状态是"东西做出来了,但不知道下一步往哪走"。技术上我挺有信心,商业上完全没底。任何意见都欢迎,哪怕是"别做了"也行,至少让我死心。
谢谢看到这里。
-
不方便开就没开声音,不过12分钟长的影片,单从画面来看,开头有些乱,不知道创作者想表达的主题 是什么。 我感觉那些做视频做得好的, 视频都会有统一的风格,基本都是一个风格的,那样感觉才会被平台推荐。这个视频完播率应该不高,然后似乎也没有“钩子” 那样的东西,埋在开头,让用户有看下去的原因。 平台对你的视频内容绝对了如指掌,所以它给你推荐的也是 有较大概率会留下来看完你视频的用户。 它给你推了,剩下的就要靠你的视频去发挥了。 你的视频一定要让用户能产生多巴胺,或者契合用户的的观看习惯,这是个双向筛选和匹配的过程。。。 个人也不懂。瞎写的。 加油。
-
@stxpnet 谢谢
建议,我现在也在迷茫,毕竟没什么经验做内容