All Activity

I do run Seerr, looked at bit into it last night. Have to look at it a bit more Thanks, btw I know about Google. But it was kinda a question to see what others use. BTW, is there any of this sites, that maybe is connected to an app. That could be set up with notifications when movies/series are announced in selected categories. I'm talking about new stuff, not what I have on my server. Sorry if I'm not good at explaining what I trying to find

I mostly use this TV Insider - TV News, Show Reviews, Sneak Peeks, What To Watch and this What to Watch: In Theaters and On Streaming | Rotten Tomatoes or this Movies & TV Series - Release Calendar or TV Premiere Dates (2026) - Metacritic The list goes on Use google and search for upcoming tv shows and movies Or trending tv shows and movies Its 1 search away

Have you tried Seerr? (jellyseerr/Overseerr)?

Yay! Here's hoping we won't have to wait half a year again for the next update.

This works for what I have. Maybe bad formulated question, but I try to find out what is coming of new movies and series. Releas dates etc.

Small Update and fixes Emby Theme.css

Look at app_backup.py in https://github.com/jonjonsson/Emby-MDBList-Collection-Creator It does both.

Hi, I need to perform some library "maintenance" (what I'm calling "the great purge"), I've built a web app that will look at all media and cleanup based on a custom scoring system. What I would like to do is retrieve users watch history and favourites via the API without the need to authenticate as the user themselves. Is this possible out of the box? If not, can I build a plugin for Emby that exposes an API endpoint to do this? Thanks

I have Emby server running in a container and all was well for ages. This is version 4.9.3.0 but I have tried the beta too with no difference. Not sure when this broke as I don't often copy into this tree until I sort my pictures. The host OS is Debian 13. I have tried removing the whole library and re-adding but doesn't then pull in any of the items in the tree at all now. I can open the pictures files inside the container when I go into the container interactively. The volume spec is: --volume /home/colin/Pictures:/mnt/share2:ro Read Only, but shouldn't need RW? And worked before.... Log attached with some items removed, but nothing I can see some permission denied, but these dirs perms are set so the emby user can't see these contents. This hasn't been an issue until now, and the scan does seem to continue through these i.e. this has always worked okay. Removing and adding the dir from this tree I see: embyserver.txt:2026-03-10 15:24:35.929 Debug LibraryMonitor: Change detected to /mnt/share2/Pictures 2026 embyserver.txt:2026-03-10 15:24:35.929 Debug LibraryMonitor: New file refresher created for /mnt/share2/Pictures 2026 embyserver.txt:2026-03-10 15:25:31.685 Debug LibraryMonitor: Change detected to /mnt/share2/Pictures 2026 So it is detected, but the "Pictures 2026" top level never appears in the UI (or any new items in existing trees). Any ideas? embyserver.txt

Update: I have a few fixes in progress, for minor style issues and hope to have a new release by May. Mobile @media rules that work Of interest for anyone trying to make a theme... here are the CSS @media rules I use to find all the mobile sizes. I put this at the end of the css theme, listing the smallest mobile first to optimize code delivery. Desktop sizes just ignore everything until the largest size at the end. Small phones, I would assume, are not very fast, get their code sooner and then ignore other mobile sizes. Faster phones with larger screens sort through a few media rules to find their assigned styles. Getting @media to work was tricky. Getting the mobile to show updates - is an issue I have to warn you that most mobile phones will not update their styles easily, so when you make a code change and test it on a phone, your phone won't see the change because, by default, it is stuck using the CSS in browser cache and it's very difficult to get it to forget that, even with incognito or forcing a cache clear. The only work around I found to clear all cache and any cookies or add version parameters at the end of URL links (somedomain.com/index.html?mar-9-26) but you can't do the parameters with Emby. If you have a Browserstack.com account, you can use that to switch to a new phone and get around this issue. If you have a VPN on your phone, switching locations might work. It's a pain to test on the phone. Browser simulation on desktops with Chrome is not exact... so... good luck. If you want to see style changes I used for mobile on my theme, look at the end of the latest version style upload from line 2427 to 3805 which is 1378 lines of @mobile rules! Yikes! Maybe I should have mentioned that first. It's scary. I've added the @media rule code, in case anyone would like to use it to make their own theme. The style in each media size just adds a color to the bottom border of the search icon. This helps you see the @media size changes as you change the browser size on a desktop or test with mobile. Some sizes, I've ignored and they are commented here because Emby uses these sizes in their styles. If you want to change or add colors, here is an online guide: https://www.tutorialrepublic.com/css-reference/css-color-names.php /* 320px width - red bottom border color of round search icon shows this mobile mode: iPhone 5e and some older smaller phones */ @media (max-width: 320px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid red; } } /* 321-432px - white: Portrait iPhone XR, 12 to 14, 5, 5e, 6/7/8 & plus, Samsung S12: */ @media (min-width: 321px) AND (max-width: 432px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid white; } } /* 433-480px - blue */ @media (min-width: 433px) AND (max-width: 480px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid #0000FF; } } /* 481-549px - Pale green: portrait phones up to 540 width Surface Duo. */ @media (min-width: 481px) AND (max-width: 540px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid #98FB98; } } /* @media (width >= 31.25em) { } (This is 500px and a size used in Emby code) */ /* 541-640px - brown: portrait e-readers (Nook/Kindle), 600 or @ 640 wide. */ @media (min-width: 541px) AND (max-width: 640px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid #A52A2A; } } /* @media (width >= 36em) { } (This is 576px and used in Emby code) */ /* @media (width >= 40em) { } (This is 640px and used in Emby code) */ /* 641-799px - teal: portrait tablets, portrait iPad, landscape e-readers, landscape 800x480 or 854x480 phones */ @media (min-width: 641px) AND (max-width: 799px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid #008080; } } /* @media (width >= 45em) { } (This is 720px and used in Emby code) */ /* @media (width >= 50em) { } (This is 800px and used in Emby code) */ /* @media (width >= 55em) { } (This is 880px and used in Emby code) */ /* 800-1024px - Dark Orange: TV 1080P monitor, tablets, landscape iPad, lo-res laptops ands desktops */ @media (min-width: 800px) AND (max-width: 1024px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid #FF8C00; } } /* @media (width >= 62.5em) { } (This is 1000px and used in Emby code) */ /* 1025-1280px - indigo: big landscape tablets, laptops, and desktops */ @media (min-width: 1025px) AND (max-width: 1280px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid #4B0082; } } /* === Large desktop or notebook bowser windows - gold */ @media (min-width: 1280px) { .headerSearchButton.headerButton.md-icon.paper-icon-button-light.hiddenWhenBottomNavVisible { border-bottom: 1px solid #FFD700; } }

The issue is that during a single playback session the client sends multiple events such as /Sessions/Playing/Progress, /Sessions/Playing/Stopped, etc. Because these updates are triggered during pauses, seeks, and other interactions, a single viewing session can produce dozens of events. If analytics tools track these events directly, they appear as multiple playback sessions for the same item. For example, a user can watch one movie once, but the API activity may show dozens of playback-related events due to progress updates and interaction events. That makes it difficult to reliably determine a single playback session. So the core question is: what is the recommended way to group these events into a single playback session when building analytics tools? Specifically: Is there a canonical session identifier we should use? Is there a documented playback session lifecycle developers should follow? Is there an API endpoint that exposes completed playback sessions? Or is reading the PlaybackActivity table in library.db currently the intended approach? Understanding the recommended method would help avoid incorrect analytics results without relying on direct database access.

Hi, I am currently facing the same problem. Is there some configuration I am missing or something? In VLC I get 1080p but in emby I only ever get 480p max no matter what I do.

TF, This is a known issue and I believe it has to do with a bandwidth limit of the site supplying actors photos. For this, I believe, is a free service, each user gets only so many lookups per minute. Second part is that if and when there is any delay because te server giving the actor's images is busy with 1000 other requests or whatever, then the image might eventually arrive after the media page is fully loaded. There is no automatic reload and test the page every minute on Emby, that would drag down the whole site. You can force a page refresh and probably pick up the missing Actors headshots that way. I don't think there is a way around this delay without dragging down the overall speed of the page loads.

Actors are looked up successfully. Bio and picture meta downloaded. Have to open actor by clicking on picture, then refresh and actor shows, no other lookup required.

Just starting to get my hands wet w/ Emby themes and trying to design my own for once. Mostly used AI to help generate this but I feel it looks good so far but still a work in progress... Feel free to share any updates you make.. (Currently only works properly on the 4.9 Stable release.) Edit: Updated to fix backdrop bleeding. Emby Theme.css

Started with Jellyfin but it lacked support for Samsung and at the time LG TVs as well. Would most likely have stayed with Jellyfin if not finding an article about Media Servers by chance where Emby was mentioned. Emby needs better "advertising", most people i ask only knows about Jellyfin and Plex. A family member kept bugging me about not being able to connect to my server, turned out he had installed the Plex app because he thought it was the only media server out there.

I understand and very much so appreciate the effort you put into this. If only all software was supported as well as Emby is. You guys are the gold standard.

While i absolutely agree with you that getting a Shield is the better option a TV doesn't have to be slow. My TV feels a lot faster (might even be faster since the shield is very old by now). What TVs lack most is not speed but codec and passthrough support. Samsung IMO is especially bad in this regard IMO and i would avoid them like the plague (If for nothing else then the ads they have in the menu).

Hi everyone, I'm looking for iOS users who are interested in Embywatch. You can DM me. I'm currently setting up a web platform.

Here is the log file as requested embyserver.txt

Post a server log.

Yeah I can't add m3u files either. Everything I type goes backwards. So weird.

great. Thanks for the feedback For excessive memory usage investigations, I normally would use a script to record memory usage by Emby Server every second and have it running covering time from launch until when the issue arises and also to have debug logging enabled on emby server and have all the embyserver log files (embyserver.txt + embyserver-xxxxxx.txt) covering whole time from launch time up to time of the issue being noticed It is known that frequent periodic scanning/refreshing with large libraries can cause memory to climb if the frequency is such that the tasks get run before memory gets released from earlier tasks and this is being looked into. Until this is addressed, the advice is not to have frequent "Scan Media Library" scheduled task run when there are large libraries. Observation from your log: - you have lots of Trakt errors - some being linked to account limits being hit. - some exceptions logged by Simkl Scrobbler which is the Simkl TV Tracker plugin

I tried MediaPortal before switching to Emby. Only thing MediaPortal could do that Emby can't is tune FM radio stations. MediaPortal being chained to the Windows Media Center and DLNA ecosystem made it impractical when the decision was made to cut the proverbial cable.

Late to the conversation but everything I've seen in TVs has been trash compared to the NVIDIA SHIELD TV. It's obvious the TV's have very anemic processors and GPUs in them because they lag frequently doing basic animations. No such performance issues with the SHIELD. On to top of that, SHIELD has native support for MPEG2 so no transcode is required when streaming from like an HDHR. TVs choke trying to decode MPEG2. As ebr said, choose TV based on picture and especially sound quality (some TVs have the tinniest of laptop speakers). Ignore the "smart" component of it entirely. Buy "smart" capability separately. I'm still using SHIELDs I bought a decade ago.