All Activity

Hey Luke Thanks for looking in to it. No, the permission problems are in the music sections and for the movies I did not find a System:IO Problem. I had some errors in a previous log, saying something like a Cover art plugin had no license key. So I deleted it and rescanned the movie section. The errors were gone, but the cover problem still exists.

I installed the beta (5.56.5.0) and tested it. Unfortunately, the behavior is unchanged. A metadata refresh does not update the incorrect artwork. Additionally, the movie I refreshed still ends up randomly propagating its artwork to other unrelated movies. When I open Edit Images, I still see the incorrect artwork, even though the local artwork files in the movie folder (poster.png, fanart.jpg, logo.png, etc.) are correct.

I know my reply was specifically addressing the new synology related post

But we are waiting for a solution for qnap nas. @Luke wrote that maybe someone is solving it but we doubt it. Can someone from the devs confirm that anyone knows about it at all? Communication from the emby team is zero on this.

Hi, have you noticed the permissions problems in your log? Could that be related? System.IO.DirectoryNotFoundException: System.IO.DirectoryNotFoundException: Could not find a part of the path '/volume1/music/Werni'. Most likely something did get touched though..

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

Thanks for the feedback, Alexa has been updated, can you please try again?

Thanks for the feedback, Alexa has been updated, can you please try again?

This might be my solution -- and very similar use-case here. What specifically are you putting in parenthesis to avoid the parsing? Thanks!

Actually, I think CBers was correct. I turn debugging on and I see it, turn it off and I no longer see the Trans/Direct box when opening the OSD.

@SamES

Hi, how does the web app compare?

There were hurdles in the Google store that kept us from a new general release and we finally cleared them.

I don't think they're listed anywhere.

@eMoOakI made a quick and dirty little change to how EmbyIcons handles video IDs. Can i get you to test it out and see if anything changed? You will find it in the catalog, it's beta version 5.56.5.0. Install it and do a metadata refresh on an affected video. Make sure to enable replacing images.

Apologies. I was just going off the Play Store release history, not your internal docs. I'll take a look at the above, thanks for the link. Do you have a location where old non beta APK versions can be downloaded for rolling back if needed?

There have been multiple updates since then. See here: In fact v2.1.53 was released on the beta track yesterday.

So EMBY team. What have you changed in the Android TV app in July? Not the Emby for Android but the Android TV app. No updates on this abandoned app since March 2025. I'm not complaining since it works well, don't break it! But now TWO updates to it in the Google Play Store in July to version 2.1.51g. No change log so what have you changed?

Strange, I still can't say it isn't embyicons but it sure doesn't look like it too me. I will keep working on the issue I found and upload it asap so at least that is fixed. For now I suggest giving ebr some logs so he can look into it there is a problem with Emby or embarrassingly Embyicons

Any update on this as I'm worried of getting screen burn on my devices as this keeps happening every night. And often during the day too.

You can get both to show at the same time (until the OSD auto closes) to see the difference. I'm running .53 now and almost 2 minutes into the video SFN still hasn't updated. ffmpeg-remux-51bf48bb-cc19-465b-b42e-92a0fc84af72_1.txt

Yes, I have the group by type off on web. Ideally id like to set the views to not have that enabled by default for all users as I group collections into internal timeline order so if you’re watching something like Star Trek, Star Wars, MCU, etc all of the items are in the order they happen in-universe rather than when they released.

Yes, I did. It didn't change anything. The displayed artwork remained incorrect after the metadata refresh. What's even stranger is that when I open Edit Images, I still see the incorrect artwork, even though the local artwork files in the movie folder (poster.png, fanart.jpg, logo.png, etc.) are the correct ones. So Emby doesn't seem to be using the local artwork files for the affected movies.

public class GenericListItem { /// <remarks> /// The URL will be followed, unless <see cref="P:Emby.Web.GenericEdit.Elements.List.GenericListItem.HyperLinkTargetExternal" /> is set, causing it to be opened externally. /// The exect behavior is app-specific. /// Not all client applications are able to show web content in external windows. /// </remarks> public string HyperLink { get; set; } /// <summary>Gets or sets a value indicating whether the hyper link target will be opened externally.</summary> /// <value><c>true</c> to open the hyper link target externally; otherwise, <c>false</c>.</value> public bool HyperLinkTargetExternal { get; set; } Hi @softworkz I am testing HyperLinkTargetExternal=true; in browser on Windows (which i assume does support external) and it does not launch external (by which i mean on a new tab, that was my understanding of 'external') tested on 4.9.1.90 any ideas? is this a known issue? thanks.

Without embyicons installed, have you tried doing a metadata refresh on one of the affected videos? Embyicons should not create anything persistent that can't be fixed with a metadata refresh