Plugin: EmbyIcons release.

[Ansell 9]

5 minutes ago, yocker said:

我认为已经没有太多性能可以提升了。最需要处理的两个主要问题是：系列剧集的合并过程，因为在不使用“简化”模式的情况下，需要检查整个系列中的所有剧集；还有就是自动生成剧集的过程。
我实在无法大幅修改这个绘图效果，因为绘图是用 SkiaSharp 工具制作的，而不是由我亲自设计的。

要加快插件的运行速度，最好的方法就是为电视剧和合集使用“精简模式”。
不过，这对你来说并没有太大的影响，因为你只是使用评分来进行判断而已。

我正在研究一些可以提高性能的新方案，不过可用的选项已经越来越少了。

Storing images locally for reuse is already an excellent solution; the app no longer crashes when opening the media library.

[yocker 2006]

4 minutes ago, Ansell said:

Storing images locally for reuse is already an excellent solution; the app no longer crashes when opening the media library.

It always did that, Emby hands EmbyIcons a poster and tells it to enhance it, EmbyIcons after that hands it back to Emby that then placed it in cache and used it for libraries.
I believe the problem was that i had it load x amount of posters into memory for processing but something would go wrong.
Either the limit didn't work as it should or the memory didn't get released.

I will have to look into that at some point.

[Ansell 9]

13 minutes ago, yocker said:

It always did that, Emby hands EmbyIcons a poster and tells it to enhance it, EmbyIcons after that hands it back to Emby that then placed it in cache and used it for libraries.
I believe the problem was that i had it load x amount of posters into memory for processing but something would go wrong.
Either the limit didn't work as it should or the memory didn't get released.

I will have to look into that at some point.

Version 5.61.1.0 seems great so far; I wonder how it will behave after restarting the Emby server.

[yocker 2006]

3 minutes ago, Ansell said:

Version 5.61.1.0 seems great so far; I wonder how it will behave after restarting the Emby server.

After a reboot it will have to rebuild the cache, this will be fast though and no redrawing of posters will happen.

There is one last thing i thinking of adding back to the plugin but i'm a bit hesitant about it as it might have been part of the problem on your system.
In short, it shortens the amount of time between each poster being drawn on.
It could gain a little performance. 

[Ansell 9]

1 minute ago, yocker said:

重启后，系统需要重新构建缓存数据。不过这个过程会非常快，而且不会重新绘制任何海报。

还有一件事，我想在插件中添加进去。不过我有点犹豫，因为这件事可能是你系统出现问题的原因之一。
简而言之，这缩短了每次需要绘制新图像之间的时间间隔。
它的性能可能会有所提升。

In reality, relying on disk I/O is indeed the best approach, given that Emby's memory management and its use of SQLite are notorious issues. Since Luke has consistently been reluctant to switch to PostgreSQL and Redis, other plugins really shouldn't consume memory; otherwise, the risk of a system crash becomes extremely high.

[Ansell 9]

2 minutes ago, yocker said:

重启后，系统需要重新构建缓存数据。不过这个过程会非常快，而且不会重新绘制任何海报。

还有一件事，我想在插件中添加进去。不过我有点犹豫，因为这件事可能是你系统出现问题的原因之一。
简而言之，这缩短了每次需要绘制新图像之间的时间间隔。
它的性能可能会有所提升。

Rendering the image isn't difficult; the challenge lies in having to redraw it every time—though that issue seems to have been resolved. Now, all that's needed for perfection is to reduce memory consumption. The need to redraw it every time was the biggest problem, but it appears that issue has already been solved.

[Ansell 9]

2 hours ago, yocker said:

After a reboot it will have to rebuild the cache, this will be fast though and no redrawing of posters will happen.

There is one last thing i thinking of adding back to the plugin but i'm a bit hesitant about it as it might have been part of the problem on your system.
In short, it shortens the amount of time between each poster being drawn on.
It could gain a little performance. 

I've discovered a new issue: you cannot save any plugin settings, otherwise all your images will have to be reprocessed.

[yocker 2006]

26 minutes ago, Ansell said:

I've discovered a new issue: you cannot save any plugin settings, otherwise all your images will have to be reprocessed.

That is by design. 
Otherwise any new icon positions wouldn't be shown and all posters would be stale.

I'm planning on making it profile dependant so only affected libraries gets updated and also only posters with relevant information gets updated. 

The last one might take a while to do.

Edited 5 hours ago by yocker

[Ansell 9]

1 hour ago, yocker said:

这是有意为之。
否则，任何新的图标位置都不会被显示出来，所有海报都会显得过时了。

我打算让更新效果取决于特定的配置文件，这样只有受影响的库才会被更新，而且只有包含相关信息的海报才会被更新。

最后一个可能需要一些时间来完成。

Current efforts should focus on avoiding redundant work that wastes performance.

[Ansell 9]

4 hours ago, yocker said:

That is by design. 
Otherwise any new icon positions wouldn't be shown and all posters would be stale.

I'm planning on making it profile dependant so only affected libraries gets updated and also only posters with relevant information gets updated. 

The last one might take a while to do.

It would be best to limit the scope to a specific timeframe—for instance, simply refreshing the 30 most recently added media items. Additionally, there should be a button allowing administrators to manually clear old records and perform a full rebuild, or to rebuild specific media libraries; ideally, however, there should be no option to trigger a rebuild of *all* images.