Plugin: EmbyIcons release.

[rbjtech 5353]

Hi @yocker

Embarassingly, I can't seem to get your Plugin to work ..

The Plugin is loading, I see it in the Plugin area, I see it load in the logs - but when I click on Settings - nothing at all happens.

The config XML file is not being created - so I tried forcing a blank one but no joy.

Other config XML's are being updated, so it's not a write/permission issue.

I've tried cleaning browser cache, private & also an alternative browser.

Filtered log below if this helps.

I'm using the latest Emby beta - 4.10.0.10

Any help appreciated ! Thanks.

Nothing shows from above - and nothing is actionable.

Log below :-

2026-04-12 09:17:27.486 Info App: Loading EmbyIcons, Version=5.51.6.0, Culture=neutral, PublicKeyToken=null from C:\Emby-Server\programdata\plugins\EmbyIcons.dll
2026-04-12 09:17:27.764 Debug Plugin: EmbyIcons plugin initialized.
2026-04-12 09:17:27.862 Info EmbyIconsEnhancer: [EmbyIcons] Session started.
2026-04-12 09:17:27.862 Debug XmlSerializer: Deserializing file C:\Emby-Server\programdata\plugins\configurations\EmbyIcons.xml
2026-04-12 09:17:27.867 Info EmbyIconsEnhancer: [EmbyIcons] SkiaSharp is available and functional.
2026-04-12 09:17:27.867 Info EmbyIconsEnhancer: [EmbyIcons] SkiaSharp is available. Icon overlays will be applied.
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ApiRoutesService.GetApiRoutesRequest
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.AspectRatioService.GetAspectRatio
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.CacheManagerService.RefreshCacheRequest
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.IconManagerService.GetIconManagerReport
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ItemsByIconService.GetItemsByIcon
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.MemoryUsageService.MemoryUsageRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ExportProfilesService.ExportProfilesRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ImportProfilesService.ImportProfilesRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ValidateProfileImportService.ValidateProfileImportRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.TemplateCacheStatsService.TemplateCacheStatsRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ClearTemplateCacheService.ClearTemplateCacheRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ProfileService.GetDefaultProfile
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ScanProgressService.GetScanProgress
2026-04-12 09:17:28.107 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.SeriesTroubleshooterService.GetSeriesTroubleshooterReport
2026-04-12 09:17:28.107 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ValidationService.ValidatePathRequest
2026-04-12 09:17:28.466 Debug Plugin: [EmbyIcons] Populating library path cache using Trie.

** edit **

yea - I think it's because it hasn't created the config xml for some reason - this is brand new install.

Browser debug below :-

Edited April 12 by rbjtech

[yocker 1508]

7 hours ago, rbjtech said:

Hi @yocker

Embarassingly, I can't seem to get your Plugin to work ..

The Plugin is loading, I see it in the Plugin area, I see it load in the logs - but when I click on Settings - nothing at all happens.

The config XML file is not being created - so I tried forcing a blank one but no joy.

Other config XML's are being updated, so it's not a write/permission issue.

I've tried cleaning browser cache, private & also an alternative browser.

Filtered log below if this helps.

I'm using the latest Emby beta - 4.10.0.10

Any help appreciated ! Thanks.

Nothing shows from above - and nothing is actionable.

Log below :-

2026-04-12 09:17:27.486 Info App: Loading EmbyIcons, Version=5.51.6.0, Culture=neutral, PublicKeyToken=null from C:\Emby-Server\programdata\plugins\EmbyIcons.dll
2026-04-12 09:17:27.764 Debug Plugin: EmbyIcons plugin initialized.
2026-04-12 09:17:27.862 Info EmbyIconsEnhancer: [EmbyIcons] Session started.
2026-04-12 09:17:27.862 Debug XmlSerializer: Deserializing file C:\Emby-Server\programdata\plugins\configurations\EmbyIcons.xml
2026-04-12 09:17:27.867 Info EmbyIconsEnhancer: [EmbyIcons] SkiaSharp is available and functional.
2026-04-12 09:17:27.867 Info EmbyIconsEnhancer: [EmbyIcons] SkiaSharp is available. Icon overlays will be applied.
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ApiRoutesService.GetApiRoutesRequest
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.AspectRatioService.GetAspectRatio
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.CacheManagerService.RefreshCacheRequest
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.IconManagerService.GetIconManagerReport
2026-04-12 09:17:28.105 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ItemsByIconService.GetItemsByIcon
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.MemoryUsageService.MemoryUsageRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ExportProfilesService.ExportProfilesRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ImportProfilesService.ImportProfilesRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ValidateProfileImportService.ValidateProfileImportRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.TemplateCacheStatsService.TemplateCacheStatsRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ClearTemplateCacheService.ClearTemplateCacheRequest
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ProfileService.GetDefaultProfile
2026-04-12 09:17:28.106 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ScanProgressService.GetScanProgress
2026-04-12 09:17:28.107 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.SeriesTroubleshooterService.GetSeriesTroubleshooterReport
2026-04-12 09:17:28.107 Debug Server: Defaulting route to authenticated: EmbyIcons.Services.ValidationService.ValidatePathRequest
2026-04-12 09:17:28.466 Debug Plugin: [EmbyIcons] Populating library path cache using Trie.

** edit **

yea - I think it's because it hasn't created the config xml for some reason - this is brand new install.

Browser debug below :-

See if this one works.

It should correctly loads the settings page now.
The config file is not necessary for the settings page to load and is first created when saving.

EmbyIcons.dll

Edited April 12 by yocker

[rbjtech 5353]

52 minutes ago, yocker said:

See if this one works.

It should correctly loads the settings page now.
The config file is not necessary for the settings page to load and is first created when saving.

 

 @yocker- this one loads just fine.  thanks !

[yocker 1508]

New version (v5.52.2) out.

This one fixes memory usage, memory leaks and performance issues.
Been working on it for some time and memory usage should in some cases be almost halfed along with a descent performance uplift.

Download it at: yocksers/EmbyIcons Github.

Thank you to @Neminem for the help!

Edited April 16 by yocker

[ISeeTWizard 30]

6 minutes ago, yocker said:

New version (v5.52.3) out.

 

You have a typo - not 5.52.3 but 5.52.2 according to GitHub and what I see in Emby

 

[yocker 1508]

42 minutes ago, ISeeTWizard said:

You have a typo - not 5.52.3 but 5.52.2 according to GitHub and what I see in Emby

 

Fixed

Thanks! 

Also forgot to thank. @Neminem for jeres help

Edited April 16 by yocker

[yocker 1508]

Thanks to the Emby team EmbyIcons can now be found in the catalog.

Enjoy!  

[sh0rty 735]

Congrats @yockerJust got the auto-update and was slightly irritated. 

[Suliamu 42]

11 hours ago, yocker said:

Thanks to the Emby team EmbyIcons can now be found in the catalog.

Enjoy!  

Hey @yocker, 

it's really cool that it is now in the pluginstore but can you maybe help me out because i used a custom compiled version of it with my own icons and it was simply overwritten now. 
If i create and compile the project as you advised couple months ago what do i need to change so that the autoupdate feature doesn't overwrite it again? 

Thanks again for this awesome plugin and the constant updates!

[yocker 1508]

1 hour ago, Suliamu said:

Hey @yocker, 

it's really cool that it is now in the pluginstore but can you maybe help me out because i used a custom compiled version of it with my own icons and it was simply overwritten now. 
If i create and compile the project as you advised couple months ago what do i need to change so that the autoupdate feature doesn't overwrite it again? 

Thanks again for this awesome plugin and the constant updates!

Forgotten about the problems you had, very sorry about that.  

Not sure precisely what Emby goes after when catalog is used but i would guess changing the version number to some high number would be enough, to be 100% safe the "[assembly: Guid("b8d0f5a4-3e96-4c0f-a6e2-9f0c2ecb5c5f")]" in Assemblyinfo.cs can be changed too to something else.
 

[ebr 16398]

5 hours ago, yocker said:

[assembly: Guid("b8d0f5a4-3e96-4c0f-a6e2-9f0c2ecb5c5f")]" in Assemblyinfo.cs can be changed too to something else

This is the key.  It is how the store identifies the plugin.

[Suliamu 42]

Thank you both very much 

[Asdepique777 2]

On 4/16/2026 at 3:39 PM, yocker said:

New version (v5.52.2) out.

This one fixes memory usage, memory leaks and performance issues.
Been working on it for some time and memory usage should in some cases be almost halfed along with a descent performance uplift.

Download it at: yocksers/EmbyIcons Github.

Thank you to @Neminem for the help!

Hi yocker ! First of all thank you so much for your amazing life-changing plugin !

Since v.5.52.2, I don't have popcorn rating icons displayed on my poster. I reverted to 5.51.8, but since the plugin is now available trough the catalog, it updates automatically to 5.52.3 (stays 5.51.8 until server restart). Have you an idea of why the popcorn rating fails ?

Thanks again

[yocker 1508]

1 hour ago, Asdepique777 said:

Hi yocker ! First of all thank you so much for your amazing life-changing plugin !

Since v.5.52.2, I don't have popcorn rating icons displayed on my poster. I reverted to 5.51.8, but since the plugin is now available trough the catalog, it updates automatically to 5.52.3 (stays 5.51.8 until server restart). Have you an idea of why the popcorn rating fails ?

Thanks again

Should be fixed in the latest version along side a small bug in the loading of the settings page that could make it not show in rare occasions when closed and then loaded to fast.

Thank you for reporting it.  

Edited April 19 by yocker

[Asdepique777 2]

Thanks a lot for your incredible efficiency @yocker! 

Have a nice day 

[szymonSamsung 4]

@yocker I'm not sure if i'm the only one but for 2 days i had issue with emby server on unraid suddenly turning off logs showed "segmentation fault" and the kill command went on. I checked plugin by plugin and the causing problem was EmbyIcons but not sure if it is related with anything. But tested that twice remotely and on localhost.

[yocker 1508]

7 minutes ago, szymonSamsung said:

@yocker I'm not sure if i'm the only one but for 2 days i had issue with emby server on unraid suddenly turning off logs showed "segmentation fault" and the kill command went on. I checked plugin by plugin and the causing problem was EmbyIcons but not sure if it is related with anything. But tested that twice remotely and on localhost.

That's strange, first i hear of that.
Tbh i have no idea what could cause it, i will look into it.

Please supply a log file with debug turned on in both Emby and plugin.

Edited April 22 by yocker

[szymonSamsung 4]

Where can i locate log from embyicons ? If it's not in embyicons folder in plugins

[yocker 1508]

Just now, szymonSamsung said:

Where can i locate log from embyicons ? If it's not in embyicons folder in plugins

It's just enabling debug logging in the plugin and all will show in the Emby log.
But since it shuts down the server just enabling debug in Emby should be enough.

Looking through the code now with the help of an AI looking for a bug that could cause it, it seems it actually found it.
I had introduced a bug in the cache in the latest version that could cause problems under the right circumstance.
Will fix it and send you a dll to test later.

[szymonSamsung 4]

just in case here are logs but i quickly looked with ctrl+f for embyicons and there was something related with caching

embyserver.txt

[yocker 1508]

11 minutes ago, szymonSamsung said:

just in case here are logs but i quickly looked with ctrl+f for embyicons and there was something related with caching

embyserver.txt 230.07 kB · 0 downloads

Yes that looks to be the bug found.
Working on a fix now, should have one ready tonight or tomorrow if everything goes as it should.

Many thanks for reporting it!

[szymonSamsung 4]

Thanks for fast response will test tomorrow then and let you know !

[yocker 1508]

1 hour ago, szymonSamsung said:

Thanks for fast response will test tomorrow then and let you know !

I fixed the bug by reverting to some methods used in the previous version.
I will upload it to the catalog right away since it's a pretty serious bug when it can crash Emby.
 

[szymonSamsung 4]

Works fine now thanks @yocker

[yocker 1508]

53 minutes ago, szymonSamsung said:

Works fine now thanks @yocker

Thank you for reporting it.