@Valyrian VP9 难道不是 265 标准？
想自己从算法层面重写解码器可以先看看 265 协议的标准文档，然后再决定要不要做。

Metal 是图形接口标准，等同于原来的 opengl。你听说过用 opengl 作视频编解码的吗？
编解码的本质是一些信号系统处理算法合集，所谓的硬件加速也就是加速这些算法函数的效率。
我司有人自己做过硬解码，但是那是基于 intel 的 sdk 开发包。
现在 mac 的情况是基本只有最新硬件才支持 265 的硬件加速，出于兼容性的考虑。目前对于 h265 软解方案是最适合的。

@cxq 平时我经常用 iPad/iPhone/Mac 等设备连接共享的 wifi 热点，上网都没有任何问题啊。
这个思路理论上是可以对网络数据做编程操作的。我倾向于用旧 mac 来做是考虑到 mac 的开发调试环境是最方便的对我来说。

谢谢大家的指点。
我决定先找个旧的 mac 电脑来尝试下。mac 电脑作成 wifi 热点，然后想办法把 wifi 的流量转到 mac 的以太网卡上。

@QAPTEAWH 从来都是第一时间删除。qqshare 也是一样删除。

@quietjosen mac 和 ios 的沙盒策略是一样的思路，细节有差异而已。
沙盒不是 mac app 的唯一形式。

楼主的内容不太认同。
1. mac 现在相对 ios 示弱是因为移动设备是计算机硬件发展未来形态。但 Mac 生态相对 ios 有更成熟的环境。
2. Mac app store 的优势是平台方便，一年 99 刀换来的是发布上传销售结算等省心服务，这显然是比较值的。mac app store 真正该喷的是 30%抽成。ios 大多 app 都才 0.99 售价，被苹果也就抽 0.3 刀，毛毛雨。而常规的桌面软件定价都是几十美元的，抽 30%就是大数额了。这导致很多开发者宁愿自己搭建销售平台。
3. 沙盒模式是未来趋势，这方面我是坚定支持的。你就说你愿意安装一个能后台扫描你硬盘的 qq 还是去官方商店下一个受权限约束的 qq ？
4. 关于 swift 和 oc，我觉得吧，作为工程师的日常就是每天都学习新的东西，这也是这个工作的最大乐趣，有什么好排斥的。

神了。第一次听说这种解释。
我的 mbp 虽是老款但是是 usb 3.0，从来没有遇到这种问题。有人想给我科普一下吗？

2 个一起混用才是靠谱的。
以前积累的 oc 代码没必要用 swift 再重写一次，新代码直接用 swift。
有强迫症的话，直接把 oc 编成 lib 得了。

我猜应该是用的多了，功夫网出口 qos 限流吧。

关于视频要一般要看 3 个参数。分辨率，码率，fps
有些相机 4k 模式，fps 只有 30，且编码的码率不高

@levy 其他平台源码其实也有，不过 ios 维护的好一些。

115 现在就靠着海量岛国 av 赚宅男钱啊。从某个角度说，这比卖白粉还来钱，想涨价就涨价。
好奇的，为什么没有人举报。

@levy 我个人倒是有 ios 客户端的，服务器部分最好自己做吧。

买代码自己二次开发吧

应该说豆瓣自己没有运营好吧。
其实中文网络里一直很缺一个偏文学主题的社区，且不是微博那种只字片语。说和写中文的网民可是有差不多十来亿的数量，喜欢写文章的人至少 1%吧。所以好多人在天涯码字，后来又发现豆瓣更适合，现在就是知乎。这也能很好解释，为什么知乎上编段子的人很多。

说知乎用户高端就有点扯了。当时知乎小范围邀请用户的时候，确实找了一些肚子有货人的来写东西。但是开放给大众以后，本质上和贴吧没有高低之分。说白了知乎就是一个华语网民喜欢的一个文字交流社区。豆瓣不愿意做迎合用户的事，自然现在没落的不行了。