一句话总结:善用服务器编解码。
好了本文结束!开玩笑的。_(:з)∠)_
话说本来也确实没打算把这个特意写成文章来说的,但是想了想虽然能写的东西很少但又确实很有效,所以还是稍微整理下思绪来给大家分享一下吧!
公网的限制因素
我们在自家内网使用 Jellyfin 时,不管是在线看视频还是听歌自然都不会有太大的问题,因为说白了影响视频观看和听歌体验的最大因素无非就是网速了,而这在我们内网少说也是千兆网卡打底的情况可以说是完全没压力了。
但是如果你像我一样需要在外面也使用自家的 Jellyfin 服务器,网速就显得很重要了。在公网使用时,我们不仅需要考虑到自家宽带的上传带宽是否充足,还得考虑在外面使用服务的设备网速是否充足。如果这两者其中之一不给力的话(现实情况可能是两者都不太好),听歌因为使用的带宽比较少还好说,看视频就会体验很不好了。
一点优化建议
既然网速是最大的限制因素,那么我们可以先试着从源头上解决,缩减我们资源的体积好让它们能更快传输,当然我估计没多少人会愿意这么干吧?23333
虽然估计在看视频方面应该没多少愿意牺牲画质音质去换体积(谁家还没几个蓝光资源呢.jpg),但是在听歌这方面,我还是有一些相关的建议可以提供的。
听歌独属建议
这里的建议仅针对喜欢听无损歌曲的人来说,毕竟如果不是无损文件的话,MP3 M4A 之类的资源体积已经够小了,在传输上可以说是完全没有压力。
如果你跟我一样是爱听无损,那么这里确实有两个建议:
- 不要保存 WAV 文件而是转换为 FLAC 文件
- 尽量不要收集整轨无损资源而是转成分轨资源
第一条建议不用多说,作为同样保存无损音频的文件,WAV 体积相比 FLAC 要大上很多,而且还有个关键问题是保存的音乐标签似乎是不支持 UTF-8 的,这会导致 Jellyfin 识别时显示歌曲名作者之类的乱码,所以如果真要在 Jellyfin 上听无损歌曲的话,并不是很推荐用 WAV 格式存储音乐~
至于第二条建议,使用分轨的好处当然是专辑会分为多个文件传输,降低单次传输文件的体积好能快速播放不卡顿了。除此之外,据我所知 Jellyfin 也是不支持使用 CUE 文件来识别整轨文件音乐信息的,所以完全没必要去特意收集整轨文件存储。
通用建议
上面说了听歌的两条建议,那么现在再来说下我最想说的,通用建议——转码吧!
前面也说了,公网使用 Jellyfin 的体验主要是看 Jellyfin 服务器的上传带宽和你的设备网速够不够,既然这两样我们无法控制,不如试试通过 Jellyfin 的转码功能让资源在服务器上先转码缩减下体积再传输?
如果我们是使用客户端登录使用 Jellyfin 的话,一般它们都会带有是否转码的选项,可是看回 Jellyfin 的网页端,似乎没有一个开关能直接控制是否转码的?
当然了,你要说看视频时选择分辨率那个选项算是一种转码开关的话,也不是不行,前提是你的网速能让你初次打开见到那个能选择分辨率的播放界面……
不过虽然 Jellyfin 没有一个专门的开关让我们选择是否使用转码功能,当我们却可以通过用户的播放设置来达到类似的效果!
打开 Jellyfin 的用户设置界面,打开这个选项:
之后你应该能看到下面图里的视频质量和音频质量的选项:
注意视频质量和音频质量里的这两个网络质量的选项,其实这个选项就是类似于转码开关功能的选项了。默认情况下,两处的网络质量应该都是选择的自动,也就是说你网络不好或者设备不支持的时候,转码传输,如果都没问题的话就直接流式传输源文件,然而就博主的体验来说……说是自动却并不怎么自动,几乎每次都直接流式传输源文件了喂!(╯‵□′)╯︵┻━┻
所以我们可以根据自己的网络情况,设置一下传输文件的码率,这样虽然多多少少会有点不智能影响体验,但至少也算是达到了转码的目的,在外看视频和听歌就不会一卡一卡的了。(ヘ・_・)ヘ┳━┳
结束
想说的就这么多了,虽然感觉不是什么特别冷门的技巧,不过对我自己来说确实还是挺有效的,如果能帮到大家一点的话就最好不过了!
PS:文章特色图片出自 Pixiv 画师 HOJI 的作品,原链接:https://www.pixiv.net/artworks/108893744