All Activity

The duplicates filter just tells me that there are multiple versions of that movie. It doesn't show me what it thinks the other duplicate is. I think I found another way to explain the issue. 1. Add Shrek 1-4 to the server and refresh. 2. Notice that Shrek The Third (3) is sorted after Shrek Forever After (4). This is as intended. I don't expect Emby to be able to figure out what is in a series and what the order is. I'm happy to fix that part by hand. No problem. 3. Fix the Sort Title on Shrek The Third and Shrek Forever After to say Shrek 3 and Shrek 4 respectively. 4. Hooray! They are where they should be. 5. Add 3D versions of all 4 movies and refresh the library. Named properly so that Emby knows they are the same movies. 6. Hooray! It shows Shrek 1-4, still in the correct order, and it shows the 3D version as a selectable dropdown. 7. Now let's see all of the 3D movies we have on the server. Turn on the 3D filter. 8. Notice that the Shrek movies are now sorted back in the original order (1, 2, 4, 3). Because it is not keeping the Sort title with the MOVIE, only with the FILE. This does not make sense to me. When I want to edit the metadata of a movie, I am editing it for that movie. If I want two files to have separate metadata, I'll make them a separate movie on Emby. Maybe Emby wants to keep separate metadata for each file regardless of if it is combined with something else or not. That's fine. But when I run a search that hits the Shrek movies, there should only be one metadata that is used for that movie regardless of which file it hits. This example with Shrek obviously is a very minor problem with a very easy fix. But the OP issue is something I wouldn't know is an issue unless I search across every single duplicate in a way that would hit one of the files, but not the other, and see if Emby mis-identified it or didn't carry over the metadata.

Update: new features added today Badge style options — five ways to display the status badge on the web client: Icon (calendar) + colour Original pill (no icon) Coloured icon + text, no background Plain text only, no icon or background No badge at all New calendar icon "None" web display option — a dedicated setting to show nothing at all on the web client (looks exactly like stock Emby), separate from the native app toggle. Web and native app display are now fully independent — "Prepend status to show description" now only controls whether Android/tvOS see it (since those apps read the real description field directly). The web browser client shows the badge/description entirely on its own, so you can have one without affecting the other. Turning "Prepend status" off now also automatically cleans up any previously-added prefix from your real library data. Inline coloured icon in the description text — when using "Description text only" or "Both" mode with an icon-based badge style, the same coloured calendar icon now appears right in the description text on the web client, not just in the badge. Faster settings propagation for Android/tvOS — changes to settings (like turning "Prepend status to show description" on or off) now take effect within 15 minutes automatically on the native apps (previously up to 24 hours), so you don't need to restart your server to see updates there. The web client already updates independently and instantly. Self-installing web script — the plugin now attempts to automatically deploy its web browser badge script on startup, so it works out of the box for most users without any manual file copying. On some hardened server setups (e.g. certain Docker configurations) where the server process doesn't have write access to its own folders, this may fail gracefully — in that case a manual copy of tmdb-status-plugin.js into your dashboard-ui folder is still needed, and the plugin's settings page description explains this. # Installing TV Show Status (beta) This plugin isn't in the official Emby catalog yet, so it needs to be installed manually. Pick your platform below. ## Windows 1. Locate your Emby Server plugins folder. By default this is: `C:\ProgramData\Emby-Server\programdata\plugins` (ProgramData is a hidden folder — in File Explorer, go to View → tick "Hidden items" to see it.) 2. Download `EmbyTmdbStatus.dll` from this thread. 3. Copy the file into the plugins folder above. 4. Restart Emby Server — right-click the Emby tray icon and choose Restart, or restart the "Emby Server" Windows service from Services. 5. Go to your Emby Dashboard → Plugins. "TV Show Status" should now appear in the list — click it and enter your TMDB API key to finish setup. ## Synology (Package Center install) 1. Open **File Station**. 2. Enable hidden folders: Settings (gear icon) → tick "Show hidden folders." 3. Navigate to your Emby Server package's data folder and find the `plugins` subfolder inside it. The exact location can vary by DSM version — if you can't find it, check Emby's Dashboard → General page for path hints, or ask in this thread with your DSM version. 4. Download `EmbyTmdbStatus.dll` from this thread and copy it into that `plugins` folder. 5. Restart Emby Server from **Package Center** (select Emby Server → Action → Stop, then Start again). 6. Go to your Emby Dashboard → Plugins to find "TV Show Status" and enter your TMDB API key. ## UGREEN NAS (Docker-based Emby) If your Emby Server runs in Docker (as it does by default on UGREEN NAS OS): 1. Download `EmbyTmdbStatus.dll` from this thread onto your NAS (via File Manager, or upload it to your home folder over SSH/SCP). 2. Open a terminal / SSH session to your NAS. 3. Copy the file into the running container (replace `Emby_Server` with your actual container name if different): ``` sudo docker cp EmbyTmdbStatus.dll Emby_Server:/config/plugins/EmbyTmdbStatus.dll ``` 4. Restart the container: ``` sudo docker restart Emby_Server ``` 5. Go to your Emby Dashboard → Plugins to find "TV Show Status" and enter your TMDB API key. ## After installing (all platforms) Once the plugin appears in Dashboard → Plugins, click it to open settings: - Enter your free TMDB API key (get one at themoviedb.org) - Choose your "Web display style" and "Badge style" preferences - Leave "Prepend status to show description" off unless you want the status visible on Android/tvOS too (this edits your real library metadata) If the web browser badge doesn't appear after installing, check your server log for a "Failed to deploy web script" message — some hardened server setups block the plugin from installing its own web files automatically, in which case a manual file copy is needed (ask in this thread and we'll help).

Just to clarify, the plugin does not download or retrieve content from torrent sites or any other source. It only monitors downloads already in qBittorrent, creates .strm files and metadata (poster, overview, and an Upcoming badge), and copies completed files to a folder chosen by the user. It's simply a media organization tool, similar to how Emby manages a user's existing media library without being responsible for where the files came from. some third party app like for e.g emby watch use same (integration with torrent apps like utorrrent qbit...) That said, if you feel this plugin violates your terms or could affect your product's reputation, I completely understand and will not make it public.

@visproductionThanks for your help. I've never noticed anything about OpenSubtitles simply because I don't use it and never have. I'll try uninstalling it since I don't use it. Regarding the renaming you mentioned, I've always used 1x05, for example, and it's always worked fine with all the versions I've used, and I always rename the subtitle like this: Tracker 3x21.spa.default.ass The strange thing is that it worked fine up to version 2.3.4; it was only after switching to 2.3.8 that problems started. In an hour, I'll uninstall 2.3.9 and install the one that came with the TV, 2.2.8, which works fine. I uninstalled the OpenSubtitles plugin and changed the file name to TrackerS03E21.es.default.ass, and it still doesn't work.

Hola, asi funciona correctamente. Curiosamente, no detectaba que la aplicacion ya estaba instalada y al reinstalarla la instaló en "C:\Users\test\AppData\Local\Microsoft\WindowsApps\EmbyMedia.EmbyTheater_svmepx4c03f7m" Luego entre de nuevo con la cuenta del dominio (administrador), cambie los permisos y el propietario de la carpeta "C:\Program Files\WindowsApps\EmbyMedia.EmbyTheater_2.310.2.0_x64__svmepx4c03f7m" agregando mi cuenta de dominio con control total y todo correcto. Voy a verificar que estos cambios funcionen en el resto de los equipos. Saludos y gracias.

sorry for multiple posts - there may be some group policy settings relating to when running on a domain that may be relevant to what the emby client app is trying to do

The procmon capture in the PML file you provided started at 11:05:37 and stopped at 11:07:13 The emby windows app was launched at 11:04:56 and exited at 11:06:00 There is an emby client log that shows it re launched at 11:06:11 and closed at 11:06:41 but the procmon capture seems to have been stopped at 11:06:04 and resumed capture at 11:07:03 - did you touch the capture button other than at the end to stop the capture? It is important the the the time the error pops up is known so can be used to check the procmon and emby client log Were you trying to get the diagnostics for 11:06:41 exit ? The procmon capture was stopped at the time and resumed later

Hi. I'm using the latest version of this plugin and when I try and import my m3u playlist I get this error message: Error code: Out of Memory

An observation on the test you did and the PML file It shows that the EmbyClient process was already running before starting the test It would be best to try a test with a launch where there is no Emby.Client.WinUI.exe process showing in Task Manager - if there is one - kill it and then launch Procmon and start capture without filtering any and then launch Emby Windows app and when the error pops up, note down the time and capture the diagnostics

Did you notice that the OPensubtitle plug in is getting an error embyserver con depuracion.txt line 328 Is there a problem getting to github.com from your server? I can find the file from a US server. Maybe turn of the plugin and see if that helps. Was that tried before? === For external subtitles, try naming the .ass file exactly the same name as the media .mkv file and use two letters for Spanish, so that the .ass file would be: Tracker 3x21.es.default.ass If that still doesn't work, try changing the media file to not use the x but the more standard season and episode title and also update any external subtitle filename: Tracker S03E21.mkv Tracker S03E21.es.default.ass

Have a good trip!

Sure I can test. But it will have to wait till next week. Just left for the airport, going on a work trip. Will be back late next sunday.

Fair enough, was thinking more about it I could lure you to test

Did you read Quick Start and understand it? Did you install your own server, with your own media, on your own hardware ? Your options are (1) install a server. See Quick Start link above. (2) ask a friend who runs a server to let you use theirs. (3) access an illegal server (no further instructions here). If someone else's have a talk with them. Emby does not host your server and do not supply media files.

You have your codecs confuzzled. AVC is H.264. 4k content would be H265 which is HEVC. If you're encoding a bluray REMUX down to HEVC and it's still 18GB, that is still rather large. Again I would suggest you take a look at the doom9 forum for guidelines on how to use quicksync to it's fullest potential.

Yes, but don't what this on my Covers

Spider-Noir is special, but you could just have the directories named properly as per the Plex forums. Spider-Noir (2026) Authentic Black and White {TVDB-478492} Spider-Noir (2026) True-Hue Full Color {TVDB-450033} the munchers at TVDB have apparently changed this and removed the colour option, as they are so wanton to do due to their power tripping, but people have said it still works. The other option is to have them in separate folders, named properly with square brackets, and then when Emby decides to be stupid and merge them, split them back apart and it should keep them separate.

I’m having issues adding my premiere key all I can see is add my server #

I have deleted the client, turned off the TV and disconnected the power for several minutes and reinstalled version 2.3.9 again and it still has the same error

Any findings worth sharing?

Hello, usually when a credits chapter is present a pop-up will show up to play the next episode or continue playback . This works for Intro but not for credits. When playing the same file on the phone it will show up. But not on apple tv I could not find any settings regarding this. Did I miss something or is it not available on apple tv?

I did that and it was better. I had about 100 existing collections with no poster and doing that and refreshing ALL left about 3 without. I refreshed those 3 again and the poster worked. thanks

We are just about to release two "Agent Skills" - one for Emby Server Plugin Development and one specifically for Plugin UI. The skills were created by a huge distillation ofr information, including our own plugin code, which tmakes it the strongest and most vailable piece of condensed information available anywhere. (shouldn't take more than a few days)

No The story about the DxGrid is quickly told: when working on tvnext, a capable grid was needed, which can handle large amounts of data, perform client-side filtering, drag-drop sorting etc etc. Most of our client code is free from 3rd party libs, except some video players, subtitle and pdf renderers - so there has been some controversy about whether to use a 3rd party grid, even though development of something equally capable would have been beyond far beyond reasonable. And so it became used but more like something "half-official" at best. It was made to work for the cases we need ourselves, but not for alll possible cases how one might want to use it. We had just mirrored all of its APIs to our own GenericEdit API because that's a one-time work instead of extending each time something is needed. Eventually, that part of GenericEdit interfaces was included in oujr DevDocs as it it would have been weird and not helpful to leave things undocumented which everybody can see anyway. Your question is getting right at the relevant point, asking whether and how you could/should use it. Now, the DxGrid is good for the following: When you need some kind of multi-column list (with small or large amounts of data), with or without checkbodes When you need perfect and high-performant client-side handling of data With filtering, sorting or other local data shaping operations And when you need or are find with having the data being round-tripped, like: Client loads data from server Grid displays data and allows to interact and even edit the data Client sends data back to server when done but is's not a good choice for Live data being updated from the server-side (unless its just a few rows) The grid itself can do that, but our APIs do not support such paths Beyond the technical layer, there's also he question of what is reasonable. You say you have a large amont of data which is live updating - I'm not sure how muich sense this would even make, because when data is frequently changing, it's hard to understand and follow this - unless you already have some grouping/aggregatoin and/or filtering in place, which means that effectively, the number of rows which are being viewed is small again regardless. For presenting quickly changing data, I think GenericItemList is still the best bet. It doesn't need re-rendering of all html (differential DOM updates). Whether good or bad, strongly depends on the case. For the DxGrid, you must not assume that youj get all of the functoinality that it supports when used directly. It''s still a GenericEdit feature and the client side could be implemented with a different grid (or our own custom-developed) grid in the future. GenericEdit/Plugin/UI is meant to make development easier. But there may be cases where fighting with the limitations in capabilities requires more effort than using plain html/js directly. We have two such cases ourselves, where htmljs is just a better choice (opposed to the other hundred).

Thank you So you are using a domain for windows login rather than default setup of a local user account on the computer This brings in a new angle to follow up on Can you try as a test creating a temporary windows local user account on PORTATIL and run Emby Client in it and see if that gives different outcome.