All Activity

Yes. The first thing I did was turn off "Enable multi-part items". It still didn't change it's behavior.

Hi there, have you explored the options on the library?

Hi, we are working on improving this. Thanks.

Hi, what version number of our standard android app did you try?

Just gathering these now for you @Luke. The post will be updated shortly!

Hello pierce1921, ** This is an auto reply ** Please wait for someone from staff support or our members to reply to you. It's recommended to provide more info, as it explain in this thread: Thank you. Emby Team

Does anyone know how to prevent emby from automatically joining/stacking two movies that have the names Part 1 and Part 2 in their title? I have two movies: "Chainsaw Man - The Compilation Part 1 (2025)" and "Chainsaw Man - The Compilation Part 2 (2025)" which have two different TMDB ids keep showing up as "Chainsaw Man - The Compilation Part 1 (2025)". When I move Part 1 out of the media folder it then picks up Part 2. But, Part 2 disappears when I put Part 1 back in place. I don't have any other media that I would want to auto join/stack, so I would prefer to turn that feature off completely. I am running emby version 4.9.5.0 on Centos 10.

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

Will do

Hello! I have been experiencing some zombie sessions (currently playing sessions that get stuck on paused OR once reaching the end don't close the session) occurring quite frequently. I've done some logging to determine what the cause is and it seems to be related to subtitles? I am wondering if anyone has experienced something similar. Normally this wouldn't be a problem with unlimited sessions but because I share with a few friends and my home internet is quite bad up, I limit people to 2 streams MAX to avoid my internet becoming affected. Some of the zombie sessions symptoms cause: My CPU getting pegged at 100% until I restart Emby which causes other services to be affected. Session limits are being hit and users cannot play media as one of the zombie sessions are taking up one of their simultaneous slots. Transcode temp directories are not being emptied so it endlessly grows upwards of multiple GBs. Some of the steps I've taken to try and fix this are: Restarting Emby (clear winner, sometimes those zombies sessions survive a restart). Restarting the server to clear any ffmpeg processes (often nuclear option, rarely happens but most of my friends use subtitles). Writing a grim reaper script that detects these sessions and attempt to clear the ffmpeg process + clean up any related transcoding folders. Moving my Emby server onto a separate VM so that the storage node is not affected. I guess this kinda turns into a feature request but, is it possible to have an API endpoint that can properly kill sessions and action any fast follows? For the developers of Emby, let me know if you need any troubleshooting logs. Is there any ffmpeg patches that are applied on beta that are not in stable? I don't remember running into this issue on stable! Regards, Gabe.

are you using the latest version? it was only fixed in newer versions this year. softworkz is also working on a trailer update for a future release.

Luke is correct. I complained about this years ago as I had stuff go missing from my server. It turned out in the ancient builds (like 2016), it was on by default. Since then, the dev team has it disabled and you must physically enable it for the user.

Better yet, it's 2026, buy a streaming device that supports PGS natively. I sadly have zero problems with my firecube 3rd gen or my HTPC.

here's the log file embyserver-63922348800.txt

I see 2.3.6 in the store on my 2018.

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

Differences in spellings or different music brainz ids.

Unfortunately yes, most likely.

OK we'll take a look at it. Thanks.

Hi. Please be sure to include the ffmpeg log(s). The Roku is probably the only device remuxing.

If you choose the subtitle you want prior to pressing play on the detail screen, when you come back to that detail screen the same subs are not still selected?

Have a read: Quick Start

TV Show Status Release Notes Version 2.5.15.0 The settings-page description no longer tells you to copy the badge script into dashboard-ui by hand. That could never work on its own — the plugin also has to add a <script> tag to index.html, which copying a file doesn't do. It now explains the real cause and points at the fix. Added a pointer to "Prepend status to show description" as the option that needs no file permissions at all. Version 2.5.14.0 Corrections to 2.5.13.0 The web folder is not read-only. 2.5.13.0 said Emby's dashboard-ui folder couldn't be written to on recent Emby images, and removed the chown advice on that basis. That was wrong. Checked properly on a UGREEN NAS running Emby in Docker: the filesystem is mounted read-write dashboard-ui is owned by root, mode 755 Emby runs as uid 1000 So it's an ownership problem, not a read-only mount — and the chown that 2.5.13.0 removed does work. It was confirmed on the same machine that had supposedly proved it impossible. The badge no longer depends on Trakt Air Dates. Because of that wrong diagnosis, the badge script was being served through the Trakt Air Dates listener. That listener was removed in Trakt Air Dates 7.0.0.0, which took the web badge with it. The badge is now delivered the original way — written into Emby's web folder — and the two plugins are no longer coupled. Changes Status box no longer reports "Active via the Trakt Air Dates listener"; it reports the route actually in use Status box now warns that an Emby app update replaces index.html and removes the script tag — this plugin puts it back on the next restart chown guidance restored, with the correct explanation The plugins/webinject/ copy is still written for anyone running an older Trakt Air Dates, but no longer counts towards the status If the web badge isn't showing Most installs need none of this — the plugin sorts itself out on startup. This is only for when it can't. Check the status box at the bottom of the settings page first. Green — hard-refresh your browser. Red — Emby can't write to its own web folder. Give it ownership, then restart Emby: Docker — give the user Emby runs as ownership of dashboard-ui: docker exec -u root <container> chown -R 1000:1000 /system/dashboard-ui (check the uid first with docker exec <container> ps -o user,comm | grep -i emby) Windows — grant Emby's service account full control of system\dashboard-ui Linux — give the user Emby runs as ownership of dashboard-ui: sudo chown -R emby:emby /usr/lib/emby-server/system/dashboard-ui macOS — give your own account ownership of dashboard-ui: sudo chown -R $(whoami) "/Applications/Server.app/Contents/dashboard-ui" Only needs doing once. Restarts are fine; an image update isn't, since that rebuilds the folder. Don't want to change permissions? Turn on Prepend status to show description — no file access, works on every client, text instead of a badge. Notes "Prepend status to show description" needs none of the above. It writes into Emby's own metadata, so every client shows it — web, Android, tvOS, iOS — and it survives Emby updates. It's off by default because it edits your real library metadata. The web badge is the part that needs file access. If your setup won't allow it, the description option gives you the same information as text. The badge only appears in a web browser. It can't be shown in the Android app, tvOS, iOS, Roku or any other native client, and that isn't something this plugin can fix. The badge works by adding a small script to Emby's web page; native apps don't load that page at all — Android, for instance, uses its own copy bundled inside the app, so nothing added server-side ever reaches it. Emby's image-enhancer route was investigated as an alternative and confirmed by Emby's own team to be a dead end: no client requests enhanced images and there's no server override. Prepend status to show description is what makes the status visible on those apps — text only, no icon and no colour. EmbyTVShowStatus.dll TVShowStatus-2.5.15.0-Release-Notes.pdf

Fair enough. do you know if restoring a backup from the backup tool would restore the bad entries?

I'm not sure if this addresses the original question of being able to identify albums vs singles, since there is no "track count' property we can display under each album.