All Activity

That's a strange looking Minion. More importantly, Google seems to be real slow with the updates for me atm., still can't get this new version.

Is it possible to support special mdblist lists in the future, e.g. https://mdblist.com/lists/official/movies/justwatch-streaming-charts perhaps incl. filters like https://mdblist.com/lists/official/movies/justwatch-streaming-charts?locale=de_DE&rank=7&provider=&genre= ? Currently the plugin thows an error: As an idea, it seems this JF script works just fine: https://github.com/jyourstone/jellyfin-smartlists-plugin/blob/main/Jellyfin.Plugin.SmartLists/Services/ExternalList/MdbListProvider.cs It uses https://mdblist.com/lists/{username}/{listname} for normal lists and https://mdblist.com/lists/official/{movies|shows}/{listname} for official lists incl. filter options.

I switched back to the official release in fire tv store after you said the newer release was there before

Understood, and thanks for the correction. One thing worth putting on the table before you close it. The extra images wouldn't be one per card — only one per badged episode. For my plugin that's the season premiere and the season finale, so a show with twelve upcoming entries needs one extra image, not twelve; every other entry could keep the shared series thumbnail it uses today. So a shape that might avoid the cost you're describing: an enhancer declares it may vary by episode, and the server emits a per-episode URL only for the entries that enhancer marks. Servers without such a plugin are untouched — same single request, same cache — and with one, the growth is bounded by how many episodes actually get a badge. If the answer is still no, that's genuinely fine and I'll stop asking. Thanks for considering it at all.

@ajinn777 HI there, can you please provide a specific example? How to Report a Problem Thanks !

I updated my comment to read We could pass episode numbers on the image url of the series thumb, which could flow through to image enhancers, but that's going to result in individual image requests vs one, and would blow up the size of image caches on both clients and server. So we could do that but there are strong reasons why we should not.

Thanks, that’s done it

So basically not possible. Thanks for the reply

Sorry, I just got that wrong. I would go though looking for duplicates to remove, but I actually removed them using Windows. I did work my way through movies and edit images though, and that did trigger it.

Are you sure you are on at least 2.1.59 of the app? Doesn't look like it...

Emby Server Login and Loading Issues Based on reports from several of my users, they have been experiencing issues when accessing my Emby Server. The symptoms are quite inconsistent, including: The login process sometimes works, but sometimes fails. After successfully logging in, users are sometimes unexpectedly logged out. It seems as if access to the server is being restricted, even though the user has already logged in successfully. When trying to play a video, playback sometimes gets stuck on the loading screen and never starts. When opening certain menus or genres, the page also gets stuck loading without displaying any content. Initially, I suspected that the issue might be related to the connection or the VPS I am using. However, when I tried to restart Emby through the API using localhost, the request was rejected with a message indicating that the server was busy. Based on this behavior, I suspect the issue might be on the Emby Server side, perhaps due to some internal process being overloaded or some mechanism that limits or queues requests when the server is handling too many processes simultaneously. Has anyone experienced similar issues? I'm sorry, Luke, but I wasn't able to provide the logs because I forgot to collect them at the time. I have currently reverted back to Emby 4.9.5.

thanks! edit: wow it's bombing along!

Enable Hash Detection, the one you have chosen there uses OCR as fallback in case Chroma/Hash fails.

Is this the setting?

Thanks, I’ll do that!

No, the requested resolution is still the same (216*324 for posters and 366*x for thumbs): 2026-09-22 21:20:09.941 Debug ImageService-0HNOORPPEQRL6:00000021: http/1.1 GET http://host2:8097/emby/Items/690867/Images/Primary?maxHeight=324&maxWidth=216&tag=c5a9586f2422d60eceb2bfe2de00e357_639076069772534269&quality=90. Source Ip: host3, UserAgent: Mozilla/5.0 (Linux; Android 14; Smart TV Pro Build/UTT2.250416.001; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/151.0.7922.202 Mobile Safari/537.36 2026-09-22 21:19:52.919 Debug ImageService-0HNOORPPEQRL1:00000004: http/1.1 GET http://host2:8097/emby/Items/705163/Images/Thumb?maxWidth=366&tag=94cb6e4f5fc08c03ab2eeccb0003966d_639076120162012614&quality=90. Source Ip: host3, UserAgent: Mozilla/5.0 (Linux; Android 14; Smart TV Pro Build/UTT2.250416.001; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/151.0.7922.202 Mobile Safari/537.36

Are the image requests different? It is getting the pixel ratio from a different place now when calculating the requested image size.

Hi, you could restrict delete permissions from your emby user.

When it's not the first section, it will stay like that.

Is there a way to hide the Delete button on the Roku app?

Thanks! Good to know about the full screen spotlight. Will it be completely changed to that or will it be an option? I know it allows card vs spotlight but I also like the look of the spotlight on the phone android. it would be nice to have that size option on the TV too. Example attached of the vertical spotlight banner on the phone.

Hi sorry for the delay, ok so tester this a few moments ago, set series to "Savings Lives at sea" bbc2 on hd homerun to record. Went to series option, settings changed to as per photo I checked settings again and as per second photo Checked the server webview > Live TV > schedule. Item not even showing as per image 3 So conclusion somethings not right

Tried that, I installed Emby for Android 3.5.61 and deleted the cache, unfortunately there was no improvement in image quality.

@RedNo7 I almost forgot to mention. I suggest you try the chroma/hash detection now instead of OCR, it's much more CPU friendly and with the improved precision it's almost as good.

Not for general availability (via the store). That's why I said soon.