MP3缓冲2MB才开始播放的解决方法
Biu.Moe 主要收录的是无损，但是个别年代久远的曲子，或者二次创作的曲子，可能由于各种原因而找不到无损，只好收录 MP3。
播放没什么坑，但是在网页缓冲的时候，每次都需要下载 2MB 左右的数据才会开始播放。在网速不给力的时候，用户体验略糟糕。
下载文件解开看，发现基本来自网易云，开头就写着31 36 33 20 6B 65 79 28 44 6F 6E 27 74 20 6D 6F 64 69 66 79 29 3A ，不对复制错了是163 key(Don't modify)，后面跟着512个字。
然后看到封面，看起来应该是在文件头部。总之头部这么多无关紧要的东西特别浪费。特别是网易云插的 key 直接导致了 Mac 版客户端无法解码 MP3，似乎是因为 ID3 版本的问题。
之前和 Ovear 聊到音频文件的 moov atom 应该位于音频文件的头部，比 Metadata 还要优先才可以做到最快速度播放。所以试着把文件的 ID3 无关紧要的部分全部删掉，封面图也删掉，同时把 moov atom 提到文件头部。打开 Chrome 测试，原先需要缓冲 2MB 才播放的文件现在只需要不到 100KB 就开始播放！用户体验飞起！
找个时间把全盘的 MP3 重新封装一遍。越来越不会写长文了，博客越写越短还写不出来怎么办_(:з」∠)_
贴代码，加图片就会变长了。
才注意到网易云音乐居然玩这个
这货叫数字版权，不过贴图的话可删可不删，没啥影响
2mb应该是缓冲下来的东东找不到 moov atom的缘故
并不是，Itunes AAC才有数字版权。网易是写把key在ID3评论栏
所以黄易的新 API 返回的音乐地址是没有 ID3 信息的（好像是
原来如此
怎么感觉博客的字体好好看。渲染好赞啊～～怎么做到的:>
一顿乱晃来到这，越写越短证明tumblr需要你们这些老司机
有个ipod nano2
摸摸新喵喵
我倒是想从MP3里直接拿元数据来展示封面作者等信息。。。有空研究下
催更