(bilive_env) root@s9824:~/bilive# bilitool upload /root/bilive/Videos/5871833/5871833_20250402-08-29-51.mp4
[INFO] - [2025-04-02 09:21:57,513 bilitool] - The 5871833_20250402-08-29-51 to be uploaded
[INFO] - [2025-04-02 09:21:57,514 bilitool] - Start preuploading the video
[INFO] - [2025-04-02 09:21:58,129 bilitool] - Completed preupload phase
[INFO] - [2025-04-02 09:21:58,129 bilitool] - Start uploading the video
[INFO] - [2025-04-02 09:21:59,986 bilitool] - Completed upload_id obtaining phase
[INFO] - [2025-04-02 09:21:59,986 bilitool] - Uploading the video in 131 batches
Uploading video: 0%| | 0.00/1.37G [01:53<?, ?B/s]
urllib3.exceptions.SSLError: EOF occurred in violation of protocol (_ssl.c:2426)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/requests/adapters.py", line 667, in send
resp = conn.urlopen(
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/urllib3/connectionpool.py", line 841, in urlopen
retries = retries.increment(
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/urllib3/util/retry.py", line 519, in increment
raise MaxRetryError(_pool, url, reason) from reason # type: ignore[arg-type]
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='upos-sz-upcdnbda2.bilivideo.com', port=443): Max retries exceeded with url: /ugclf/n250402ad2x0wrkv5aqu3820xbhdhgnj.mp4?partNumber=1&uploadId=5d39d4cd-33e1-445c-9d39-00192777fc8b&chunk=0&chunks=131&size=10485760&start=0&end=10485760&total=1370918752 (Caused by SSLError(SSLEOFError(8, 'EOF occurred in violation of protocol (_ssl.c:2426)')))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/root/miniconda3/envs/bilive_env/bin/bilitool", line 8, in <module>
sys.exit(cli())
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/bilitool/cli.py", line 93, in cli
UploadController().upload_video_entry(args.video_path, args.yaml, args.line,
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/bilitool/controller/upload_controller.py", line 94, in upload_video_entry
self.upload_and_publish_video(video_path)
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/bilitool/controller/upload_controller.py", line 59, in upload_and_publish_video
self.bili_uploader.upload_video_in_chunks(
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/bilitool/upload/bili_upload.py", line 136, in upload_video_in_chunks
res = self.session.put(url, params=params, data=batchbytes, headers={
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/requests/sessions.py", line 649, in put
return self.request("PUT", url, data=data, **kwargs)
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/requests/sessions.py", line 589, in request
resp = self.send(prep, **send_kwargs)
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/requests/sessions.py", line 703, in send
r = adapter.send(request, **kwargs)
File "/root/miniconda3/envs/bilive_env/lib/python3.10/site-packages/requests/adapters.py", line 698, in send
raise SSLError(e, request=request)
requests.exceptions.SSLError: HTTPSConnectionPool(host='upos-sz-upcdnbda2.bilivideo.com', port=443): Max retries exceeded with url: /ugclf/n250402ad2x0wrkv5aqu3820xbhdhgnj.mp4?partNumber=1&uploadId=5d39d4cd-33e1-445c-9d39-00192777fc8b&chunk=0&chunks=131&size=10485760&start=0&end=10485760&total=1370918752 (Caused by SSLError(SSLEOFError(8, 'EOF occurred in violation of protocol (_ssl.c:2426)')))
又碰到问题了反映一下
主播开播后web界面显示了录制时间,但是没有录制文件,录制速度是0B/s
点手动关闭后再开始录制又能正常录制了,cookie是正常的
直播房间号5050,直播流格式HLS,流等待时间10s,画质原画
别的直播间没发现这个问题
还有一个直播间号22839866,晚上用HLS格式录制的时候断流非常严重,录出来视频片段断断续续,切换FLV格式就又正常了,也是个例。
还有就是上传线路能否优化一下让用户自选,美国小鸡用默认的bda2线路上传失败概率有点高
@ddsssard #350 马上我会重构整个流程了,最近在接入自己写的其他模块,至于 bug 确实有,我在一步一步迭代解决,老哥。最近会有新版本发出的,耐心等待或者提 PR 一起来完善都可以,我现在每天 20+commit 真的有在work in progress,最近两天处理流程结束后就换模块。
这个不能收到 律师函吧
@timerring #344 隔壁项目也是webhook,异步压制,直接给我小鸡干爆了,本项目的队列压制其实还挺好的
bd
换了源码部署和docker-compose部署都碰到问题了
compose
报错 bilive Error manifest unknown Error response from daemon: manifest unknown
换上版本号0.2.10可以拉了,结果容器无法运行。
源码部署吧,小鸡自带的python3.11无法部署环境,又费劲自己编译了个3.10,scan和upload日志又报错:nohup: failed to run command 'python': No such file or directory。
不想折腾了等大佬更新版本了

@autumn #355 主要就是考虑到这点,除了网络传输以外,其他其实任务并不适用异步,很多人可能只是为了炫技,没有考虑到实际使用🤔
@形幻 #357 佬,我马上发新版本了,目前源码的状态已经不是 0.2.10 的版本了,我新加了很多自己写的 module,我这周就会 release 全新的可用的 docker 镜像。
这是我手动上传的错误信息,能否请佬帮我看看: