Leaderboard

It really isn't - not done properly. This is really one single variation of a much bigger item which is being able to customize what you see on some of the screens. This is in our plans but is a lower priority than many other things primarily because the vast majority of people do not take advantage of customization options even when they are available. This coupled with the relative "cost" of such options (in complexity, maintenance, etc.) makes them very low value for the larger user base. Still, such customizations are in our plans. The home screen will be the first target though.

Actions speak louder than words, and at this stage, the only assumption you could make is that the emby development team don't really care about security. There are multiple security issues and feature requests dating back several years, none of which have been addressed. After an actual security breach last year, which had been raised as an issue on this forum years before that, you would have thought they might have learned a lesson? ALL security issues/requests should be addressed before any new features are added to emby. Security should be the number 1 priority, not some after thought years later.

I've created a web-based watch party application that lets you watch Emby content synchronized with friends and family in real-time, no matter where they are! Key Features: • Real-time playback synchronization - play, pause, and seek stays in sync for everyone • **Secure proxy architecture** - Emby server stays on your local network, never exposed to internet • HLS streaming with proper Emby authentication • Auto-detection of default audio and subtitle tracks • Burned-in subtitle support for maximum compatibility • Live chat while watching • Simple party codes for easy joining • Random username generation for quick access • Works on desktop and mobile browsers Technical Details: • Backend: Python/Flask with SocketIO for WebSocket communication • Frontend: Vanilla JavaScript with HLS.js for adaptive streaming • Direct HLS streaming from Emby (no transcoding proxy needed) • Coordinated pause-seek-buffer-resume flow prevents desynchronization • Professional logging with automatic rotation Requirements: • Python 3.8+ • Emby server with user account credentials • Modern web browser (Chrome, Firefox, Edge, Safari) • Flask app must be accessible to remote users - use VPNs like Tailscale or Hamachi if port forwarding is not possible • **Note:** Emby server does NOT need to be exposed to the internet - the Flask app acts as a secure proxy How It Works: One person creates a watch party and gets a unique party code Friends join using the party code Anyone can browse the Emby library and select a video Playback stays synchronized automatically for all viewers Chat together while watching! Perfect for: • Movie nights with remote friends • Family watch parties across different locations • Synchronized viewing of TV series • Any scenario where you want to watch together remotely Installation: Simple setup with pip - just configure your Emby server URL and credentials, and you're ready to go! Install-Steps are detailed in README.md Source Code: https://github.com/Oratorian/emby-watchparty License: MIT This is a personal project I built for private use with friends. Feel free to try it out and let me know what you think! Contributions and feedback are welcome. Please report Bugs here or on the GitHub page. --- Note: This is a third-party application and not officially affiliated with Emby. emby-watchparty.zip

Hello, I should have made this post long ago, but these things have finally annoyed me to the point that I had to make it. I would like to preface that I haven't use the tvOS app yet, and I'm expecting it to behave in the same way as the android and android tv apps. Changes for Android, Android TV and tvOS: The play/pause media button / physical button shouldn't bring up the UI when I pause the video. This prevents me from seeing subtitles and content. If i wanted to bring up the UI i can just click the select button (the button that you use to navigate), or the arrow up or down button. The media player UI on Android has been changed for the worse compared to Android TV in this one regard: When you skip forward or backward, the whole UI shows up compared to just the seek bar. In my opinion either prevent it from showing up or change it back to how it used to look. In payback settings add a media player UI timeout setting, so that we can control the time it takes for the UI to disappear after the video starts playing/skipping, beginning from 0s. All of these changes can be added to payback settings. Windows and macOS: Using Space bar for play/pause shouldn't bring up the UI, similar to the above you can use the "enter/return" key or arrow keys if you wanted to see the UI. When skipping the ui shouldn't appear at all, since you have arrow keys and mouse to do that, and unlike with the Android, Android TV, tvOS you can't get rid of the UI by clicking the back button. Just like with the Android, Android TV and tvOS you can add all these changes in the playback settings. I'm expecting this to be changed quickly since most of these changes should be a one line of code, except of the seeker UI overhaul for skipping in the Android app.

nevermind -- figured it out. It's a weird UNIX quirk where if the folder was created in a legacy format, it needs to be converted to "ACL" : Open Contrl Panel > Shared folders Select afected shared folder Click Action button > Convert to Windows ACL Follow wizard

The reason JF has GUIDs as item IDs is because they are us 10 years ago. I know you know that but for the casual reader... We changed this design for performance reasons which were significant so we won't be going back.

@LukeI've not had time to try this, but just want to say Thank You for making the improvements. I really appriciate it.

Looks like the same thing reported elsewhere. Luke mentions it being a bug some are seeing by accident. https://emby.media/community/index.php?/topic/89802-emby-for-android-match-androidtv-app/page/94/#findComment-1477516

EmbyWatch - A brilliant app built by a community user! One of the best things about the Emby community is the creativity that comes from it. Every so often, one of our users takes their love for media servers to the next level and builds something that makes life easier for the rest of us. Today, we’re excited to share EmbyWatch, a brand-new Android app developed by community member @asgard25It is an an incredible example of what happens when passion and innovation meet. A User-Built Tool, Made for Admins What makes this story special is that EmbyWatch wasn’t created by a company or a professional app studio. It was created by one of YOU! — just someone who wanted to make managing a server more intuitive and accessible from anywhere. Want to be even more impressed? This is only the second Android app that asgard25 has developed! EmbyWatch is designed to help server admins and advanced users keep track of what’s happening on their Emby setup in real time. It’s not about playback or browsing media, it’s about giving you the tools to monitor, manage, and control your server, all from your phone. Powerful Features at a Glance EmbyWatch brings a surprising amount of functionality for such a young app. Here’s what it can do: Real-time monitoring: See who’s watching what, where they’re streaming from, and how much bandwidth they’re using — all live. User management: View your users, check activity history, and even send messages directly to connected users. Device overview: Identify every connected client, from smart TVs to mobile apps, with connection times and device info. Library insights: Quickly review all your media libraries with detailed counts and metadata. Task control: Run or schedule maintenance tasks like library scans and metadata updates remotely. Plugin visibility: See your installed plugins and available updates. Logs and server details: Access logs, CPU load, uptime, and more — wherever you are. Notifications and widgets: Stay informed with live alerts and optional Android widgets for quick monitoring. For anyone managing a shared server, EmbyWatch feels like having a live dashboard in your pocket. A True Example of Community Ingenuity We love seeing users like asgard25 take their experience with Emby and turn it into something that benefits everyone. EmbyWatch really is a reflection of how open and flexible the Emby ecosystem can be when people put their ideas into action. This project shows exactly what makes our community special, a shared passion for improving and creating! So whether you’re managing your own home setup or running a multi-user server, EmbyWatch offers a simple, powerful way to stay connected to your system. Huge thanks to asgard25 for sharing EmbyWatch with the community and for showing what’s possible when creativity meets passion. We’re proud to see our users building tools like this that make Emby not just a media server, but a thriving ecosystem shaped by its fans. If you’re an admin or an advanced user, check out EmbyWatch on Google Play and see how it can make managing your server easier than ever. We can’t wait to see what asgard25 — and others in our amazing community — build next.

Hi, we are looking at this. Thanks.

Fixed: Was a github Workflow issue that autocreates the releases for me.

Ports are open. HTTPS wont work at this Moment. I have to deal with it. The HTTPS Port ist open in my router. But If intry tonreach the Server with the HTTPS adress i get an "Site ist Not available in Browser and an "Server is Not reachable" in Emby app .. I guess I need to divee deeper into the topic of HTTPS and certificates.

You have to open a port to be able to access your server remotely. My suggestion would be to use a different port from the default, setup HTTPS on your server, and to make sure that your users have passwords.

Oh sorry miss read you. Emby is what you mean then not the TV part. That make sense as this app is awesome don’t know how I missed it

I like the app so far, it's quite polished and can pretty much do everything I am using the Playback Reporting plugin for. I would like to see the ability to include History on the dashboard. Preferably something like Playback history over the past 24hrs. Also having some longer terms statistics like hourly and daily usage graphs, most used clients, and reasons for common reasons for transcoding. Much like the Playback Reporting plugin offers.

For anyone who may be interested, User Oratorian took it upon themselves to create their own Watch Together solution. While it requires running Python on a separate machine, Linux or Windows, it works. Only released a few days ago, so still under development, but I have it in a working state. As of today (10/23/2025), I had to download his most recent config file from GitHub instead of the Release ZIP, but it's pretty straightforward to get going. Hoping this helps someone out there.

Hi, what is the vulnerability?

Thank you! This was driving me nuts while trying to get metadata for Doctor Who (2005)! Turns out, a recent Emby update disabled all the metadata fetchers.

Can confirm NYPD54's approach results in an Emby instance that stays running.

Solved. What I did was, what I saw in a post here where @Luke advised reinstalling it over the installation I already had. And now it works.

Of course this feature working inside Emby is preferred. Has anyone tried one of these apps? https://geekflare.com/cloud/windows-server-monitoring/ It seems like a server monitoring app can have a lot of depth and features that would be very difficult to emulate. Maybe one of these does exactly what you need to have. Running it as a separate program that gets updated and bug fixed as well, seems to be a good solution.

Hi, nice plugin Is there a possibillity to copy the Filter? Or better insert into another m3u. I would like to define my filters with an m3u file and afterwards copy it over to a fetched m3u. I mean I can see them and copy, but not insert it. thx

A list below - there may be others. I did a while back speak to the Admins to see if we could have a dedicated 'Security' forum section - but it was not taken up. I still think think it's a good idea to focus this important topic. The #1 sticky on it would be 'out the box configuration 'Best Practice', as even that is poor' ..

Please look fast This is infuriating when you have a big library, the scrolling is insane.

First, how dare you. Second, there's a qualifying tournament for lower ranked players. You just need to believe in yourself.

You can lend your support here: In the meantime, you might give a spin to some of the community-made plugins: Note that some of those are quite dated and it is unlikely they are still maintained. There are also likely additional tools, these were just a few that came up on quick search.

Because it was brought up in an other thread: https://feedly.com/cve/vendors/emby

I see thank you. It was in Home Screen for me not general but I did manage to find it

That was probably the excuse for not fixing the issue that caused the 2023 Security Breach as well that blew up. We're two years later and clients are still having to catch up to that "fix". I'd rather clients cripple along than have security/privacy vulnerabilities.

Testing on version 4.9.2.6 and it's working. Tks.

Even though that analogy is completely off-base I'll run with it - I still wouldn't get into Wimbledon. The bottom line is there are just more important things to do at this point in time and we have limited resources. This is a great FR that a very few people really want. There are a lot of great ones that a whole more people really want and that's just what we're working on right now. I still think we'll likely get to this one.

Statt den Server über http://xxxxxx.ipv64.net:8096 zu erreichen, würdest du ihn dann über https://xxxxxx.ipv64.net erreichen. Das würde vermutlich den Block umgehen und verschlüsselt auch den Transportweg von deinem Endgerät zu deinem Server. Bei dem Thema scheiden sich die Geister. Ich persönlich würde niemals ein Emby, Plex oder Jellyfin völlig offen im Internet betreiben. Ich gebe alle IPs per Firewall manuell frei die Zugriff nehmen können. Diese Medienserver sind sehr komplex und nicht für den Zweck "gehärtet" im offenen Internet betrieben zu werden. Kannst einfach mal CVE-Listen angucken, das sind Sicherheitslücken, - hier zB für emby: https://feedly.com/cve/vendors/emby Wenn so eine Sicherheitslücke veröffentlicht wird, und die zB root-Zugriff ermöglicht, scannen Leute genau nach diesen Standardports wie 8096 - und Medienserver sind wirklich absolute "Premiumware" für solche Hacker, weil die meistens GPUs haben - und damit können die sich coins farmen. Nur einfach nicht den Port nutzen hilft da aber inzw auch nicht komplett weil es inzwischen auch Suchmaschinen gibt die extra dafür da sind bestimmte "services" zu entdecken. Also aus meiner Warte muss ich deine Frage leider mit "Doch" beantworten. Da kann schon ne ganze Menge passieren.

That would be ideal and would really solve the issue for me with the nfo only workflow. I was so sure that the nfo only workflow was going to work that I purchased 2 additional 8 TB USB drives. I copied my entire Plex movie library onto the first new 8 TB drive. I have had a script running for about 24 hours now that is using ffprobe to read all the current metadata from the plex video and write the data into a JSON output file on the 2nd new drive. Then ffmeg is stripping all metadata from the video and doing a -codec copy to the 2nd new drive. At the end of the process I was going to use tiny media manager make the nfo file have the same information as the original embedded plex video. By the way, while doing some testing on the nfo only workflow, I stripped a couple of tv show with 4 seasons each, created nfo files and imported them into an Emby TV show library. They acted the same as a movie. All data was good but just had placeholders for the actor images.

Yea something similar was reported with the Samsung app. We are embedding the official youtube sdk and it must be keeping some data that eventually causes this problem. That's why clearing app data resolves it. Hopefully this will not be a long term problem.

Hi, HDR playback has been improved in Emby for Apple TV 2.0.1. Thanks !

Hi, yes this is on our to do list to implement in the Emby Apple TV app. Thanks.

Hi, we are looking into it. Thanks.

I cant, I completely reset windows and rebuilt the server to rule out any issues I may have introduced. it is a clean build now just waiting for it to scan my media (there is a lot so will likely take days) I choose to not restore from backup to make sure I had a clean copy and finally finished the tv guide last night please for future builds add an ability to export and import the tv guide channel mapping and for the love of sanity add a search to help find the channel in the guide data as it takes forever to find the ones that need mapped manually

There is other projects who do exactly that, and only that. Very well developed with hundreds of contributors and popular among users: https://github.com/photoprism/photoprism I have to say that i am using emby for video, and for video only. I see that there is the drive to make this a universal solution for everything (audio, foto, games, books), but in order to do that successfully you would have to be better than all those other particular projects that already do that. This is a lot of development time that would be going into something that already exists. And from the perspective that there is only a handful people working on emby i have to give a thumb down out of my own interest.

4.9 latest beta.

Hi all. As a heads up, this will be resolved in the next build of the beta. As soon as that's done, it will be posted here as well.

I use dispatcharr as the source of truth for Emby. I'd recommend that you configure the channel groups and names in dispatcharr the way you want them to be. You can just duplicate the channel if you want it to be in 2 different groups. Also, I feel like I should also share that if you change the tuner properties it will delete and re-instantiate all channels as if they never existed (though I haven't tested this since 4.9 released). I figured this out when I went from IP to hostname for my m3u the first time, ended up causing everyone to lose all their favorites. I believe this also happens if you modify the channel number.

That did it, thanks again Luke, you rule

No. Settings>Library tab in the sidebar>Edit (or left-click library thumb) your TV Shows library>untick and tick again TVDB, TMDB, OMDB (whatever meta-downloaders you have enabled).

HI, yes locking may prevent some features from working, and it can cause frustration later if you forget that you locked it. for this reason I generally would suggest just locking specific fields rather than entire items.

OK, so I used the backup and restore feature, and it worked pretty well. Of course there was a lot of drive mapping I had to update for libraries, caches, etc. Then there were some other things I wanted to change, so I don't know; I think if I was to do it all over again, I'd just set it up from scratch.

Can't wait for an iOS version

+1 please

I’ve made some serious progress. I'm unsure on my caching method as it stands and using Redis at the moment. day job has been extremely busy and not looked at it for a couple weeks. I’ve not posted much to community so if anyone wants to get involved in posting out to public and having some structure then I’d appreciate that.

If using Chrome Browser try adding "Check Range" from the Chrome Store. It allows you to Shift-click first and last checkbox to select/deselect range. Basically a quick way to click every item for you.