哪国大多不限制流量？

@sigone 这种技巧分分钟被熟手拿去给你下套……早巡切 2m 最后单骑 1m 的，抓的就是信这种技巧的人……

@fytriht 加密为什么就不容易了？

只…只学会女装了……？

@sinker 膜拜特上大嚎比

@zmj1316 GPU 编码解码的话， A 家各种落后啊。
N 家 950 出 HEVC10 4k 硬解的时候， A 家的产品还不知道哪年才出来了。
现在这个年代，随便弄一块 1050 跑硬解，速度随便就起飞了。
之前听隔壁 soso 说，这代的显卡做编码，随便就跑到 300fps 了。

@zmj1316
x264 基础建设是 05 年前后，再后面就没怎么做过大幅优化， AVX 和 AVX2 带来的提升可以忽略不计，不像 x265 这种可以靠指令集在同级别拉开 30%速度差距的。

另外我说追上 i5 并不是说同代 i5 ，是说可以追上 i5-2500 这个级别的性能了。同代本来就是靠产品线区分性能，不同产品线没法直接比了。

@zmj1316 作为曾经给 x264 写过一些代码的人，我想听听你的回答。

@zmj1316 x264 用了多少 AVX 和 AVX2 ？

@zscself 我自己用的补丁是前年写的，早已不记得细节了。不过基本上是找握手的地方，握手的时候如果对方客户端返回数据错误的话是要主动断开连接的。那么只需要在上面加上对客户端的判断就好了。

@zscself dpkg-buildpackage -us -uc -b -j4

j 后面的自己改。

@echohanyu 说来直播软件不是支持硬件编码的么，都不吃 CPU 的才对啊。
NV 家有 nvenc ， A 家不太清楚你可以去研究下。

orig 是源码包， debian 是编译脚本。

由进程提供服务。

4560 性能都快追上 i5 了。你们真要建议楼主上 2696v4 ？

想去好好学着打麻将的话就去打日麻。
想和别人出去混或者亲戚之间随便打的话千万别学日麻。

天天想着牌效和防守和期望值，打纯运麻将会被人日的我跟你讲。

Debian Stretch, thanks.

当然这不是现在正在生产的，而是正在开发准备以后生产的。

@JackyBao
我这么说吧。迅雷上面的资源，源头从来不是迅雷而是制作资源的人。只要制作资源的人不愿意把资源扩散给迅雷，那迅雷就一点办法都没有。迅雷喜欢玩，很好，那我们就离开 BT 协议。你要强奸我们，那我们就离远点。
以前 VeryCD 就是这么玩（当然玩的并没有迅雷那么露骨），我们 02 年的时候发片几乎都用 ed2k 网络，被 VeryCD 搞死以后，就全线转战 BT 了。前几年迅雷开始搞 BT ，我们只能开启强制加密。前几个月迅雷开始支持连接到加密的客户端，我们只能修改源代码屏蔽 PeerID 。以后如果迅雷连 PeerID 也会伪造了，那么我们放弃 BT 改用私有服务器就指日可待了。
我自己花钱买的服务器和流量，你迅雷拿去卖给用户？吼吼

不得不说，迅雷挣钱的方式还是很高明的。以前他自己没有服务器的时候，先拿用户的电脑后台偷偷上传，然后再把这流量卖回给用户，空手套白狼，而且还能顺便给用户洗脑，看吧只有我迅雷才能把其他用户的流量偷出来卖给你让你提速下载。便形成了一道中国独有的靓丽风景线。

屏蔽迅雷本身就是非常公平的做法。我不想理你，凭什么你要粘着我不放？
断开连接，我不从你这下载，也不给你这上传，不行吗？
我自己花钱买的服务器和宽带，我自己选择连接哪些客户端，不行吗？
你咬我呀？

回到主题，屏蔽迅雷很简单。
在 libtransmission 里，

handshake.c#parseHandshake
peer-mgr.c#myHandshakeDoneCB

这两个函数里增加一段代码去检查客户端的 PeerID 。

我是自己另外写了一个函数。

bool
client_banned (const uint8_t * peer_id)
{
bool banned = false;
banned |= !memcmp(peer_id+1, "SD", 2);
banned |= !memcmp(peer_id+1, "XL", 2);
// if (banned)
// tr_logAddNamedError ("Client banned.", "(Client filter)");
return banned;
}

可以处理掉没有伪装成其他客户端的迅雷。至于无耻到冒充其他客户端骗取信任的那些客户端，我也没有办法。只能希望中国有朝一日法律能够完善到可以惩治这些行为。