tl-rtc-file
tl-rtc-file copied to clipboard
有问题可以留言或直接联系我
不好使啊,发送都是卡住
不好使啊,发送都是卡住
示例仅供体验,带宽不怎么高,超大文件的问题兼容性还没做好,有时间会处理的,后面会做优化的,大概是这几个方向
- [x] 传输直接从datachannel中附带一个分片序号,全部发送完之后,合并下,不要用现在的ack了。
- [x] 房间内改成同时发给所有人,而不是排队发送。
- [x] 提高带宽。
倒不是带宽问题,感觉双方似乎没有连接上。p2p连接应该不受服务器带宽限制。我发送时能否知道当前是
- 通过服务器中转
- 通过p2p进行传输
另外就是测试时发现这个成功与否似乎与文件大小没有关系
倒不是带宽问题,感觉双方似乎没有连接上。p2p连接应该不受服务器带宽限制。我发送时能否知道当前是
- 通过服务器中转
- 通过p2p进行传输
另外就是测试时发现这个成功与否似乎与文件大小没有关系
我记得p2p在某些情况下会有限制的,网络,防火墙,运营商等。在这些限制情况下会走turnserver的中转,所以才会收到带宽影响。 应该是可以通过某些接口或者标识或者类似stun测试来判断是走的哪一种模式的,但是这个我还没仔细了解,可以加群一起探讨下。
我提到的大文件兼容性问题是指,在浏览器中传输文件是会加载到内存中的,比如超过5g或者20g的情况浏览器的内置文件接口会报错,可能需要换另外的方式去操作大文件。而这个项目中对这些兼容性的处理还需要完善
倒不是带宽问题,感觉双方似乎没有连接上。p2p连接应该不受服务器带宽限制。我发送时能否知道当前是
- 通过服务器中转
- 通过p2p进行传输
另外就是测试时发现这个成功与否似乎与文件大小没有关系
我记得p2p在某些情况下会有限制的,网络,防火墙,运营商等。在这些限制情况下会走turnserver的中转,所以才会收到带宽影响。 应该是可以通过某些接口或者标识或者类似stun测试来判断是走的哪一种模式的,但是这个我还没仔细了解,可以加群一起探讨下。
我提到的大文件兼容性问题是指,在浏览器中传输文件是会加载到内存中的,比如超过5g或者20g的情况浏览器的内置文件接口会报错,可能需要换另外的方式去操作大文件。而这个项目中对这些兼容性的处理还需要完善
示例站点已支持简略查看双方连接类型,主要是通过 peerconnec自带的getStats,可以拿到多方的一些 如 icandidateType = host, srflx prflx...等信息, 从而进行大致判断
能否提供官方的 Docker 容器版本?方便安装部署减少不必要的问题
能否提供官方的 Docker 容器版本?方便安装部署减少不必要的问题
收到,下个版本会优先处理环境和部署相关事项
能否提供官方的 Docker 容器版本?方便安装部署减少不必要的问题
+1 我只会cli安装,看了下官方仓库没有x86的吗?
建议可以上下istoreOS下的应用商店,安装起来也方便
x86应该是有打包过一个镜像到dockerhub的。后续我看下能不能支持到istoreOs
公网p2p的成功率有多少?谁测试过?小水管的云服务器顶不住中转。内网的识别率和传输能跑满内网带宽吗
我试过,复杂网络环境成功率很低,这个软件没成功过。
---原始邮件--- 发件人: @.> 发送时间: 2023年8月25日(周五) 上午9:53 收件人: @.>; 抄送: @.@.>; 主题: Re: [tl-open-source/tl-rtc-file] 有问题可以留言或直接联系我 (Issue #1)
公网p2p的成功率有多少?谁测试过?小水管的云服务器顶不住中转。内网的识别率和传输能跑满内网带宽吗
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: @.***>
是的,复杂公网网络下webrtc不一定能连通,有一定的局限性。局域网一般情况不存在这个问题
建议文档增加web服务器(如nginx)反代配置。