EMBY的反应怎么这么慢？
如题，刚用上EMBY，发现是实时更新数据是真的慢，10多GB的文件夹重启好多次才能读到里面的剧集。甚至下面这个不到70G的文件夹读了两个小时还没读完。（用的是固态硬盘，BT文件校验时读取速度有1GB/s，所以肯定不是I/O瓶颈）
改名了吗?
有本地NFO吗?
没有本地NFO,本地连接刮削源联通情况怎么样
(PS:才两个小时,睡一觉就好了,急啥)
请问你是一口气把这些全部的文件夹都开始扫描的吗？
emby好像是先去扫全部的文件，再开始执行刮削工作的。 CentWind 发表于 2020-12-17 12:43
请问你是一口气把这些全部的文件夹都开始扫描的吗？
emby好像是先去扫全部的文件，再开始执行刮削工作的。 ...
是的，一口气全部扫描的。所以文件本身显示得这么慢我很疑惑。
实在不行可以win 10的软件tinyMediaManager刮削再放上去 HuangRuixiao 发表于 2020-12-18 16:19
是的，一口气全部扫描的。所以文件本身显示得这么慢我很疑惑。
信息不全，我给几种可能的情况，你自己看一看？不过一两个小时，一口气放真么多，刮不完挺正常的（雾
1、你一次性导入的动画太多，比如上TB的文件，emby需要先扫描，后刮削。也就是他要把你加进来的文件都看一遍是啥东西，然后再开始刮削。
这个过程是在后台进行的，没有刮削的文件可能暂时并没有显示出来，并不代表Emby没有识别到这个文件。也就是说刚加进来的动画，对外呈现就像是一个空壳一样，这个时候不是说他没识别到，而是他在识别其他东西，或者在刮削其他动画。
2、刮削的过程本来就是很缓慢的，连接性不好+被墙，更把这个时间拉长了
这个过程中要去元数据网站下载数据，可能你没有挂代理？TVDB是被墙了，TMDB好像也有些问题，改host能解决，但好像有人反映也被墙了。下载图片的fanart.tv这个网站下载就极其的慢（不管我在学校还是在家，挂不挂代理，都挺慢的）
3、建库的时候有个缩略图选项，如果设置错了，这个可能在加入的时候就开始花费大量的算力和时间进行，拖慢了整体的刮削速度。
页:
[1]