All Activity

Emby playback UI.

Sorry for the late reply! So the album artist is indeed tagged differently, however the MusicBrainz ID is the same as can be seen in the following example: While this is correct that files have a different Album Artist, i think in the case of an Artist using an "Alias" in the sense of a different "style" of writing their name (or even making a typo) this should be linked to the same artist based on the MusicBrainz ID - so i guess the MusicBrainz ID should take precedence over the pure Album Artist string, as in my opinion the Music Brainz ID is a clear identifier where as the Album Artist string is but a loose convention. Ideally emby server would treat those discrepancies between the tagged MusicBrainz Artist ID and the Album Artist string contents just like MusicBrainz and other Services do: Whenever there is an anchor or navigation-link, the link itself should refer to the MusicBrainz ID but the link text should be based on the Album Artist string. That way, if Album Artist is different but the ID is same, it is an Alias. If the ID is different, this is intentionally a different artist. If there is no ID, the Album Artist should be treated as the identifier (first match). Since MusicBrainz seems to be the default datasource encouraging the user to use and also contribute to the database, i think this would be a good default change. Otherwise i think i could simply "script" my Picard to overwrite the Album Artist content with the actual name fetched with the MusicBrainz Artist ID, but then i would lose the information that this Album was released with an Alias. Is this something that emby could integrate?

The latest translucent image and scrolling the home screen settings issues seem to be fixed in 3.5.61. Thanks

I haven't used the Android store in a long time. I just watch GitHub for the latest.

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.