CloudDrive!让你的网盘多一种可能性

前段时间得知阿里云盘可以利用一个软件挂载到本地，我也没有太过关注，因为阿里云盘内测的时候我也没有去申请。但是后来在...

正好刚研究了这个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 日
© 允许规范转载
如果觉得我的文章对你有用，请随意赞赏