
Activity
freshman0402 commentedon Oct 17, 2025
LauraGPT commentedon Aug 29, 2026
重新打开。原 issue 没有得到依赖诊断,后续还有用户报告相同现象,直接标记 not planned 不合适。
请复现者提供当前 FunClip commit、Python 版本、安装命令、
pip freeze中 FunASR/Gradio/MoviePy 版本,以及终端完整 traceback(截图之外的文本)。收到这些信息后再定位缺失依赖或版本冲突;在此之前保持打开。LauraGPT commentedon Sep 2, 2026
补做了当前 main / v2.2.1 的干净环境依赖审计:Python 3.12 在只使用 PyPI 的条件下,requirements.txt 的 dry-run 解析成功,包含 funasr 1.4.13、gradio 4.44.1、moviepy 1.0.3、numpy 1.26.4、transformers 4.57.6 和 torch/torchaudio;没有发现 FunClip requirements 自身的版本冲突。
安装失败很可能来自本机已有环境或 pip 源配置,而不是缺少一个应当写进 requirements 的包。请在新 venv 中先执行:
若 pip 的输出出现某个额外 index 域名无法解析、证书失败或超时,请同时贴出 python -m pip config list 和完整安装输出。不要在已有环境里逐个手动安装缺失库,因为那会掩盖依赖冲突。
当前 issue 继续保持 open,等待你或其他复现者提供这些文本输出和 launch.py 的完整 traceback;拿到后才会针对实际缺失的库或版本组合修复。
LauraGPT commentedon Sep 10, 2026
重新查看两张原始截图后,可以把报错阶段分开了:
CERTIFICATE_VERIFY_FAILED。包下载没有完成,所以后面的No module named 'funasr'不能简单理解为又缺少一个依赖。先检查失败域名、系统时间、代理和可信 CA,不要关闭证书校验。截图不足以判断具体是哪一个证书或代理配置有问题。site-packages/funasr,说明包被找到了;它停在pkgutil导入堆栈,最后一行异常被截掉。仅凭这些中间栈帧还无法判断真正原因,不能直接套用第一张图的 TLS 结论。此前的依赖 dry-run 不能替代这两台机器上的安装/导入验证。现在补做了一个真实的新环境检查:Linux x86-64 / Python3.12,匹配的 torch/torchaudio2.10.0+cpu,按当前 requirements 安装后得到 FunASR1.4.15、Gradio4.44.1、Transformers4.57.6;
pip check、from funasr import AutoModel和launch.py --help均通过。这不是 macOS/Windows 原环境已修复,也不是模型推理测试。已把安装与排错指南及双语 README 更新合入 #213。请先在运行 FunClip 的同一个环境执行:
请回复完整的最后一行异常及相关 traceback。若仍是证书问题,可在本机检查
python -m pip config debug,但公开前务必删除 token、账号密码、代理凭据和私有源地址;可信证书配置参考 pip 官方说明。此 issue 保持打开,等待原环境复测。