All Activity

Quite thoroughly, I think, and multiple times, but I am certainly open to suggestions.

Luke - thank for the quick reply. Yes, I would expect that if I searched for a specific movie, and it was present on VOD and in the media Movie Library, I would expect to see both. But it seems for me that it only shows the VOD, and ignores if it also in the Movie Library. Let me try and gather some logs...

HI, please check out our quick start guide: Quick Start

Ya pague alguien que me ayude a obtener mi sevidor

Trakt Air Dates 8.7.1.0 — Release Notes Covering 8.3.0.0 → 8.7.1.0. The versions in between were tested but never published, so it's all gathered here. Two new settings, and two fixes for shows behaving oddly in Upcoming. New — keep shows out of Upcoming "Keep these shows out of Upcoming (optional)" Name a show and it stays in your library exactly as it is, but stops appearing in the Upcoming view. The reason this is worth having: every Emby app fetches a fixed number of Upcoming items and shows only those — the web client and iOS ask for 100, the Apple TV app for 60. A daily show can take 15 or more of those slots on its own and push everything else off the end. The Daily Show alone was using 16 of the Apple TV's 60. Excluding one or two daily shows can push your last visible date weeks further out. Separate several with commas, and match the names as they appear in your library. Nothing is deleted, and nothing changes anywhere else in Emby. New — choose how far ahead to look "How far ahead to show (days)", replacing a window that was fixed at two months. Useful values: 7, 14, 21 — one, two or three weeks 30, 60, 90 — one, two or three months Anything below 7 or above 90 is treated as the nearest of those. The default is 60. Why this is worth tuning Every Emby app cuts the Upcoming list by item count, not by day — so the last day you see can be a partial day, with some of that day's shows missing. This was caught on 19 August: the web client showed South Park on 17 September and the Apple TV didn't, while both reported 17 September as their last date. The Apple TV's 60th item simply landed in the middle of that day. Offer fewer items than your app fetches and every day in the list is complete. On a busy library at roughly two episodes a day: Window Roughly On an Apple TV (60 slots) 21 days 45 items all of it, every day complete 30 days 70 items cut at 60, ragged last day 60 days 107 items cut at 60, ragged last day Shorter means less reach but nothing missing. Longer means more reach with a ragged edge. There's no single right answer — it depends on your library and which app you use most. This is a new box. Any previous value isn't carried over, so set the number you want and save. Fixed A show with new episodes could stay missing all day. If Trakt was asked at a moment when it had nothing scheduled, that "nothing upcoming" answer was cached for 24 hours — so episodes Trakt added later in the day didn't appear until the next morning. It looked exactly like the show being dropped. Caught on Signs of a Psychopath: the plugin's cache held 100 episodes with nothing upcoming, while Trakt by that evening had 104 with two episodes dated 26 August. An answer with no future episodes now lives 3 hours instead of 24. Lists that already have upcoming episodes keep the full 24 hours, since staleness can't hide anything there. Three hours matches the background pass, so these shows get re-asked every run — off the request path, so nothing gets slower. The exclude list needed a Save every time to take effect. The exclusion was applied at the end, after the cached answer had already been returned — so a show excluded after its answer was cached was served complete anyway. Saving cleared the caches, which is why saving looked like the thing that activated it. Exclusion is now decided first and applied to cached answers on the way past. Removed Three settings that described machinery no longer running, along with the 1,234 lines behind them — the calendar sweep, the gap probe and the selection list, none of which have run since 8.0.0.0: "Work this out for me" "Also always cover these shows" "How many shows to cover" Old config files may still mention these. Emby ignores settings with no matching property, so there's nothing to clean up. Worth knowing Changing the window takes effect on the next refresh. Saving the settings page clears the caches, so it applies straight away rather than in a few hours. Versions 8.8 and 8.9 don't exist. Both were built on a measurement that turned out to be wrong — Emby's own library query reports zero future episodes even when the Upcoming view is visibly full of them — and were withdrawn. 8.7.1.0 is 8.7.0.0 plus the exclusion fix, with nothing from either. No platform-specific setup. Every path this plugin uses comes from Emby itself, so it behaves the same on NAS/Docker, Linux, Windows and macOS. There's nothing to configure per platform and no permissions to change. Safety, unchanged The plugin will never hand Emby a shorter episode list than you already have files for, so it can't remove real seasons. If neither Trakt nor TMDB gives a sensible answer for a show, it says nothing rather than guessing. Excluding a show keeps its past episodes and drops only the future ones. It doesn't return an empty list — Emby treats an empty answer as authoritative, which would strip the real episodes too. Installing Copy TraktAirDates.dll into your Emby plugins folder Restart Emby Open the plugin's settings page Set How far ahead to show (days) — it's a new box, so it won't carry a previous value Optionally name any daily shows under Keep these shows out of Upcoming Save Saving clears the caches, so both settings apply on the next refresh rather than hours later. New Features TraktAirDates.dll TraktAirDates-8.7.1.0-Release-Notes.pdf

Hi there, have you explored the options in the app?

In Emby for Windows, I would like to be able to change the default view shown when a library section is displayed. Actually, this would be nice to have for the server views and every other app viewer. For example, for TV Recordings, I prefer the Shows view to the Folders view, and for Movies, I would like to default to the Movies view, rather than the Suggestions view. I can't find an option to do that, and my selections are not remembered after I leave a library view. If I have missed it, please let me know how to do this. Otherwise, I am requesting that it be added. Thanks.

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

hi, search results should show both, right?

Hi, please check out our quick start guide: Quick Start

@RanmaCanadaThank you for your reply, Unfortunately this is not the case. In the windows world, a service will run regardless of if a user is signed in. An app listed for startup the other hand, is user specific and won’t run until the user signs in. This article demonstrates installing and utilizing a 3rd party application to setup the service, whereas these 2 simple commands turn the Emby executable into a service utilizing inherent windows functions. Aka, No additional Application needed. A good example would be, after initial installation, Emby runs under the specific user profile, let’s say User0. If User1 is watching a movie and windows decides to perform a forced update. Emby is no longer available upon system reboot, until User0 who performed the installation signs in and the application starts. To check this: Run Startup apps on your system, and you will see that “EmbyServer” is listed. This is just for your user profile. Now run services, and see if Emby is listed.

Como puedo obtener mi servidor ya pague

hi, can you show a full example command line that you tested? Thanks.

hi, the apple tv app has the same quality selection features that you see in our other apps.

Hi, this is not normal. What version did you update to? What version did you update from?

OK we are looking into it. Thanks.

Hi, what exactly is the issue that you're having?

Actually I have two questions. I hope this is the correct place for them. The first is does Live TV VOD media found prioritize over the same content in the actual Emby Movie Library? I have a question about Emby. I manually put a movie in the Emby Movie Library, as opposed to using Radarr, but it never showed up in the list of Movies available on Emby even though I tried doing multiple movie library refreshes. I tried then using Radarr, but Radarr stated the movie was present. The permissions of the movie folder in the Movie library appears like the others movies that show. I think the problem as to do with that I also have IPTV configured on Emby with VOD. I discovered that if I search in Emby for the movie I manually added, that the movie that is in the movie library, Emby comes up with a match in the Live TV VOD library instead. It is like Emby prioritizes movies that are in the Live TV VOD library, and ignores those that match that are in the Emby Movie Library? Can this behaviour be changed to prioritize the actual movie in the movie library over the same one in the VOD? This problem seems to be only present for movies added to the movie library after it became available with VOD. Movies that were in the Movie library before the VOD existed show as being in the Movit libary as they should. Second question. On live TV, when I try to record a Live TV series that is about to start a new season, the search function seems to find in the VOD content the prior seasons of the show, and it of course is missing the new upcoming season. There does not appear to be a way to start a series recording of the new season, except if I happen to know what time and channel the show will be aired and add it via time, and channel etc. It does not seem to use the guide to find the upcoming season airing in a few days. Thanks in advance for any insight what I may be doing wrong.

Hi, a watch party feature is planned for future updates. Thanks.

Hi, what will the plugin do?

TV Show Status 2.5.20.0 — Release Notes Covering 2.5.18.0 → 2.5.20.0. Everything between was tested but never released, so it's all gathered here. Two things in this release: The badge survives an Emby update — it comes back on its own, no restart The fix instructions are now correct on every platform — Windows, macOS, Linux and Docker Fixed — the badge repairs itself No more disappearing after an Emby update. Every update rebuilds Emby's web folder, deleting the badge script and the <script> tag that loads it. The badge used to stay gone until you restarted Emby. The plugin now re-checks every 5 minutes and puts both back. Opening the settings page forces an immediate check, rather than showing the result of the last startup, which could be days old. Why a restart was the only thing that worked before Worth setting out, because the cause wasn't where it looked. The plugin deployed its script at exactly two moments: server startup, and when you pressed Save. On Docker, startup is the one moment after an update when the web folder is guaranteed unwritable — the update has just rebuilt it as root, and Emby runs as another user. So the deploy always ran at the worst possible moment, failed, and nothing ever looked again. That's why running the chown by hand only appeared to work when paired with a restart. The chown was doing its job. There was simply nothing left running that would try the deploy a second time. The fix isn't "retry faster" — it's "retry at all". Fixed — instructions that work on your platform The status box tells you how to fix a permission problem. On two platforms it was telling you something that couldn't work. macOS — it printed a path inside Server.app. The bundle is EmbyServer.app, so that folder never existed. Unreported because very few people run Emby Server on a Mac. Linux — there was no native Linux branch at all. Anyone not on Windows or macOS was assumed to be on Docker and handed a docker exec command, which is no use if you installed from a .deb or .rpm. Windows was correct, and still is. Rather than hardcoding more paths, the plugin now prints the path it actually resolved at runtime. That's exact on every platform and every install layout, and unlike a literal string it can't fall out of date when Emby changes something. Docker is now detected — via /.dockerenv — rather than assumed for anything that isn't Windows or macOS. Setup by platform The plugin retries on its own, but it can't grant itself permission. If the status box reports a problem, this is the one-off fix. The exact path for your system is shown in the status box itself — the paths below are typical, not universal. Docker / NAS The only platform that needs a recurring repair, because every Emby image update resets ownership. Fix it now, on your Docker host: docker exec -u root <container> chown -R 1000:1000 /system/dashboard-ui Then add the same command to cron once, and you never see the message again: */5 * * * * docker exec -u root <container> chown -R 1000:1000 /system/dashboard-ui With that in place, after any future Emby update the badge returns on its own within about 10 minutes. Linux (native install, .deb / .rpm) sudo chown -R emby:emby "<path from the status box>" If your service runs as a different account, substitute it. Check with: systemctl show -p User emby-server macOS sudo chown -R $(whoami) "<path from the status box>" Windows Grant the account Emby Server runs as full control of the folder shown in the status box, then restart the service. You may need to do this as an administrator. In every case The badge returns within 5 minutes. No restart, no Save — the plugin re-checks on its own. Worth knowing The check is silent when everything is fine. Two file reads, no network traffic, no log entries. It only acts when the badge is actually missing. It's separate from the 15-minute TMDB refresh loop. Checking the badge is cheap and can run often; calling TMDB is not and shouldn't. The first check runs 2 minutes after startup, by which time the container has settled and any ownership repair has usually happened — so the retry succeeds unattended. Installing Copy EmbyTVShowStatus.dll into your Emby plugins folder Restart Emby Open the plugin's settings page and check the status box If it reports a permission problem, run the command it gives you Docker only: add the cron line above, once Unlike previous releases, there's no step to repeat after future Emby updates. Known limits, unchanged Web browser client only. The badge can't be shown on the native apps — Emby's own team confirmed no client requests enhanced images and there's no server-side override. "Prepend status to show description" is the option that works on every client, including Android and tvOS. The <script> tag has to be written into Emby's web folder. There is no plugin API for injecting into the shipped web client — checked against the SDK on 20 August 2026. IHasWebPages and the related interfaces all serve a file at a URL; none of them modify index.html. EmbyTVShowStatus.dll TVShowStatus-2.5.20.0-Release-Notes.pdf

Hi, not currently but it’s something we’d like to add in the future. Thanks

Sorry, try again and it's working. Now I have to try. Thanks a lot

IProgress can currently only update the percentage. Is there anyway to update the text as well? If its a long running task, I would like to give some feed back about what is going one without forcing the user to look at the log

Bonjour, Je vous explique ma demande : je voudrais pouvoir regarder un film sur la TV avec des personnes qui écoutent le son de la TV pour avoir la VO et d'autres personnes le son de leur téléphone pour avoir la VF. C'est un peu comme un Watch party en local car je n'ai pas besoin de la vidéo sur les téléphones. Dernière chose, j'ai une lecteur EMBY Android sur ma TV. Avez-vous des recommandations ? Merci