albin504

@albin504 去年年底加了一个腾讯投资者群，群里很多股票资产上千万的群友，他们给我讲了上述这套理论。 因此我去年低下定决定把第二套房子卖了，部分投入股市，这个决策，现在大约带来了 20%回报 （这半年房价继续跌 + 股票收益）。

@albin504 肯定有同学要说：腾讯股票再跌一半都有可能。 确实有可能。
长期看，股价最终会反应公司的价值。 投资股票容易、但也难，需要一些定力

1 、如果要买标普，伯克希尔大概率比标普更值得买。

2 、评论区没人从投资回报角度分析投资房子和投资股票（公司）的区别。
拿上海举例，次新房的租金回报率大部分不到 2%（ 700 万的房子，一年租金不到 12 万）。
投资房子，本金 700 万，要五六十年回本，年回报率低于 2%，和银行定期存款相当。
当然，考虑到房子能扛通胀（钞票可以无限印，但房子的地段造不出来），买房子大概率比存银行强。

然后说说投资公司（买股票就是买公司）的回报率。
以腾讯股票为例，现在市值 5 万亿，每年净利润 2500 亿。并且公司护城河很深，公司基本不用投资扩大生产，大部分利润都可以留存，回购股票或者分红。

买腾讯股票，就等于买了腾讯这家公司，投入的是 5 万亿本金，每年 5%回报（ 2500 亿）。
另外，腾讯的利润大概率每年还会有 10%左右的增长，也就是说，投入 10 年后，每年的回报肯定超过 10%

另外，港股现在大巴市盈率 10 左右的红利股（如中国移动、中国海洋石油）。

因此，从投资回报的角度，毫无疑问应该卖房炒股。如果是自住的话，就当是买车了，也很有幸福价值。

播放源视频文件，AI 给的答案：

1. 播放体验问题

弱网卡顿严重
原始文件往往是高码率（比如 8Mbps 的 1080p ，甚至 30Mbps 的 4K ），用户网速达不到就会疯狂缓冲。相比之下，HLS/DASH 会给播放器多个码率，自动降级。

首屏延迟高
播放器需要先下载足够数据才能解码出画面，文件越大、I 帧（关键帧）越稀疏，等待越久。转成 HLS 的话，用户几乎秒开，因为只要下一个小 ts 分片就能播。

拖动不友好
原始 MP4 播放拖动时，必须等到文件的 moov box （元数据）正确并且索引可用。如果文件没“fast start”（ moov 在文件头），用户拖到结尾会触发整段数据拉取，浪费又慢。

2. 兼容性问题

不支持自适应码率 (ABR)
原始文件只有一个清晰度，不可能根据网络自动切换。

不同终端差异大
iOS Safari 、安卓浏览器、微信内置播放器，对 MP4 直链的 seek 支持各不相同；有的能拖，有的只能从头播。

直播/边录边播没法玩
原始文件是个完整包，没法像流协议那样边生产边消费。

3. 成本和运维问题

带宽成本高
用户全量拉高码率文件，对 OSS/CDN 是巨额流量消耗。如果用 HLS ，很多时候用户只拉 480p 的分片，成本能省一大截。

缓存利用率差
CDN 缓存原始大文件，不同用户拖不同位置时，命中率低；但如果是分片，大家都从 m3u8 的第 37 段开始，请求命中率就高很多。

转码延后体验割裂
前面一批用户看到的是原始文件，后面新来的用户切到 HLS ，会出现“同一个视频，两拨用户体验不一样”的情况。

@spritecn 这也是个思路。 只是对于高画质视频，网速不太快的情况下，播放会明显卡顿吧。另外，对于部分视频格式，会不会不支持拖动播放（用户拖动后云端 seek 到对应的流）？要不然为啥要发明 HLS 协议

@yuanxing008 政治原因，数据不能出境。如印度用户的数据必须存储在印度服务器

@yuanxing008 谢谢，遇到大佬了。 你们自己实现了按需分片转码对吧？ 我们是多国家提供服务，阿里云支持的区域，目前用的是阿里云的在线实时转码方案。阿里云不支持的区域，在考虑用上面的自研方案

@guiyumin 理论上是，优酷视频右脚上的水印（优酷 logo ）估计就是转码时候加上去的吧

@guiyumin 这个可估算的。1 小时的视频用 GPU 转码最快 45s ，10s 的视频（ 1 个分片）不到 1s