@iphydf我认为我们需要更改while循环。 你能帮我一下吗?
就个人而言,如果聊天联系人离线,我希望有一个完成的文件,而不是一堆半完成的文件。 为什么要更改此行为?
因为现在toxcore选择了一个随机FT并完成了该操作。 这个《金融时报》可能是一个非常大的文件。
其他较小的(png,jpeg)将被阻止,直到完成。
我认为这是一个错误,而不是功能。
用户应该决定要开始多少个FT,而不是确定分数。
我认为拥有一个完整的文件总是比您无法使用的许多损坏的部分更好。 如果您在文件传输过程中断开连接,则只需重新发送一个文件,这意味着更少的带宽浪费以及在连接不良时增加接收文件的机会。 如果用户正在发送多个文件,则应按顺序一一发送,而不是随机发送。
提到的zoff99案例令人信服。 如果您要将一个大文件传输到一个需要20分钟并同时聊天的朋友,那么还可以发送您正在聊天的小图像就很好了。 用户已经可以手动接受文件或暂停下载(如果他们希望集中下载),并且客户端可以根据需要实现“大”文件的排队,但仍允许“小”文件或某些类型的文件同时运行。
有了非常大的文件才有意义👍
@iphydf @robinlinden这不是已经合并了吗?
是的,那是你做的。
最有用的评论
提到的zoff99案例令人信服。 如果您要将一个大文件传输到一个需要20分钟并同时聊天的朋友,那么还可以发送您正在聊天的小图像就很好了。 用户已经可以手动接受文件或暂停下载(如果他们希望集中下载),并且客户端可以根据需要实现“大”文件的排队,但仍允许“小”文件或某些类型的文件同时运行。