All Activity

Yeah that would be nice, but I was just responding to twofacetoo and Luke. What your suggesting is a much bigger request, I think. I was reading current request as: play trailer as background instead of fanart. I was just pointing out that is already possible. I like your idea for sure though.

Unpausing actually seems to trigger another playback.pause event. That does not seem correct.

ok.

Not sure that would constitute a library change. The next time you experience this, look at the server log during the exact period of time between when you opened the item and when you went back and the screen re-set. Look for any library changes.

You are right. That is the problem with the plugin that automates the fetching of movie/tv-show backdrops. It is occasionally, quite often, a trailer that someone contributes. When it is supposed to be BluRay/DVD menus and such. Not just movie/tv-show trailers. But I can see the point of having trailers there too. I can see why people submit those. They must want the same as others in here. If it is a trailer that were to auto-play, wouldn't you want to see it in a corner unobscured? Wouldn't that be better? Having it show fullscreen beneath a details view is making it harder for you to enjoy the trailer. If it is just background noise related to the content you are about to play and you just want to hear/see something related that moves to make it more impressive to friends then I get that too. But I would prefer trailers to play unobscured so you can watch them without having to see around things.

If you have local trailers all you would need to do is create backdrops folder and drop copy of your trailer into it. Then it would play in the background of detail page just like any other video in that folder. Or am I wrong? Could be cool if there was option to play or not play trailers by default, but seems like easy work around. Only down side is that you would have to have two copies of trailer video in each movie/TV show folder.

On Emby Windows playback.start, playback.pause, playback.stop events are triggering correctly but playback.unpause never triggers. On Android TV/Google TV as well as the web UI, the events trigger correctly. I have enabled all playback events and I don't have any filtering by device set in the notification. In the log file I can see entries such as: 2026-09-24 15:02:54.477 Info SessionManager: Playback progress (Pause) reported by app Emby Windows 2.317.2.0 ... But for Emby Windows, there are no corresponding entries for Unpause.

I had a thought, I change/update actor images pretty often while watching media. Could that be it?

Hi, Just had some media added to Emby that has an exorbitant amount of people listed under cast. 750+ were added to one item. My Emby server also got hung around this time. I'm worried that future metadata refreshes might also be a problem with this. I imagine adding that many to the DB at once could have choked the I/O. Once they're in the database, should I care about this? Or is it worthwhile for me to edit metadata and lock the item? Would this actually clean up the db, or would the people added still exist there? Thanks for any advice.

Okay, that's not normal Android operation but I don't know why the TV app would behave any differently than any other app in that case. Unless, you sideloaded the TV app and then also set it as your "Debug" app on the device - perhaps that would be an exception to that behavior. I don't know because I've never used it since no normal user would ever have this. I guess I'd need to see an example of why you think the TV app is doing anything differently.

I've noticed since the most recent server update that playback has started freezing when a recording of live tv comes to a detected commercial break and Comskipper tries to skip it. I thought it was an issue when the plugin, but when I try to move the playhead past the commercial break manually, it freezes as well and won't restart the video. I believe the two issues are related. This is happening in the web player. I haven't tried it on other platforms.

HI, habe den Fehler gefunden. Emby läuft als Docker auf UnRaid, da war der Pfad nicht korrekt. Nun ist alles korrigiert, unbd die Serie auch direkt gefunden! Hat sich also erledigt.

Hi. Your firewall or other network setup is probably blocking it. Please see: Connecting from Client Apps

It's strange. I just changed version number on the file and it worked. As long as I did nothing wrong then I can relax again.

Hi. Exactly what info bar are we talking about? Our interface has changed greatly since 2018. Can you show a screenshot? Thanks.

Whenever a new version is uploaded, the back end server generates a checksum on it and stores it. When the server downloads any plugin, it also generates a checksum and compares to the one created at upload. This is an old-time trick to catch items corrupted during transfer. Perhaps the checksum operation failed for some reason although, in however many years its been, we've never had that happen.

Doesn't have to be a removed item. Something could also be added or changed in some other way. As I said, this is just a theory but it gives you an avenue to investigate. Look for any library change in the server log when this happens.

Hi there, how are your files named and organized?

Will do.

HI, it goes away quickly though, right?

As always, thank you for the prompt response and the information provided regarding the pros and cons, as well as the potential effects or results.. Now that I understand, I feel there would be no need for you to do any extra work, especially on my behalf. I have certain posters for my all of movie collections that match, and I'm not sure my OCD will allow me to live with them unorganized, lol! It's still a fantastic plugin, and honestly, this is something I can absolutely manage and live with. Thank you.