Q1:提供“野蛮下载”功能。这个很有用啊,必须强烈支持。我说怎么经常用迅雷下载速度在2m/s左右徘徊。我用的是100M光纤,理论下载速度应该在10m/s以上,事实上我用IE下载就能到达峰值,而用迅雷就算是热门资源也只能6m/s封顶了。还有就是上传问题,我用其他软件上传速度都能达到至少5m/s以上,用迅雷怎么就经常是 0k/s 呢,偶尔就是 几 k/s 或 几百 k/s。【提出者:阿拉蕾】
A:“野蛮下载”确实可能对你说的这种场景有帮助,不过对于资源本身就不丰富的任务来说,就没什么帮助了。大家可以现在就可以体验一把“野蛮下载”,只要通过任务管理器打开“ThunderPlatform.exe”进程所在文件夹,然后查找“al.dll”文件,将其扩展名修改为不被识别的类型或者将文件删除,并再次启动迅雷即可。体验过的雷友可以把你的感受分享一下。
Q2:我们打算加个判断,非中文环境就创建“TDDOWNLOAD”。——这个判断逻辑应该会很麻烦吧,有些人经常要切换语言环境,有些人常年只用非中文环境,而有些人只切换Unicode语言而不更改系统语言,难道不会先后生成2个文件夹?(换系统前默认下载到英文文件夹,换系统后又默认下载到中文的……当然每次下载可以手动更改,但是有这样需求的人通常就是懒得改默认下载文件夹)而事实上即使在完全的中文系统环境下,如果路径中包含非英文的字符,运行一些国外的文件也会出错。所以还是改回原来的TDDOWNLOAD,一了百了。【提出者:阿拉蕾】
A:自动判断的用户体验是最好的,逻辑不算太复杂。就算到时候在频繁切换语言环境的情况下有问题,也只影响很少一部分用户。而且肯定有解决办法的。
Q3:之前有提过导出BT任务的磁链,但是不理我。这个不仅方便网民,对各大资源站也有很大益处啊,很多站长就呼吁大家多使用磁链发资源,对于发源者也很方便,只需粘帖一个链接而不用上传种子,对网站的负荷也会大大减小,因为不仅发源者上传种子文件对网站有负荷,下载者点击下载种子也会对网站产生负荷(所以基于对网站维护,很多站点下载附件都需要权限或采取扣除积分系统,而并非是出于保护本站资源的目的)。实现这个功能应该不是很困难吧……【提出者:阿拉蕾】
A:迅雷下载BT任务之后,可以支持“复制磁力链接”我们会排入后续的版本中。
Q4:最后还要说一下很多Adobe Reader用户都反应过的从 迅雷5开始到现在的迅雷7 就一直有的诟病,到现在也没解决——无论在XP还是WIN7,当迅雷与Adobe Reader同时运行时,复制 pdf文件内的内容就会提示复制错误,退出迅雷或者关闭迅雷的监视剪贴板和浏览器设置就一切正常了。当时回应说是“无法重现该问题不清楚原因”就给搪塞过去了,我想问的是无法重现这种状况是啥意思啊,随便在一台windows环境的电脑下同时运行迅雷(不关闭监视设置)和Adobe Reader,然后打开一个pdf文档复制一下不就能重现了,这有什么技术困难的么?Adobe Reader不仅在校学生用的多,社会职场上用的更多,群体庞大,希望能解决一下,谢谢……【提出者:阿拉蕾】
A:我们会测试一下看看,之前反馈过QTranslate软件跟迅雷监视剪贴板的冲突,后来调查结果是那个软件的问题。
Q5:关于快存问题的回复:1.通知是7月底上线的,不到半年 2.通知写的是关闭上传,并没有说下线 3.这个服务是白金专享的,这样单方面关闭也没有赔偿方案(上传数据好慢的啊) 4.既然现在离线空间无限了,何不将快存文件转存离线? 快存是我对迅雷最不满意的服务,当时口号那么响我开了年费白金,现在钻石了,结果呢【提出者:晨鹤】
A:迅雷快存前产品负责人:确实只是关闭上传,并没有下线,建议通过下载将文件转存到离线中,就可以在离线中保存快存的文件。如果现在已经有快存中的文件无法下载,请提供一下帐号及不能下载的文件名,然后我们调查文件是什么问题。
Q6:迅雷云版本最快什么时候能与大家见面?当然现在那个尝鲜版不算,我指的是稍微正式一点的【提出者:迅雷雷人】
A:“迅雷云+”项目负责人:可能在12月内。
Q7:请问迅雷是否成了个小团队?????现在做个什么功能都得排上日期了….能否增加点人手?【提出者:rupture9】
A:排期是“正常、科学”的工作方式,与团队大小无关。当然我们是很希望有更多人手的。
Q8:在客户端BT任务右键的“种子文件另存为”这个功能应该支持多选。【提出者:EVA】
A:已经有规划了,不过功能排的比较多,至少下个月的版本吧。
Q9:尊享版2.0.6.128,云列表经常加载错误,根本用不了。其实不光这个版本,从1.x版本就不行了,云列表刚出的时候还好的,后来更新了某个版本之后就经常连不上,不知是怎回事。【提出者:阿拉蕾】
A:尊享版产品经理:云列表功能现在用的是“迅雷快存”的服务器,比较不稳定,我们想办法换个服务器弄稳定点。
Q10:我用的macbook,系统是msc os 10.7.5 Lion,我知道mac版迅雷不及PC版迅雷重点,自从Mac迅雷2.0.2版本发布以来有2个多月了吧,之后就没消息了。mac版的一般任务可以重命名,但是BT任务不能重命名,这个很蛋疼……而且BT的重命名逻辑是不是有问题啊,“文件名+.扩展名”。mac版的BT下完之后好像没办法上传啊,右键菜单里没有,也没有详细页……windows版的以前好像支持本地BT任务批量选中一键上传,现在只能一个一个点上传,很麻烦,这个也希望改进【提出者:阿拉蕾】
A:Mac迅雷产品经理:很感谢您的反馈,我们会认真评估您的建议,安排进开发计划的,希望您继续支持迅雷!另外,Mac迅雷在10月14日发布了2.0.3版本,欢迎您下载使用,如果有任何问题或者建议,可以加入Mac迅雷官方体验群(179205515)反馈。
Q11:支持野蛮下载,建议命名为全力下载,并提供指定时间段内自动进入该模式的功能。作为p2p软件,速度不如idm,实在说不过去。【提出者:全力以赴】
A:IDM在原始地址够强的情况下,确实比P2P软件更有效率,因为它不需要为了连接Peer而消耗额外的带宽。这也是为什么,我们已经计划在下载核心中增加一项判断,当原始地址够强时,迅雷自动禁用P2P连接。
Q12:迅雷有无计划支持ipv6网络协议啊,至少讨论讨论啊,高校用户的ipv6是不计费不限速滴,这对于改进高校用户体验有非同寻常的意义啊!【提出者:枫桥夜泊】
A:我们最近确实从不少校园网用户那得知IPV6网络比较奔放的消息,我们已经在讨论让迅雷支持IPV6了,而且具有较高的优先级。
Q13:远程下载现在有时段限速。希望增加时段停止下载。边下边看电视有时候会卡。【提出者:EVA】
A:基础研发负责人:我们后续支持。应该在下个版本。(12月6号以后)。
Q14:PC能进高速的任务,远程下载一直卡99%进不去高速。【提出者:EVA】
A:基础研发负责人:应该是BUG吧,我安排技术人员确认下。
Q15:您好,在PC版本的迅雷中,下载,离线空间,云播,移动共享等诸多功能都是整合在迅雷一个软件里的,使用起来非常方便。但是在手机客户端中,离线空间,云播,移动共享等诸多功能被分离到了迅雷云DH里,造成了我的使用体验下降,因为原本安装一个软件就能解决的问题,现在被迫要安装两个软件。请问迅雷这样设计的初衷是什么?【提出者:mydoguk】
A:这个问题确实存在,但是我问了几个无线的产品,都表示需要公司的统一协调。于是给公司高层发邮件反馈了你的问题。由公司高层看看如何处理吧。
Q16:为什么移除“视频分段预览、协同下载”功能?我觉得很有用呀,可以设置开关让用户决定是否使用。【提出者:fdsga】
A:这两个功能目前使用者太少,而且代码较多对迅雷界面的性能有一定影响。经过产品和技术评估后给清理掉了。
Q17:这个版本我已经关闭了空闲下载 可是空闲下载一直自己开始【提出者:日大鼎】
A:目前我们没有查出这个问题,认为有可能是用户在取消了“空闲下载”后,下次新建面板弹出时,无意间点了新建面板上的“空闲下载”导致再次开启的。如果不是这种情况,请留下联系QQ,我们会安排技术人员调查。
Q18:任务列表可以像以前一样以分组作区隔吗?比如说选择按照状态分组,任务列表就会将暂停和正在下载的任务以分隔线分开,不然现在的任务列表看得我眼睛好花好乱呐!【提出者:炯】
A:你是第一个提到需要这个功能的雷友,我们可以考虑从迅雷7.2上移植此功能,但是优先级不高。
Q19:这个版本号,请问是什么意思,比如上一版是迅雷7.9.13.4660,这次的版本是迅雷7.9.13.4664这中间是有什么联系,还是说随便乱取的版本号,一直都不懂【提出者:hasent】
A:大概是这样的:迅雷7.9(产品名).13(第13个发布版本).4660(打包序号)。每次新打包“序号”都会+2,其中奇数序号的版本都是“调试、测试”用的日志版,不对外发布。偶数版本才是用于发布的版本。因此从4660~4664经历了两次打包。
Q20:能不能在云播点里专门创建一个目录记录播放过个视频记录放在里面,不要放在根目录每次打开太多文件了。【提出者:swm_200515】
A:迅雷云播产品经理:后面会把播放记录跟添加记录分开。
Q21:还有能不能把讯雷云+的交互界,做的像百度网盘一样。个人觉的百度的交互界面(包括手机端)是做的最好的。希望你们技术人员去参考一下。【提出者:swm_200515】
A:“迅雷云+”产品经理:这个我们会参考的,但是会保留自己的交互特点和设计风格。
Q22:能否手动在迅雷上添加web seed链接地址?【提出者:小樱】
A:不打算这么做,用户难以判断资源的一致性,而且会使下载核心的逻辑复杂许多。
Q23:说到突破物理带宽的问题,我有一个提议,不知能否实现?那就是对传输的数据进行压缩,客户端收到压缩的数据后先在内存里解压然后再写到硬盘上,这样,如果压缩率比较理想,就能给用户突破了物理带宽的感觉。当然,这个功能可能导致客户端cpu占用率升高,所以应允许用户选择是否开启。如果会员用户在离线下载时开启了这个功能,则由离线服务器负责在传输时压缩数据;如果非会员用户使用迅雷下载时开启了这个功能,则由向他传输数据的其他迅雷客户端负责压缩(此时还可能收到非迅雷客户端提供的非压缩数据,应该和迅雷客户端提供的压缩数据区分开)。【提出者:fdsga】
A:对传输的数据进行实时压缩是Http协议早就支持的。但是对于迅雷的下载领域来说,传输的大多数文件都是已经压缩过的,可压缩的空间不大,而且对资源的消耗还不低。这样做确实可以在某些特定的条件下表现出“突破物理带宽”,但实际应用时意义不大。
Q24:请问mac迅雷和window迅雷不能同时登陆一个账号吗? 由于mac迅雷功能比较弱,需要用虚拟机中的window迅雷,但为了监视浏览器,不得不开着mac迅雷,但二者好像会互踢。【提出者:小小鸟】
A:Mac迅雷项目负责人:两个平台的确没必要互踢,同时用win和mac的比较多,我们把这个加入下个版本的需求。
Q25:迅雷尊享版应该要的是纯粹的下载,希望除了离线,高速和云播。去掉其他和下载不相关的东西,比如分享微博、查看室友、存钱罐、捞一捞、还有测试版的资源订阅,可以放到应用盒子,由用户自己选择,不然和普通版有什么区别。【提出者:还用昵称】
A:尊享版产品经理:存钱罐后续将会放入应用盒子,我们会将大部分用户喜欢的功能放到明显的位置方便用户使用,对于小众的功能将放到应用盒子中。
Q26:迅雷现在的离线和云播的交互界面很不友好不方便,而且很简陋,还有功能上的缺失,比如网页版的转码,云播的文件夹分类等等。【提出者:还用昵称】
A:“离线空间”即将升级为“迅雷云+”,交互体验有很大变化,云播也在不断的改进交互,如果你有具体的建议,欢迎提出!
Q27:云播Android1.5版:5. 全屏播放时自动隐藏底部虚拟按键。感谢总算是有了,不过开发大哥:你们没怎么做实机测试吧?官方默认开发机 Nexus 4 原生 Android 4.3,自动隐藏底部虚拟按键的时候,视频没有相应的跟着放大,变成四周都有黑边了,调整右下角的缩放按钮也没用。【提出者:zxcasdqwe9】
A:转给迅雷云播安卓版的产品经理了,不过目前人不在。
Q28:在win7系统下,用搜狗浏览器看迅雷看看视频,明明缓冲进度远超过观看进度,但仍会卡住,这个问题出现过很多次了,你们也没解决。【提出者:dfjkdm】
A:迅雷看看技术负责人:这是BUG,正在解决。
Q29:请问:为什么“悬浮窗”只能暂时隐蔽,重启迅雷,下载资源它又出现了,最近很多个版本都这样。不喜欢“悬浮窗”的人大有人在,别人隐藏不用,不可以吗?【提出者:jiuwenxuan】
A:我们在迅雷7.9.13版本中实测,是可以始终隐藏悬浮窗的。
Q30:能否加入一个总共任务剩余时间的功能。总共任务剩余时间=总任务剩余下载量(包括等待中的下载量)/目前总下载速度。比如有时我同时下载了多个文件,因为每个文件的下载速度不同,不好估算需要多久才能全部下载完。【提出者:ufoco】
A:当初我们打算做这个功能的时候,想过各种算法。你提到的这个算法也是不可靠的,因为不同任务下载时的速度有很大差异。无法确保当前任务完成后,接下来开始的任务速度与此前一致,可能更快、也可能更慢。
举个具体的例子:
正在下载任务A:100MB 当前下载速度1MB/s
等待下载任务B:10GB 其实只能达到下载速度100KB/s
如果通过这种算法计算,总剩余下载时间是2.8小时。但实际上应该是29小时。。。
Q31:希望能推出个自定义客户端网络名称的功能,比如改成BitComet……→_→
客户端的名字让用户自己来定义,规避法律风险。意义在于反反吸血封杀,反运营商封杀。另外也能加强用户体验,拿着个带自己名字的下载软件下东西还是挺拉风的。然后这样是不是接收不到其他迅雷用户传过来的数据?写明“开启此功能会降低下载速度”。现在的问题是,由于运营商封杀,迅雷彻底没速度,要是这样,相信不少人宁愿选择用伪装的方法来降速并绕过这个问题。【提出者:JoyJ】
A:这么做很不合适,我们不考虑推出这个功能。
Q32:现在迅雷是否全面支持跨协议下载?希望能支持,这对冷门资源的下载会很有帮助,比如用户通过BT种子下载某一冷门资源,发现BT网络里没有源了,迅雷就自动连接电驴和http网络搜索相同的资源进行下载。【提出者:fdsga】
A:自迅雷5开始,就已经支持跨协议下载了,我们称为“协议融合”。不过根据统计数据分析,通常BT网络中冷门的资源,在ed2k网络中活性更差。迅雷的协议融合NB之处在于下载BT、ed2k时,通过迅雷P2SP网络加速下载。
Q33:刚发现了一个现象,迅雷的装卸行为会导致火狐扩展变不兼容。具体哪个版本还不清楚,因为想比较一下所以把迅雷普通尊享几个版本都装卸了一下,装的时候“添加多浏览器支持没有勾选”。然后发现火狐附加组件页面几乎全部都变成“xx不支持firefox25”,事实上全部是在正常工作的,不主动进扩展页还发现不了。这里没法传图,这样说不知道你们明不明白。之前已经发现过,不过没确定原因,今天倒腾一轮迅雷后又发现了,基本确定是迅雷的装卸行为中,动了浏览器支持导致的。把火狐重装一次可变回。【提出者:034975】
A:我们也重现了这个问题,浏览器支持的技术人员会尽快调查处理的,感谢反馈!
暴风影音
发表于 2015年11月06日 00:50
不错啊!迅雷每日问(11月20-21号)来体验野蛮下载吧!支持迅雷!
迅雷雷人
发表于 2013年11月22日 14:08
迅雷下载打算支持野蛮下载了,就是抢局域网网速,麻烦伊文帮忙问下迅雷网游加速器帮忙问一下,好几个用一条宽带,网络比较卡时,迅雷网游加速器能不能也搞个野蛮加速模式抢带宽
小米爱抽风
发表于 2013年11月22日 14:04
野蛮下载,其实就是不限制上传而提高了下载速度,就是大家所说的突破迅雷限制的宽带。大家可以用流量监视查看下,把al.dll文件删除了只要有任务在下载,上传一直都是满速中,就算是关闭上传也没用。
残梦い
发表于 2013年11月22日 23:29
确实是这样,速度基本没有增加,只是通过不断上传维持下载的稳定性而已…比方说你以前玩个游戏,下载速度可能受影响时快时慢,用了野蛮下载后速度就可以保持稳定,感觉有点鸡肋…
torrentkitty
发表于 2013年11月22日 11:41
试了下,还不错
贼夫
发表于 2013年11月22日 09:35
这个我也需要,之所以不提是因为以为是基础功能,没想到会被认为是不重要的需求。
Leo
发表于 2013年11月21日 23:59
对于原始是高速源,用迅雷反而得不到最高的速度,这问题已经很久很久很久很久了,解决的办法只能是勾选“仅使用原始地址”
agl
发表于 2013年11月21日 22:37
大概什么时候会发布比较完善的版本呢?就是没那么频繁更新了
EVA
发表于 2013年11月21日 22:34
该帐号短时间内在多个不同地址登录,云播及相关特权已被锁定,建议尽快修改密码
该账号因短时间内大量播放已被暂时锁定,明天将自动解锁
密码就我知道。早上正在使用的时候忽然就锁定了。修改也不给解锁,网站客服电话客服都说要等24小时自动解锁。
问题是,我主号被锁后借了个号,用了几分钟也锁了!
我的IP被黑名单了吗?上哪个号哪个号锁。
迅雷的封号机制有问题吧?一切问题都是今早云播维护后开始的。
EVA
发表于 2013年11月21日 22:38
该账号因短时间内大量播放已被暂时锁定,明天将自动解锁
难道多预览了几个视频也会封号?云播不就是拿来验片的。
零与限
发表于 2013年11月21日 22:12
刚刚试了一试,野蛮下载跟普通下载差不多,浪费时间了。
阿拉蕾
发表于 2013年11月21日 21:45
针对Q15,其实就是迅雷的碎片化日趋严重,整天搞的这也要维护,那也要关闭,最后都停止服务。很多类似的功能或即将停止维护的功能其实都是可以合并到同一产品里的。这样既能节省开发团队资源,又能增强用户体验,根本没必要单独分出一部分资源搞个这应用那软件的。比如说快传,快存,云播,离线啥的云服务是不是可以都弄到那个迅雷云+里面,再比如手机上的离线应用,快传应用,手机云播,还有手雷,远程下载是不是也能弄成一个移动应用产品
…
发表于 2013年11月21日 22:09
agree
mydoguk
发表于 2013年11月21日 22:38
Q15是我提的问题,我们的观点是一样的,我也觉得把诸多功能整合到一个软件里是可以提高用户体验的。我的手机里现在安有迅雷,迅雷云HD,迅雷看看。切换起来非常麻烦,远没有PC上的体验好。但是迅雷现在的产品多样化应该也有其自己的考虑吧。
taylor
发表于 2013年11月21日 20:08
经常断开连接,连接速度很慢,有事要连接几次才能连接上,刚开始还以为断网了,后来才意识到迅雷越来越垃圾了!!!
jiuwenxuan
发表于 2013年11月21日 20:01
Q29:请问:为什么“悬浮窗”只能暂时隐蔽,重启迅雷,下载资源它又出现了,最近很多个版本都这样。不喜欢“悬浮窗”的人大有人在,别人隐藏不用,不可以吗?【提出者:jiuwenxuan】
A:我们在迅雷7.9.13版本中实测,是可以始终隐藏悬浮窗的。
你们真的实测可以永久隐藏吗?纯粹打胡乱说。根本不能永久隐藏,只能暂时。
爱谁谁
发表于 2013年11月21日 21:05
菜单里隐藏悬浮窗隐藏悬浮窗真的可以永久,不过lz说的是不是把悬浮窗拖到屏幕最上面的那种隐藏
小小鸟
发表于 2013年11月22日 21:59
win8.1无法保存设置,无法永久隐藏,其他系统貌似没问题