Plugin: EmbyIcons release.

[Ansell 9]

36 minutes ago, yocker said:

请问您能否给我发送一份日志？

I can't send you the logs because I've already rolled back the version; switching versions again would cause the media library to blow up.

[Ansell 9]

58 minutes ago, yocker said:

Possible for me to get you to send me a log?

I surmise that once the disk-based image storage took effect, all images had to be regenerated; the resulting media library was so massive that the server became overwhelmed, causing all images to fail to load. The correct approach would have been to display the images first and then replace them one by one as a slow background process.

[yocker 2005]

1 hour ago, Ansell said:

I surmise that once the disk-based image storage took effect, all images had to be regenerated; the resulting media library was so massive that the server became overwhelmed, causing all images to fail to load. The correct approach would have been to display the images first and then replace them one by one as a slow background process.

As it is now it works just like when opening a library in a browser.
I will look into if there might be a problem some where.

[Ansell 9]

15 minutes ago, yocker said:

目前它的工作方式和在浏览器中打开图书馆一样。
我会调查一下是否存在什么问题。

I will also contact you promptly if there are any new findings.

[yocker 2005]

1 hour ago, Ansell said:

I will also contact you promptly if there are any new findings.

Looking into it right now and i need some information if possible.
You say the latest stable version 5.61.0.0 also has problems? That version doesn't have the new pre-draw function so that limits the search a little.

[yocker 2005]

@AnsellAlso i have a version here i would like you to try if possible.
It doesn't have some of the changed made to the 5.61.0.0 stable so if that works it helps narrow down the problem a lot!

 

 

Edited 7 hours ago by yocker

[Ansell 9]

55 minutes ago, yocker said:

@Ansell 另外，我还有一个版本可以试试，如果可能的话，希望你能尝试一下。
在 5.61.0.0 稳定版本中，有一些功能已经发生了改变。如果那个版本可以正常运行的话，那就能大大帮助我们找到问题的根源了！

 

EmbyIcons.dll 4.97 MB · 0 次下载

The issue started after the automatic upgrade to version 5.61.0.0; that update caused the media library to fail to load. I have since switched to version 5.61.0.2-beta and enabled the "Pre-draw posters" feature, and I am currently running the native Emby media library scan.

[yocker 2005]

6 minutes ago, Ansell said:

The issue started after the automatic upgrade to version 5.61.0.0; that update caused the media library to fail to load. I have since switched to version 5.61.0.2-beta and enabled the "Pre-draw posters" feature, and I am currently running the native Emby media library scan.

So the latest 5.61.0.2 beta works as it should?
Sorry for all the questions, i just want to be sure.

[Ansell 9]

1 minute ago, yocker said:

那么，最新的 5.61.0.2 测试版确实能正常工作了吧？
抱歉问了这么多问题，我只是想确认一下。

Feel free to ask anything; I will do my best to accommodate you. The database scan isn't finished yet, so I'm not sure if everything is working correctly, but the pre-draw posters are still stuck at 0%.

[yocker 2005]

2 minutes ago, Ansell said:

Feel free to ask anything; I will do my best to accommodate you. The database scan isn't finished yet, so I'm not sure if everything is working correctly, but the pre-draw posters are still stuck at 0%.

The database needs to have been scanned fully before the pre-draw posters works.
Please report back if the rest works as it should, plus please try the version i posted here a few threads back if you encounter any problems.

Thanks for answering and for your help!

[Ansell 9]

18 minutes ago, yocker said:

在进行预抽签之前，必须先完全扫描数据库。
如果其余的部件都能正常工作，请务必反馈回来。另外，如果你遇到任何问题，请尝试使用我在几个帖子中所发布的版本。

感谢您的回答和帮助！

It was precisely because the images went missing after the plugin update that I needed to scan the media library.I think this is crucial.

[Ansell 9]

33 minutes ago, yocker said:

The database needs to have been scanned fully before the pre-draw posters works.
Please report back if the rest works as it should, plus please try the version i posted here a few threads back if you encounter any problems.

Thanks for answering and for your help!

I believe the top priority is to immediately fix the logic issues and resolve the system crash. 1. Regarding images in the media library, the system should not generate graphics based on the currently opened image—as this slows down access speeds—but should instead display the original image first and then replace the images one by one. 2. Investigate why the plugin's scheduled task function is getting stuck.

[yocker 2005]

49 minutes ago, Ansell said:

I believe the top priority is to immediately fix the logic issues and resolve the system crash. 1. Regarding images in the media library, the system should not generate graphics based on the currently opened image—as this slows down access speeds—but should instead display the original image first and then replace the images one by one. 2. Investigate why the plugin's scheduled task function is getting stuck.

The plugin only reacts to what Emby tells it, having Emby first add it's image and then the plugin after that would be messy.
I optimized some aggregation and image drawing more for speed in the version that you mentioned, i think i might have cause a problem for your system with that.

The version uploaded here doesn't have those changes so should not cause the problem.

Sadly hard to find out what is wrong without a log file, when you are done with the current tasks in Emby you can upload the log from that and i will look at it.

Edited 7 hours ago by yocker

[yocker 2005]

@AnsellI might have found the problem and fixed it.

If you feel like testing it's the last beta version 5.61.0.3 in the catalog.

[Ansell 9]

5 hours ago, yocker said:

@Ansell 我可能已经找到了问题所在，并且已经解决了它。

如果你想要测试一下，那么这是目录中最后一个测试版——5.61.0.3 版本。

let me try

[Ansell 9]

5 hours ago, yocker said:

@Ansell 我可能已经找到了问题所在，并且已经解决了它。

如果你想要测试一下，那么这是目录中最后一个测试版——5.61.0.3 版本。

Emby cannot be restarted; otherwise, it forces a full regeneration of images. I updated to the beta, ran "Vacuum Database," and then restarted, only to encounter the same problem as before.


*** Error Report ***

2026-10-05 03:24:13.935 Error EmbyIconsEnhancer: [EmbyIcons] Critical error during enhancement for 南海十三郎. Copying original.

 

TargetSite: Void ThrowExceptionForIoErrno(ErrorInfo, System.String, Boolean)

Source: System.Private.CoreLib

at EmbyIcons.EmbyIconsEnhancer.EnhanceImageAsync(BaseItem item, String inputFile, String outputFile, ImageType imageType, Int32 imageIndex, CancellationToken cancellationToken)

at EmbyIcons.Helpers.FileUtils.SafeCopyAsync(String inputFile, String outputFile, IFileSystem fileSystem, CancellationToken cancellationToken)

at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileStream(String path, FileOpenMode mode, FileAccessMode access, FileShareMode share, Boolean isAsync)

at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileStream(String path, FileOpenMode mode, FileAccessMode access, FileShareMode share, Int32 bufferSize, FileOpenOptions fileOpenOptions, Int64 preAllocationSize)

at System.IO.FileStream..ctor(String path, FileStreamOptions options)

at System.IO.Strategies.OSFileStreamStrategy..ctor(String path, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize, Nullable`1 unixCreateMode)

at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String fullPath, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize, UnixFileMode openPermissions, Int64& fileLength, UnixFileMode& filePermissions, Boolean failForSymlink, Boolean& wasSymlink, Func`4 createOpenException)

at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirError)

File name: '/mnt/share2/115open/link/国产电影/南海十三郎 (1997) {tmdb-396296}/poster.jpg'

System.IO.FileNotFoundException: System.IO.FileNotFoundException: Could not find file '/mnt/share2/115open/link/国产电影/南海十三郎 (1997) {tmdb-396296}/poster.jpg'.

Application path: /app/emby/system

Data path: /config

Processor count: 8

Runtime: app/emby/system/System.Private.CoreLib.dll

Framework: .NET 8.0.28

OS/Process: x64/x64

Operating system: Linux version 4.4.302+ (root@build5) (gcc version 12.2.0 (GCC) ) #90080 SMP Wed Jul 22 00:10:11 CST 2026

Command line: /app/emby/system/EmbyServer.dll -programdata /config -ffdetect /app/emby/bin/ffdetect -ffmpeg /app/emby/bin/ffmpeg -ffprobe /app/emby/bin/ffprobe -restartexitcode 3

Version: 4.10.1.0

*** Error Report ***

[Ansell 9]

5 hours ago, yocker said:

@AnsellI might have found the problem and fixed it.

If you feel like testing it's the last beta version 5.61.0.3 in the catalog.

I can't open the media library again.

[Ansell 9]

5 hours ago, yocker said:

@AnsellI might have found the problem and fixed it.

If you feel like testing it's the last beta version 5.61.0.3 in the catalog.

maybe ...... "2026-10-05 03:40:13.173 Info EmbyIconsEnhancer: [EmbyIcons] Clearing all cached icon image data."

[Ansell 9]

5 hours ago, yocker said:

@AnsellI might have found the problem and fixed it.

If you feel like testing it's the last beta version 5.61.0.3 in the catalog.

Your current logic might force a load even when I am managing Emby via the API, which is a critical issue.

[yocker 2005]

@AnsellLooking at that log, are you hosting your files on a cloud service?
If so i suggest you try and enable  "Keep a chached copy of images in the server's metadata folder" and see what happens.

Also:
System.IO.FileNotFoundException: System.IO.FileNotFoundException: Could not find file '/mnt/share2/115open/link/国产电影/南海十三郎 (1997) {tmdb-396296}/poster.jpg'.
Emby doesn't seem to be able to find the file at that location and there for fails.
EmbyIcons only works with posters that Emby hands to it so this points to the problem not being with EmbyIcons.

I suspect the reason the old version of EmbyIcons works is because it's using an old cache key with the old posters.
Once that gets changed, which it will at some point no matter what, the errors will come again.
When EmbyIcons get's updated it resets the key and has to build the cache again, this is to avoid any stale posters and wrong icons because of possible changes in the plugin.

If on a cloud service it can also be that service being slow to respond and causing problems.

Edited 51 minutes ago by yocker

[Ansell 9]

1 minute ago, yocker said:

@Ansell 看着那个日志，你是否将文件托管在云服务上呢？
那么，我建议你们尝试启用“在服务器的元数据文件夹中保留图像的副本”这个功能，看看会发生什么情况。

此外：
System.IO.FileNotFoundException：无法找到文件“/mnt/share2/115open/link/国产电影/南海十三郎 (1997) {tmdb-396296}/poster.jpg”。
Emby 似乎无法在那个位置找到该文件，因此操作失败了。
EmbyIcons 仅适用于 Emby 亲自递交给它的海报。这意味着问题并不出在 EmbyIcons 上，而是其他方面。

我怀疑，旧版本的 EmbyIcons 能够正常运行的原因，可能是因为它使用了与旧版海报相关的旧缓存键。
一旦这种情况发生了改变——无论如何，这种改变迟早会到来的——那么那些错误就会再次出现。
当 EmbyIcons 更新时，系统会重置密钥，并需要重新构建缓存，这样可以避免由于插件可能发生的变化而导致图片显示不正确或图标错误的情况。

如果是在云服务平台上运行，那么该服务可能会响应迟缓，从而导致问题出现。

My media files are stored in the cloud, while local `.strm` files are used to link to them; all other content—such as images and metadata—is stored locally. These `.strm` files serve as stand-ins for the actual video files in the media library, fetching content from the cloud server only during playback. The `/mnt/share2` directory is actually a local directory.

[yocker 2005]

22 minutes ago, Ansell said:

Your current logic might force a load even when I am managing Emby via the API, which is a critical issue.

Do you know what API calls you are making?

[Ansell 9]

3 minutes ago, yocker said:

你知道自己正在调用哪些 API 吗？

My media library contains 39,966 movies, 6,373 TV shows, and 247,794 episodes. If everything had to be loaded from scratch every time, opening the library after a restart would be a massive strain—like an explosion of data processing.

[Ansell 9]

4 minutes ago, yocker said:

你知道自己正在调用哪些 API 吗？

I frequently refresh individual files within a media library to avoid triggering a full library scan, but the API request times out directly—resulting in errors like: "#Emby Notification# ::: Failed to retrieve subfolders for media library 455635: HTTPConnectionPool(host='172.17.0.1', port=8096): Read timed out. (read timeout=30)"

[Ansell 9]

11 minutes ago, yocker said:

Do you know what API calls you are making?

completely annihilated