Replies: 1 comment
-
我已经注意到dev下已经重写了相应的方法 切换到dev分支能暂时解决我遇到的问题 但我认为这个策略依然是有意义的 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
https://tape-client-file.oss-cn-hangzhou.aliyuncs.com/dynamic_audio/2022-04-05/A20F643FCCF46F74487E1D01AC85AEEA.m4a
示例文件
[2022-04-06 03:04:05] [DEBUG]: WS接收到API调用: send_private_msg 参数: {"message": [{"type": "record", "data": {"file": "https://tape-client-file.oss-cn-hangzhou.aliyuncs.com/dynamic_audio/2022-04-05/A20F643FCCF46F74487E1D01AC85AEEA.m4a", "magic": null, "cache": null, "proxy": null, "timeout": null}}], "user_id": 984970849}
[2022-04-06 03:04:05] [WARNING]: 转换CQ码 ({"type": "record", "data": {"file": "https://tape-client-file.oss-cn-hangzhou.aliyuncs.com/dynamic_audio/2022-04-05/A20F643FCCF46F74487E1D01AC85AEEA.m4a", "magic": null, "cache": null, "proxy": null, "timeout": null}}) 到MiraiGo Element时出现错误: audio type error: video/mp4 将忽略本段CQ码.
[2022-04-06 03:04:05] [WARNING]: 好友消息发送失败: 消息为空.
此http链接的Content-Type为audio/mpeg
但是使用mimetype.DetectReader() 返回为video/mp4 导致
base.IsLawfulAudio()返回false 导致element无法按预期生成
因此考虑增加优先读取http的Content-Type提供的mime类型,仅当url类型不为http的时候才使用mimetype.DetectReader()进行mime的检查。
Beta Was this translation helpful? Give feedback.
All reactions