Closed ransxd closed 5 months ago
补充:环境相同,直播间确认存在原画画质且流为1080P60Fps,bililive-go录制的流为1080P45FPS
我也在研究这个问题。很多人都遇到了,但因为不是一定会发生,所以我目前还没什么很好的办法来稳定重现它。 不能稳定重现就比较难调查和修复,现在只能靠大家多观察一下出问题时有没有什么规律了。
补充:环境相同,直播间确认存在原画画质且流为1080P60Fps,bililive-go录制的流为1080P45FPS
这个是有可能的,我逻辑写得不好,只对比了分辨率,没参照其他参数。。 我想把这个问题和有时候录不到最高画质的问题一起修复,不知道有没有机会。
补充:环境相同,直播间确认存在原画画质且流为1080P60Fps,bililive-go录制的流为1080P45FPS
这个是有可能的,我逻辑写得不好,只对比了分辨率,没参照其他参数。。 我想把这个问题和有时候录不到最高画质的问题一起修复,不知道有没有机会。
谢谢大佬,我想请问有没有办法可以复现定位到 主播开播时获取的流有哪些,然后bililive-go选择了哪个流进行录制这样
这个确实值得写入 debug log 里输出保存下来。 以后我想做前端可以手动选择检测出的所有流中想用的流,那时候应该会顺便增加这个 debug 信息的。
Sorry I can't write in Chinese
程序版本 v0.7.18 windows/amd64
所使用的 config 文件的内容 rpc: enable: true bind: 127.0.0.1:8080 debug: false interval: 20 out_put_path: D:/Records/ ffmpeg_path: "" log: out_put_folder: ./ save_last_log: true save_every_log: false feature: use_native_flv_parser: false remove_symbol_other_character: false live_rooms:
程序 log
time="2023-10-15 07:02:50" level=info msg="BiliLive-go Version: v0.7.18 Link Start"
time="2023-10-15 07:02:52" level=info msg="Server start at 127.0.0.1:8080"
time="2023-10-15 07:56:43" level=info msg="Live Start" host="冯提莫(15号下午1点武汉直播" room="户外边走边唱,猜猜我在哪儿?"
time="2023-10-15 07:56:43" level=info msg="Record Start" host="冯提莫(15号下午1点武汉直播" room="户外边走边唱,猜猜我在哪儿?"
time="2023-10-15 08:59:08" level=info msg="Live end" host="冯提莫(15号下午1点武汉直播" room="户外边走边唱,猜猜我在哪儿?"
time="2023-10-15 08:59:08" level=info msg="Record End" host="冯提莫(15号下午1点武汉直播" room="户外边走边唱,猜猜我在哪儿?"
time="2023-10-15 08:59:25" level=info msg="Live Start" host="冯莫提" room="武汉户外完合照环节"
time="2023-10-15 08:59:25" level=info msg="Record Start" host="冯莫提" room="武汉户外完合照环节"
time="2023-10-15 08:59:44" level=info msg="Live end" host="冯莫提" room="武汉户外完合照环节"
time="2023-10-15 08:59:44" level=info msg="Record End" host="冯莫提" room="武汉户外完合照环节"
time="2023-10-15 08:59:44" level=info msg="
I sometimes have the same problem. Usually instead of 1080x1920@60 1080x1920@45 or 1080x1920@30 was recorded. But today the first broadcast was recorded in 720x1280@30 resolution (although the broadcast was 1080x1920@60)
I didn't add cookies. As I understand it, this problem occurs even if you add your own cookies.
@AvrilL161
Usually instead of 1080x1920@60 1080x1920@45 or 1080x1920@30 was recorded.
That's because of a logic bug in this project, and will be fixed in the future.
But today the first broadcast was recorded in 720x1280@30 resolution (although the broadcast was 1080x1920@60)
That's what this issue is tracking. It happens randomly, so it's hard for me to investigate it.
I didn't add cookies. As I understand it, this problem occurs even if you add your own cookies.
Yes, I think so. This problem is more likely caused by a mistake in my code.
程序版本
0.7.18(docker)
所使用的 config 文件的内容
程序 log
自由描述
在确认有原画画质选项的情况下,大部分情况下会正常录制原画,但大概5场直播中有一场(如log中开始于2023-10-02 22:08:21的直播)会录制为720P30Fps的画质,已配置抖音Cookie,原因不明。 环境:腾讯云CVM 上海 2C4G 1Gpbs