等 Linux 。。。

@g00001 原来快手改名啦~写 Win 的应用不要太方便！
不过自从切到 Linux 开发 Android 好几年没关注了

sublime 可以补全字符串
从打开的文件中的索引 和 自动补全的插件

@typcn 以及这种 p2p 流的播放器一般采用的是 ts 一类的切片流或者自己重新封装的流，然后基本都是服务器预转码，如果涉及到帧的问题，这尼玛谁几十万接这外包不是蠢吗？
因为这种方案本身有服务器，所以 p2p 作为一种补充并不会影响用户播放的速度，不过如果完全从其他节点拖
“_(:з)∠)_不过速度掉渣~” 就是这种效果。。。
讲道理直接看磁链 /种子和用下载机拖完看，本质上没什么优势，反而需要针对数据特化，这不是闲着慌吗~

@fuliti
以及对 lz 最好的就是这 30w 的方案，不过做不大还不如直接扔 cdn 。。。(鄙人才疏学浅，如果有 dalao 有更好的方案，学习学习。。。

@typcn 我说的 30w 是商业化之后一份副本授权的价格

_(:з)∠)_ 我只是想说明这事既简单又困难，如果说直白了，就没意思了

@popu111 +1 用着几年前的 2g 小内存写着 Android ， AS 必须省电模式，随走上了 Vim 写 Java 的道路。。。(和 gradle 配合极好的~
查东西不能开 Chrome ，随写了个工具摘要网页正文。。。 curl xx| sum
_(:з)∠)_

@binux 滋次！

(๑乛◡乛๑) 不错呦~

补充:上面说的服务是原力 p2p(非广告
去年问过~30w 包含服务器+客户端 SDK 。。。
至于使用 国内所有的 TV 播放器一年前都支持 p2p 协议的，然后破解过~大概都买了(也有和我一样直接拆了别人应用抽 SDK 出来用的

资源太少拖不起来
至于实现参照 p2p 直播的客户端结构
1. 种子下载服务监听 127.0.0.1
2. 随便找个开源播放器接收上面那个服务器的流

其实不难_(:з)∠)_不过速度掉渣~

程序员会 office(精通那种
程序员会用财税系统(国家制定那种
程序员会 用 /修 手机 /电视
程序员什么都知道(资源 /站点 /服务

@lilyswf 卡片之间的空白后来没了，这个唯一找到的截图，当时还没用瀑布流的布局~

linux 和 win 的 AS 并没有什么区别，顶多从 bash 打开可以看 log

23333

@yuelang85 终端打开并登陆是什么协议？