asgard25 54 Posted March 22 Posted March 22 (edited) What is EmbyWatch Web? EmbyWatch Web is a browser-based application designed to monitor, manage, and control your Emby Media Server remotely. Unlike the Android version, no installation is required. It runs directly in any modern web browser. Compatible with: Windows / macOS / Linux Android iOS (iPhone / iPad) Tablets Chromebooks Smart TVs with a web browser This means everyone — including iOS users — can access it without platform restrictions. What Does EmbyWatch Web Do? EmbyWatch Web is built for: Real-time session monitoring User and permission management Remote server control Viewing logs, statistics, and scheduled tasks Main Features Category Description Real-time monitoring View active sessions: who is streaming, what media, playback progress, codec, bitrate, and device User management Display users, recent activity, permissions, and send messages Connected devices See all connected clients (TVs, browsers, phones) with device details and connection time Library overview Access all media libraries (movies, shows, music, photos) with item counts and stats Scheduled tasks View and trigger tasks (library scans, cleanups, metadata refresh) Plugins Check installed plugins, versions, and update availability 🖥 System information Server technical details (OS, Emby version, IPs, ports, uptime, CPU load) Logs & history Browse detailed logs with filters (user, event type, time range) ▶ Remote playback control Start or stop playback remotely (if permitted) Highlights Works on any modern browser Fully compatible with iOS devices Fast and responsive interface Available in multiple languages Ideal for administrators managing shared servers Advantages Over the Android Version EmbyWatch Android EmbyWatch Web Requires installation No installation required Android only Works on all platforms Updates via Play Store Instant updates via web Android widgets Accessible from anywhere Limitations Requires web access to your Emby server Some features require administrator permissions Performance depends on browser and network quality Not a full media player — focused on monitoring and administration https://embywatch.app/app Edited March 22 by asgard25 2 1
Eigeplackter 93 Posted March 23 Posted March 23 The Images look really cool. Just don‘t get why I have to have a google email adress and why that is needed ? 1
Neminem 1638 Posted March 23 Posted March 23 Since the service is not selfhosted I will not use it. Giving out my Emby login, password, api key and External IP / domain to a external service is not for me. What happens if the external service gets hacked? Or all my info is sold to highest bet? 7
asgard25 54 Posted March 23 Author Posted March 23 2 hours ago, Neminem said: Since the service is not selfhosted I will not use it. Giving out my Emby login, password, api key and External IP / domain to a external service is not for me. What happens if the external service gets hacked? Or all my info is sold to highest bet? Hello! All app data and API keys are encrypted. The risk of being hacked exists whether a service is self-hosted or externally hosted — no system is completely immune. We do not sell any user data. You can review full details about how data is handled and protected on our Privacy page.
asgard25 54 Posted March 23 Author Posted March 23 3 hours ago, Eigeplackter said: The Images look really cool. Just don‘t get why I have to have a google email adress and why that is needed ? Hello, in order to unify an account if you also use it from Android or Apple
yocker 1440 Posted March 23 Posted March 23 56 minutes ago, asgard25 said: Hello! All app data and API keys are encrypted. The risk of being hacked exists whether a service is self-hosted or externally hosted — no system is completely immune. We do not sell any user data. You can review full details about how data is handled and protected on our Privacy page. While you may be correct, we have no way of verifying that. 1
Neminem 1638 Posted March 23 Posted March 23 (edited) 4 hours ago, asgard25 said: The risk of being hacked exists whether a service is self-hosted or externally hosted You are right there is a chance that a selfhosted service get hacked. But as your service gets more traction, its more likely your service gets hacked. With a selfhosted service, I can put it behind a VPN or what ever I those to secure it, that's on me. With your service, I have to blindly trust your word Edited March 23 by Neminem
asgard25 54 Posted March 23 Author Posted March 23 41 minutes ago, Neminem said: You are right there is a chance that a selfhosted service get hacked. But as your service gets more traction, its more likely your service gets hacked. With a selfhosted service, I can put it behind a VPN or what ever I those to secure it, that's on me. With your service, I have to blindly trust your word as thousands of users do
Neminem 1638 Posted March 23 Posted March 23 18 minutes ago, asgard25 said: as thousands of users do That's on them to NOT see the risk...
Neminem 1638 Posted March 23 Posted March 23 4 hours ago, yocker said: While you may be correct, we have no way of verifying that. @asgard25 Any comments on this?
Neminem 1638 Posted March 23 Posted March 23 8 hours ago, Neminem said: What happens if the external service gets hacked? @asgard25you still have not answered this
yocker 1440 Posted March 23 Posted March 23 (edited) 2 hours ago, asgard25 said: as thousands of users do I applaud your effort in making this but one of the biggest no-no's on the internet is to give outside access to your computer and servers. Even running services that are accessible from the internet (like Emby it self) is actually a bad thing security wise, then giving away the passwords to it as well is just asking for trouble. Then here you have the added security issue of adding even more ways for things to go wrong by introducing another connected system that has the passwords. It's like putting a muzzle on your dog, turning off the alarm and giving your front door key to your house to strangers while you are away. Edited March 23 by yocker
asgard25 54 Posted March 23 Author Posted March 23 Hi, thank you for your views, I appreciate it, it helps move the project forward! 1
asgard25 54 Posted March 25 Author Posted March 25 28 minutes ago, ebr said: Why not use API keys? That's what they are for. Hi, no, I already manage it this way with the mobile app. I'm keeping this method because we've added the option for users to log in to the app to have a dedicated interface (player, Seerr request, etc.). Sorry, I don't know if that's clear; I'm using a translator. https://jellywatch.app/doc/watchpass
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now