Celcom - bypass 无限上网的 tethering 限制

刚要用下 visual studio， 可是电脑似乎是空的，需要下载 visual studio 2019。

需要下载 ~6 GB （其实是安装才 ~6 GB，其实是 ~2 GB 而已， 给它吓尿一下）， 不过没有我周额只剩 30% 不到，手机 prepaid 钱只剩下 RM 10.40， 如果再买 2GB 都花光了无法再  renew 平时用的，得出街再进钱。无论如何当时主要原因是给下载 ~6 GB 吓尿。

celcom 有 RM2 unlimited 3 hours 的不过已注明无法 tethering。

然后随便搜下发现 celcom 有 offer 无限上网一小时， 去年 10 月 2 号到 2 月 8 号， 知道太晚了：

虽然没注明不能 tethering , 反而 Internet Pass 说可以 tethering，可是发现 redeem 后也是不能 tethering：

手机终究在自己手中，理论上可以 bypass，可是无限上网只剩下不到一小时，不可能临时研究，就打算放弃了。然后 google 看下别人吹水不爽 celcom 不给 tethering，搜了下 bypass tethering block 找到这个 thread，提到 PdaNet+，就去 play store 下载 PdaNet+：

可是打开 app 它说需要 tethering 的电脑下载 client， 可是无限上网期间 tethering 已 disable 怎样下载囧？：

幸好那个网可以直接手机下载 exe, 然后我那台电脑一时找不到 adb，就直接用 file explorer 打开，然后去 Download 目录即可 cut exe 去电脑打开安装：

安装之前先确保手机 PDANet+ app 除了打勾 "USB Tether" ，如没错也必须打勾 "Hide Tether Usage"， 才能实现不让厂商 (Carriers) 侦测到:

然后真的立马可以上网， 且下载 Visual Studio 速度达到几 MB。

好景不常，celcom 似乎早有准备，速度不久就 drop 去几百 KB， 最后甚至几十 KB，re-plug/re-connect 也没用。

只剩半小时不到，我从开发者的角度觉得可能 celcom 侦测手机是否上网才 drop 大量下载的线， 就试了下 chrome/facebook，不行。第二次要放弃的时候，再试 google play store app， 神奇的一幕发生了，速度立马回升到几 MB！

然后很快又掉回去了，我不停的重复刷  app 页下面的 "You might also like" 以及 "Recommended for you" app (即： app 主页 -> scroll 下面 -> 随便点击一个 app -> 重复)，才能保持速度在几 MB，真是搞笑。

刷  comment 也能，不过似乎到一个点无效了。所以刷 app 是最好的方法。

最后终于顺利下载完 Visual Studio 了，半小时还未完呢。

网上有人提 UA，不过我的情况不知如何改 UA。而且我开头在 PDANet+ 速度 drop 的时候用手机 chrome 也是一起变慢。

【更新】

要完全避免被侦测需要考虑更多事情。

Whatsapp - Emoji 冷知识

从来没用过的其它肤色 emoji 占了 Whatsapp apk 的 ~4.3MB (粗略删除后估计, unzipped)。所有 Emoji 则是 11MB。

可爱的幽灵由于全身衣所以省了。

手机容量小的话有点浪费 (特别是贫穷国家或笔者用的旧手机)，想像一下每个 chat app 都这么做...。 就不能出个版本，登入才下载一种肤色 emoji 而不是嵌入 apk 里头 （没网络也登入不了， 所以不会是为了没网络还能用）。

Facebook - 下载视频必知

Facebook 有些(不是全部)视频下载很慢， 必须加上正确的 facebook.com/ referer 才能恢复正常下载速度。

正确 referer: ~9.MiB/s
错误 referer: ~40KiB/s

吐槽下 youtube-dl 的设计，干嘛不默认使用 url 当 referer 黑人问号x3

中国报 - 备份视频必知

中国报有视频的新闻， 自家有三种视频来源。

一，jwplayer 的 .mp4 直接链接。这个是骗小孩的糖果，其实是最低的质量。

二，jwplayer 的 .m3u8，这个质量仅仅排第二。

三，dailymotion 的视频，这个质量是最好的。有时可能优势比较小，有时优势相当大 (24M vs 6.1M)。

新闻例子一， 优势明显 (24M vs 6.1M)， 且 Encoder features: High(Storage) > Main(Streaming) > Baseline(Low end devices，没 B-frames):

附注：使用 ffmpeg 下载 .m3u8 要记得放 -c copy 才准确， 因为 youtube-dl 的 ffmpeg 也是没有 -c copy 的。 有 -c copy 然后 re-encode 后变大/小才比较就不准确了。不过 remux ts 去 mp4 是必须的。

这里插入个实验，研究 .ts remuxing mp4 的影响。我写个脚本下载 ts 然后 append to single file， 再 ffmpeg remux:

可以看出手动(ts(s) -> single ts(m3u8_ts_by_script.ts) -> ffmpeged) vs 自动 (m3u8_thering) 的 diff 是一样的， 可是 bytes 却不知何故少了 19 - 83  = -64 bytes。然后也是手动 (ts(s) -> mp4(s) -> concat to single mp4 by ffmpeg) thering_remux_indivisual_ts_then_ffmpeg.mp4 更少， -240 bytes。即使仍无法完全模仿自动化，总而言之 .ts remuxing mp4 的不同方法对排名影响不大 (我试了 ~25 MB 的 dailymotion 了 ts to mp4 仅减少 1MB), 并不会无故升了  5 MB 啥的。


新闻例子二， 优势比较小， 不过排名仍然一样 (dailymotion > jw m3u8 > jw mp4)：

这里插入个实验，研究 re-encode (之前是 -c copy 而已) 对排名有何影响：


可以看出 encoded 虽然大小改变了（此次是增大）， 但由于两者的各方面都同样增长 (第一次 encode 都是升，之后重复 encode 才跌)，因此对排名没有影响，仍然是 dailymotion > jw m3u8