迅雷极速版：

Q1：[bug]使用预下载，在下载完成后如果更改文件位置，那么就会出现如图所示的残影，可重现。图 http://pan.baidu.com/s/1bnw84n9 【提出者：mdh（可选奖品“迅雷白金会员、迅雷网游加速器会员”6个月）】

A：本地测试可以重现此问题，我们会尽快修正的。

Q2：迅雷极速版就是要快和简洁！由于有的时候就只有下载这一个功能要求，所以太繁琐了也不好，希望能把最左边的纵向导航隐藏，只留下下载任务的界面？这样也适合一直放在桌面监视…【提出者：-bin】

A：现在左侧栏瘦身之后，已经够简洁了，如果连左侧栏都不显示，就会带来体验上的不便，这样的简洁其意义就要大打折扣了。其实你的需求应该是由自定义悬浮窗来满足的，可惜现在又缺人手继续做了。。。

Q3：还是给极速版任务列表加上停止、下载、错误这样状态标识图标吧，这样状态比较明显。【提出者：cloudol】

A：这个是已经规划的需求了，等待实现中。

下载体验：

Q1：百度云的app有个功能，1个号登陆多个设备，可以把文件推送到某个设备里。请问目前迅雷的app有没有此功能，或开发类似功能的计划。【提出者：a480】

A：这里需要具体细分一下：

  1. 如果你需要在不同的设备上访问同一个文件，你可以把这个文件添加到“离线下载”中，然后使用离线网页版、手机迅雷等渠道下载到某个设备中。
  2. 如果你需要指定某个设备下载某个文件，可以使用“迅雷远程下载”功能。
  3. 如果你需要在不同的设备上播放同一个视频，你可以把这个视频添加到“迅雷云播”中，然后使用“迅雷云播网页版、迅雷影音手机客户端”等渠道在不同的设备上播放。

Q2：伊文你好，对于你提出的算法可靠性的问题，可以再举一个例子，这次我们把条件最简化，在只使用迅雷下载一个任务的情况下，来看一下迅雷目前使用的算法是否可靠：

     在整个下载过程中由于资源原始服务器的原因、P2P资源健康度的原因以及网络状况的原因等等，这些因素的不断变化致使单一任务的下载速度也在时快时慢的不断变化，这就造成一个实际存在的现象，即显示的剩余下载时间一会儿是还剩几十秒、一会儿还剩几分钟、一会儿还剩十几秒、一会儿又变成还剩几十秒……，也就是是否可以这么说，所谓的十分可靠的算法是不存在的，因为以上的那些影响因素都不是迅雷所能控制和改变的。

     但是，具体到每一个细分的时间段来说，迅雷目前使用的算法还是可靠的，即“相对可靠”。因此，是否可以这么说，采用“循环比较取最慢”的方法是目前相对可靠，又容易实现而且经济的一种办法呢。【提出者：ning】

A：算法可靠性确实是“相对”的，但是你用“单任务剩余下载时间”举的例子并不恰当，因为这个算法得出的结果虽然在受到外部环境变化的影响下，可能会稍显不准。但是至少逻辑本身是没有漏洞的。而“所有任务中最长的剩余下载时间=总剩余下载时间”的逻辑是有漏洞的。也就是说，即使外部环境不变，通过有漏洞的算法得出的结果，也会有很大差异。这种情况就属于问题了。

Q3：对于任务总剩余时间，我前几天提到的时候伊文给了个情境:用户同时下载任务A、B。任务A文件大小10GB，下载速度100KB/s，任务B文件大小10MB，下载速度2MB/s
而且今天对ning的想法也提出了两个任务都能达到带宽上线的情境。

我觉得这里可以把小文件预下载的思想加上，ning今天0点提的时间不断细分也很好，综ning所述，迅雷可以采用不断计算求平均的方法。
1.在更新迅雷时像以前文件预下载一样给用户用几句话简单介绍，并询问用户是否开启，尽量简单详细介绍下面说的逻辑，否则说迅雷限速黑迅雷的又一大堆人。
2.对于计算方法比较麻烦，最繁琐的是多个任务下载速度浮动大小。
迅雷在下载任务时，如果像ning今天说的简化情境，在下载一个任务时，迅雷可以每隔10分(15分也不错)重新计算最大速度的平均值，以此值为准计算剩余时间，在极端情况时，无资源时显示无资源，若有几个资源，且所有peer在1分也为0也应用此情况，仍显示显示无资源，此时减小计算间隔，若3分内下载速度可以稳定但不为0，开始重新计算。但多个任务时有一个任务一直为0则停止计算，干脆不用麻烦，提示用户当前资源无法完成所有下载。

在用户添加新任务或文件下载完成时或者进行暂停等操作时过10s再重新计算(这10s数据舍弃，此时新任务大多在连接服务器，不过对于更大文件搜索资源可以不断增加，设置个计算公式，加个封顶值)，到此，伊文ning的最大带宽情境和下载速度浮动的问题的计算方法完毕。
对于伊文提出的10m，10g极端情况，可以设置每次当用户添加新文件时，将此时的小于总大小5%的文件自动变为插队下载，但是其它任务不要暂停，压到非常低的速度继续下载，(这样可以节约重新开始造成的重新搜索资源所用的时间)，毕竟用户有等100%下完的时间的准备，对于5%的所用的时间完全可以等待。对于6%这样稍微你大于5%的文件采用过十秒再计算。插队下载阶段可以显示迅雷正在为您优先下载较小文件。
不过以上的逻辑在较大文件时较准确，小文件很容易浮动，但是反过来想想，如果文件足够小，下载完成时间较短，用户不会去关注总剩余时间，所以在总文件大小除以目前下载速度小于10分时可以直接显示下载即将完成，若有任务速度为0，但有资源则对文件诊断，若得出没peer为0就和无资源文件像前面直接显示当前资源无法完成下载。【提出者：k】

A：如果迅雷界面上的一项数据要几分钟才能刷新一次，那么这项数据压根就没有几个人会注意到。而且伊文感到你后半段说的方式有点过了，因为用户想看“总剩余下载时间”的需求并不是首要需求，即便对于关注“总剩余下载时间”的用户来说，也只是起个参考作用。完全没必要为了准确计算出“总剩余下载时间”，去改变任务下载逻辑。

金币中心：

Q1：7月21日在金币商城兑换了3个鼠标垫，这都1个月了，请帮忙问问啥时发货啊……兑换账号（3yisw5ng、cx24hy1s、iyqibxzh），地址都检查通过了。【提出者：艾克】

A：金币中心产品经理：16号之后的鼠标垫都没有发货 因为缺货了 厂商在加印 我们一直在催厂家  有货了会第一时间发的。

迅雷VIP尊享版：

Q1：尊享版既然已经不更新了，应该把它从迅雷会员官网的会员资讯去掉吧【提出者：jzhh007】

A：即使是停了的产品，但是基本上只要这个产品还能用，我们都不会完全去掉的。

幸福树：

Q1：顺便问一下，极速版的幸福树（我没看见过）比迅雷7上最新的幸福树版本要高不？还是7棵树？眼看着7棵树要种完了，阳光值也封顶了，不知道以后会怎样。【提出者：艾克】

A：迅雷7.9和迅雷极速版上的幸福树版本是一致的，都会自动更新到新版本。