现在也该步入正题了,如何实现用MPV看B站呢?

MPV其实内嵌的youtube-dl便可以支持解析一部分视频了,但是还是远远不够。目标是高画质,会员限定等等都一网打尽。于是我转之到另一处开源项目来实现这一想法——you-get

you-get

太长不看可以直接往下跳

you-get的操作其实非常简单,只需要you-get <URL地址>就行,但真要那么简单那就太好了

you-get本质上还是个下载器,但我们想让它实现边下边播的功能,如何实现呢?

you-get 自身便提供了个参数 -p 接播放器来将解析提取后的视频源地址传给播放器来调用,但问题还是出现了,仅限单个地址。像B站现在的DASH流媒体地址解析后,用-i发现有两个,you-get立即报错。本来想让作者修复这个问题,但后面其实思索之后才发现其实是不现实的。

B站DASH流 分视频源和音频源两路(也许还有更多?)同时进行下载,其实you-get自己也知道而且会主动在下载完成之后用FFmpeg合并成一个完整的视频文件。那么有没有办法能够使mpv同时接受两个源来实现实时播放呢?通过查阅mpv文档惊喜的发现这一切都是可能的,现在我们来以用mpv播放B站上的《badapple!》(av22118703)的最高画质1080p60fps为例来演示具体步骤。

BadApple测试

1. 使用cookies.txt扩展获取Netscape cookies

感觉第一条就有些劝退了。。

这是无论是接下来要用到的you-get,mpv还是wget, curl, aria2都能支持的cookie格式

去chrome商店或是其他地方安装cookies.txt,或者其他类似的能够导出Netscape cookies格式的工具都行,然后获取在视频播放页面的Cookie,将其保存在一个txt文件里。

不过值得注意的是,对视频默认的画质设定会影响Cookies中的CURRENT_FNVAL和CURRENT_QUALITY字段,继而对you-get获取最高画质有影响,you-get只会获取到在网页里设定的默认画质为止。
发现获取不到最高画质可以试试直接改CURRENT_QUALITY对应的数字为116(1080p 60fps)或 120(4K)。

2. you-get 获取解析地址

这次没用av706是因为无法演示出1080p60fps,所以就用av22118703来演示

you-get <视频地址> -c <cookie文件地址> -i

1559481107766

-i参数用以显示更多清晰度以供选择,一般默认为最高画质,可用 --format选项选定,使用-u显示源地址

1559481522513

3. mpv直接播放

看到上面解析出来的两行地址了吗?那就是我们所需要的东西,现在的事情就交给mpv了。在Dash流模式里一般只会有两个链接,视频在上,音频在下。而普通模式出现的多行链接则是视频的分段,则需要用mpv的--merge-files选项来进行合并操作。

必选命令

所有链接都要带单引号

mpv <视频URL> --audio-file=<音频URL> --referrer='https://www.bilibili.com' --no-ytdl

  • <视频URL>
    当视频源是分段视频时,可用空格隔开多个视频源地址,并带上--merge-files,并可实现无缝衔接观看
  • --referrer
    一般默认https://www.bilibili.com就行了,实际上请求时带的却都是这个视频所在页面的地址。这个referrer就是导致了诸多下载器失效的原因。。
  • --no-ytdl
    关闭默认的ytdl解析,我们已经通过you-get拿到视频源地址了,传过去只会让ytdl报错
  • --cookies-file
    后接cookie文件地址,实验证实在播放时可有可无
  • --hwdec
    mpv的硬解选项,可用--hwdec=help发现更多可用的解码api,详情参照这里
  • --vo
    mpv的视频输出选项,同理可用--vo=help发现更多可用的视频输出设备,详情参照这里
  • --sub-file
    字幕文件。比如这里的弹幕实际上是以ASS字幕的形式加载的

好了,如今有了用mpv播放的基本姿势,就让我们来试试看吧!

效果:

1559483454084

视频带弹幕,毫无压力,接下来再是对B站最新出来的4K清晰度进行测试,性能上的巨大差异就很明显地凸显出来。mpv硬解赛高!!!
Chrome HTML5

MPV

其实有了mpv,之后的事就任你发挥了,比如用-vo=caca来实现字符画视频(终于廉价地实现了人生中第一次字符画badapple!泪目),因此还能得到在终端看B站的成就2333

1559483669172

不足

然而,其实在原本的you-get里,就算有大会员账号的Cookies还是不能够支持大会员版权番以及1080p+ 60fps高清画质,后遂经调试发现是you-get的解析还没跟上(也许是作者本身条件受限..),凭借着点皮毛,还是肝出了这个问题并提了人生第一份PR(再次泪目),然而两个多月过去了作者都没点反应,难受了。。。有需要的大家可以pull下来试试

昨天又稍微跟进了一下B站4K视频的解析(上面就是成果),要不要提呢。。还有最近B站出的模仿黑镜里的交互视频模式也研究了下,实现起来也不难,本来还想着能折腾出个方便点的脚本,只是最近真的很怠惰啊...(打死)

4.加载弹幕

还没找到相对于方便的方式(除非自己写),这里仅供参考

you-get其实就可以直接获取xml弹幕了,不过得和视频一起下载。或者使用浏览器的扩展也行。

其实B站弹幕的接口一直都没怎么变过呢,只要知道所看视频的cid就行了,现在其实在播放界面查看源码,Ctrl+F搜索一下cid= 一般后面接的数字就是了。

然后请求一下http://comment.bilibili.com/<cid>.xml就行了,这就是B站的xml弹幕文件。真是怀念,几年前就曾研究过它的格式了。。

转ASS格式可用在线的【bilibili ASS 弹幕在线转换】或者是离线的【Danmuku2Ass】,在这就不多说了

后记

之后我才了解到在B站早期没有HTML5播放器的时代,Linux用户的辛酸..(B站4年前的样子,弹幕素质有些不能忍av2137621)。

好在那时,秉着Linux用户一贯的精神,也有许多项目应运而生,BilBiliDan,BilBiliLocal,Danmuku2Ass……

而如今,随着视频接口的换代,以及HTML5播放器的普及,它们也终究成了一份时代记忆。而谁又想到之后的人只是为了追求硬解,却又有人踏上了似曾相识的道路。

听腻了什么“娱乐就用windows”“Linux桌面的意义何在”的冷嘲热讽,明明大家都在为着Linux的易用而努力着却一次又一次地被冷漠无视。不过现在的确Linux的环境也朝着好的方向发展着。看到四年前一条评论写着“希望能有一天用Linux一边看番一边吃泡面”,现在总算能笑着回答,一切都实现了呢。

嗯? 就这么结束了?其实还有一篇待我慢慢填坑,,利用mpv硬解之后剩余的性能可以干更多的事情。。在最末顺便再鄙视一下Nvidia,[Linus中指.jpg]

下一篇-->Linux下用mpv在B站看番(四):Anime4K