正好刚研究了这个CloudDrive,把115挂载到了emby上。接下来就是关于在刮削影片素材时遇到的一些具体问题。

封面图加载的过于缓慢

当我们完成刮削后,可能会发现封面图加载的非常慢。原因很简单,封面图以poster.jpg或其他的图片形式保存在了115网盘上。所以每一次点进去媒体库的时候都是从115上进行一个拉取,所以速度会比较慢。

  • emby其实是有一个缓存机制的,我们也可以自定这个缓存的文件夹。但是缓存毕竟是缓存,没过多久有需要重新读取。(主要是不能设置缓存多久)

所以我们得想办法把封面图都保存在本地的元数据库,每次都从本地进行一个读取。设置方法也非常的简单,点进去媒体库的设置,不要勾选将媒体图像保存到媒体文件夹中


如果你在刮削之前,已经勾选了这个框。那么则需要重新刷新一次元数据。并且一定要勾选替换现有图像才会生效。

测试是否生效也非常简单,给大家提供几种方法:

  1. 打开媒体库后封面显示速度比较快。
  2. 快速下拉媒体库列表时,进入CloudDrive的web界面,在下载进程那边没有出现图像文件即可。
  3. 进入emby的元数据文件夹,通常是/config/metadata/library这里,看有没有新的poster.jpg的文件。有就代表成功了。

用图床思维来管理媒体库

我之前收集影视作品的时候,总是喜欢建立一些文件夹,然后分门别类整理好。但是在这个过程中会遇到新的问题。比如一部作品可以按演员来分,或者是按公司来分,哪种优先呢?这种情况下好像是需要来引入标签再细分。但是可以想像这个需要画的时间肯定是天文数字。

这次在挂载115解决封面图的时候,我发现上一步有时候并不一定能解决问题。因为有些影视作品前人整理的比较好,单独建立了文件夹,甚至还有nfo文件跟相关的图片。所以emby在读到的时候,不会把封面图存储到自己的元数据库中。

所以我这次干脆就跟图床一样,根本不去进行任何的细分类,一股脑全部扔到一个文件夹,然后做以下处理:

  1. 首先这些文件一定要是JavScraper能读到的。
  2. 把视频文件筛选出来,也就是说没有任何的子文件夹。
  3. 删除所有的图片。
  4. 删除所有的重复文件。(115有排重功能,同时如果文件名相同,那么新的文件就会带上(1)的标记,直接统一删除即可)

经过以上的处理之后,封面图的问题自然而然是完全解决了,因为115上没有任何的图片,所有的图片一定是来自本地。以后的整理也方便很多,只要一股脑扔进去,emby自然而然会刮削来进行细分类。


按照上面的操作来之后,虽然说解决了绝大部分的问题,但是仍有瑕疵。因为有些视频是分成好几个部分的,如:cp-12-cd1、cp-12-cd2。。。如果这些文件都是在同样的一个文件夹时,emby会自动将其视为一个视频不同的版本。但是现在没有文件夹的话,emby就自动识别成一个个的影片,导致出现很多重复的影片,点进去一看,又发现是同一部片的不同部分...总之这个还没有什么好的解决办法。

关于115的cookie

115对于登录的要求应该是比较严格的。首先它只允许在三个不同的设备上登录账号,比如手机、平板、浏览器。如果两个手机都进行登录,或者是两个浏览器上都进行登录,那么立马就会强制下线。

我在进行刮削的时候观察几个很有意思的点:

  • 不能在群晖的file的服务里进行文件的写操作,只能读取,否则就会导致下线。
  • 可以在emby进行删除操作,不会有任何影响。
  • 在CloudDrive的WEB界面中对文件进行写操作,很大概率下线,如果同时emby正在使用,那么百分百下线。
  • 115在网页端登录之后可以把cookie给到CloudDrive进行登录。如果115网页端跟emby或CloudDrive同时有读写操作,那么很大概率下线。

总而言之,要更新刮削的时候,就不能去碰115了,否则又是重新登录。

正式使用

正式使用的时候体验还不错的,一般打开可能会等个3秒左右,快的时候也能秒开。但是随意拖拽基本上做不到,还是有明显的感知。

最后修改:2021 年 09 月 16 日 07 : 51 PM