All Activity

@vaise What is the database cache set to in server settings / database. We now have multiple DB connections and each one would use up that amount of cache - so if you hada high setting, please change it to the default of 128Mb and see what impact that has. Also in Scheduled Tasks - what is the frequency of Scan Media Library ? Try to have a 12 hour gap or so between scans

Hola buenas!! Tengo la versión de emby server 4.10.0.40 y al revisar los usuarios veo que no tengo la posibilidad de limitar por dispositivos. ¿Es una función que se ha eliminado?

Thanks for the kind words Well, the simple answer is yes and no. At this moment I haven't figured out any way to to this in the same way as movies because of Emby limitations. Although, it is possible to add support for tv-shows but it will come with a lot of UI quirks.The posters will be numbered on every view globally in Emby. So for example if you have another row with "action shows" and one of them is in the top-list, only that show will then have a numbered poster among the action shows. Or in continue watching, the poster will be numbered.. And its not possible to have the same show in two different top-lists since it only can handle one number. (Well its possible but the order will look strange in one of them). The limitation is because Emby cannot handle the same show in multiple libraries (but it works fine for movies). I could maybe look into adding support for this if the public think it should be done? It will then come with a info that it could look bad globaly in Emby.

The service config file (EmbyServer.sc) hardcodes the default ports that synology/Emby is expected to use (http:8096 / https:8920), but these values have no connection to the ports that are actually assigned in the Emby Dashboard/Network UI page. Consequently, synology/DSM reverse proxy always reports that ports 8096/8920 are unavailable, regardless of the actual Emby configuration. /var/packages/EmbyServer/target/EmbyServer.sc contents: [EmbyServer] title="Emby Server" desc="Emby Web UI" port_forward="yes" src.ports="8096,8920/tcp" dst.ports="8096,8920/tcp"

It's been a year. Can we expect Watch Together to be included in the current beta cycle?

Just a quick update before bed- I have seen it go backwards for the first time - its now dropped back to the low 7's. The monitor is set to alert if it goes over 9 so lets see how it goes later.

Additional test: pure HDR10 (no Dolby Vision) converts correctly and plays fine on mobile. The issue only occurs when the source contains a DOVI configuration record.

Thank you for a great plugin

Hi, I have a long-standing issue with offline conversions (Download / Convert Media) of Dolby Vision content. Setup: Emby Server 4.10.0.40 NVIDIA Tesla P4 (NVDEC + NVENC) Hardware tone mapping enabled (tested Hable, Mobius, Reinhard) Source: 4K Dolby Vision Profile 8.1 (HDR10 compatible) HEVC Main 10 What works: Live on-the-fly transcoding (HLS) works fine. Converting regular 4K H.264 → 1080p H.264 works fine. What fails: When converting DV Profile 8.1 → 1080p H.264 for offline use, the resulting file does not play on mobile devices (black screen). Analysis from logs: Tone mapping is applied correctly: tonemap_cuda=...:format=yuv420p setparams=color_primaries=bt709:color_trc=bt709:colorspace=bt709 Output video stream is correctly tagged as: cuda(tv, bt709, progressive) However, the DOVI configuration record is still present in the side data of the output file: Side data: DOVI configuration record: version: 1.0, profile: 8, level: 6, rpu flag: 1, el flag: 0, bl flag: 1, compatibility id: 1 This residual Dolby Vision side data on an H.264 stream causes many mobile players to fail. I also tested Parameter Adjustment with -bsf:v filter_units=remove_types=6 — the parameter is applied, but the DOVI configuration record remains. Conclusion: Emby correctly tone-maps the pixels to SDR BT.709 during offline conversion, but does not strip the DOVI configuration record from the output container. This breaks playback on mobile clients. Is this a known limitation of the offline conversion pipeline? Any chance this can be fixed so that DOVI side data is removed when tone mapping to SDR H.264? I can provide full ffmpeg logs if needed. Thanks.

Its pushed past 8GB now - Just 5 sessions of direct lay happening........ [2026-09-29 09:05:03] MEMORY WARNING: Emby is currently drawing 5.442GiB of system RAM. [2026-09-29 09:10:02] MEMORY WARNING: Emby is currently drawing 5.418GiB of system RAM. [2026-09-29 09:15:02] MEMORY WARNING: Emby is currently drawing 5.47GiB of system RAM. [2026-09-29 09:20:02] MEMORY WARNING: Emby is currently drawing 5.452GiB of system RAM. [2026-09-29 09:25:02] MEMORY WARNING: Emby is currently drawing 5.49GiB of system RAM. [2026-09-29 09:30:02] MEMORY WARNING: Emby is currently drawing 5.476GiB of system RAM. [2026-09-29 09:35:02] MEMORY WARNING: Emby is currently drawing 5.495GiB of system RAM. [2026-09-29 09:40:02] MEMORY WARNING: Emby is currently drawing 5.502GiB of system RAM. [2026-09-29 09:45:02] MEMORY WARNING: Emby is currently drawing 5.483GiB of system RAM. [2026-09-29 09:50:02] MEMORY WARNING: Emby is currently drawing 5.557GiB of system RAM. [2026-09-29 09:55:02] MEMORY WARNING: Emby is currently drawing 5.559GiB of system RAM. [2026-09-29 10:00:02] MEMORY WARNING: Emby is currently drawing 5.565GiB of system RAM. [2026-09-29 10:05:02] MEMORY WARNING: Emby is currently drawing 5.569GiB of system RAM. [2026-09-29 10:10:03] MEMORY WARNING: Emby is currently drawing 5.57GiB of system RAM. [2026-09-29 10:15:02] MEMORY WARNING: Emby is currently drawing 5.576GiB of system RAM. [2026-09-29 10:20:02] MEMORY WARNING: Emby is currently drawing 5.576GiB of system RAM. [2026-09-29 10:25:02] MEMORY WARNING: Emby is currently drawing 5.575GiB of system RAM. [2026-09-29 10:30:03] MEMORY WARNING: Emby is currently drawing 5.564GiB of system RAM. [2026-09-29 10:35:02] MEMORY WARNING: Emby is currently drawing 5.645GiB of system RAM. [2026-09-29 10:40:02] MEMORY WARNING: Emby is currently drawing 5.762GiB of system RAM. [2026-09-29 10:45:02] MEMORY WARNING: Emby is currently drawing 5.725GiB of system RAM. [2026-09-29 10:50:03] MEMORY WARNING: Emby is currently drawing 5.706GiB of system RAM. [2026-09-29 10:55:04] MEMORY WARNING: Emby is currently drawing 5.705GiB of system RAM. [2026-09-29 17:35:02] MEMORY WARNING: Emby is currently drawing 6.584GiB of system RAM. [2026-09-29 17:40:02] MEMORY WARNING: Emby is currently drawing 6.601GiB of system RAM. [2026-09-29 18:50:03] MEMORY WARNING: Emby is currently drawing 7.804GiB of system RAM. [2026-09-29 18:55:02] MEMORY WARNING: Emby is currently drawing 7.916GiB of system RAM. [2026-09-29 19:00:02] MEMORY WARNING: Emby is currently drawing 7.916GiB of system RAM. [2026-09-29 19:05:02] MEMORY WARNING: Emby is currently drawing 8.049GiB of system RAM.

Just trying this plugin now - it looks amazing - thanks for sharing! Sorry if this has already been asked (I have searched) but will 'top shelf' ever support TV shows (at the show level)?

Hi Have you tried port 8096 instead of 8920? http://192.168.0.2:8096 Is the QNAP dashboard accessible through http://192.168.0.2:8080 ? You can open up App Centre and see if Emby Server is running or not If the drop-down action button below the Emby Server app icon shows "Start" then it is not running and you can click on "Start" to launch it If the drop-down shows "Open" then it should be running and clicking on Open should open Emby Web browser session on the default port which is 8096

@sa2000

I have been battling a few out of memory crashes on Emby that are quite new to me. These have only appeared since the new release. I am using an Unraid server, and docker container. This used to be set to 8GB ram, but I increased it to 12gb after another OOM issue, now its sitting on 16GB. I have added a 5 minute check on the memory - It emails me and writes to a log file once it gets to an amount. I set that monitor to start alerting at 4GB, then increased to 5GB, then increased to 6GB and so on.... It is slowly rising, after 24 hours, it is now sitting at 6.5GB after growing slowly (and never reducing) from the 1.3 it started with at 5PM yesterday. I have now set it to 8GB, which prior to this release, it never got to before (I never have a need to check what it was, it has just never OOM's before). The things I have done - Removed any third party app access, minimised any transcoding (it did that to disk anyway) - the vast majority is direct play, but I have now set some users to not be allowed to transcode (they have old emby clients), turned off subtitles on the fly etc. I don't have periodic library scans or anything like that. So now I am just in 'close monitoring' mode, collecting the memory usage, seeing what happens, one screen on the logs, to see if anything jumps out. It seemed to crash at 7pm-8pm so I would say at higher usage time. I also put in an automated restart of the embyserver if the admin page times out for any reason - It scans for that every 5 minutes also - That will stop be being harassed by friends and family members like I was the other night, while I was sick in bed. These are the log messages for the last crash - root@Tower:~# grep -i -E "oom-kill|killed process" /var/log/syslog.1 Sep 27 19:37:49 Tower kernel: .NET TP Worker invoked oom-killer: gfp_mask=0xcc0(GFP_KERNEL), order=0, oom_score_adj=0 Sep 27 19:37:49 Tower kernel: oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=b97da7bac43b338bf1d841bf5354fc45938e51688c1bf1adb84d74d1cd71ca3e,mems_allowed=0,oom_memcg=/docker/b97da7bac43b338bf1d841bf5354fc45938e51688c1bf1adb84d74d1cd71ca3e,task_memcg=/docker/b97da7bac43b338bf1d841bf5354fc45938e51688c1bf1adb84d74d1cd71ca3e,task=EmbyServer,pid=350997,uid=99 Sep 27 19:37:49 Tower kernel: Memory cgroup out of memory: Killed process 350997 (EmbyServer) total-vm:37996784kB, anon-rss:8054944kB, file-rss:81484kB, shmem-rss:89096kB, UID:99 pgtables:16952kB oom_score_adj:0 root@Tower:~#

Hi! Have you been able to investigate this issue from the logs I provided? Is there a possible fix? Thanks!

Have you updated port forwarding on your router as you say the new server has a new local IP address? Or perhaps give your new server the same IP address as the old one.

Use flatpak Kodi, that's what I'm using and works fine

Yeah, I noticed that. Kodi is the default version supplied by apt, so I'll have to look at the alternatives and see if I want to bother. Thanks!

@Jokke212 U moet de mappen op de schijven toewijzen binnen de instellingen van de betreffende bibliotheek.

Quick XCstream update—the project has reached a pretty major milestone. XCstream 0.9.7-beta is now essentially where I wanted the standalone beta to be. The core has been tightened around session ownership, stale-data fencing, outage/recovery handling, writer survival, and cleaner tuner reuse, while a lot of older diagnostic and repair baggage has been removed. The screenshot below is the current 0.9.7-beta Terminal HUD. I finally have the interface at a point where it feels clean and useful without hiding the stream state that actually matters. At the same time, work has already started on 0.9.8-beta, and this is where the architecture takes a much bigger step: XCstream is adding native integration with Kernel Media Server (KMS). Until now, XCstream has primarily operated as a standalone continuity layer using its own lineup. With 0.9.8, KMS will be able to hand XCstream the actual live source directly. XCstream then owns what it was built for—buffering, validation, outage containment, recovery, and keeping the MPEG-TS session alive—while KMS continues to own the lineup, EPG, DVR, and downstream client delivery. That changes the role of XCstream considerably. It is no longer limited to behaving like a proxy or platform-specific add-on. Another media server can integrate with XCstream directly and use it as the continuity engine. The core idea is still the same one that started this thread: An upstream failure should not automatically mean the playback or recording session has to die.

The most import thing, you should really updates your Kodi and emby for kodi versions. This all is incompatible to Emby server.

Exactly! That's sort of what I've been wanting to achieve, in some form or another, for a couple of years now. I have a few half-baked ideas that I've been trying on-and-off. Things like: Genres > Genre > Sub-Genres > Sub-Genre Decades > Decade > Years > Year Countries > Country There's likely various combinations of: Library > Tag > Collection > Item that will achieve some of this. It's just a matter of finding them AND figuring out how to seamlessly integrate it. My Music Library Header Menu Tabs currently look like this: I decided I wanted more info at my fingertips (touchscreen) so used icons to fit in some extra custom tabs in the available space: Gray = standard tabs (but rearranged in my preferred order) Green = Collections management (via Photo Libraries cross-referencing because Collections doesn't show directly in Music) Yellow = specific Collections/Playlists (e.g. Countries, Decades) Still a long way to go with it, but I'll need all the groupings that Emby has right now to achieve a good end-result!

Nice, great to see the change was optional after all, thanks.

Select "Always show season folders" under your user Display settings.

That's a nice example of combining Collections and Tags! I'm curious - tell me more please... Is this Tag page showing any other content, or is it just Collections and these contain the Movies themselves only? Do the Movies have the same Tag - I'm assuming no, but not sure of exactly how Collections work for Movies. I've tried something similar for Music, but it only seems to work if I have a lower level media item added into the mix.