yocker 1302 Posted January 6 Author Posted January 6 On 1/3/2026 at 7:28 PM, PeteGul said: Hi Is there an possibility to add a future for message to user if the streaming capacity is full? If I have set the server to max 5 streams, and the 6. try to connect they would get a message? BTW, the message and kick out of paused to long. Is really nice thing Thanks for good plugins! This has been added in the new version. v1.5.8.0,
yocker 1302 Posted January 6 Author Posted January 6 New version up (v1.5.8.0) on yocksers/WatchingEye github. Added: Concurrent number of transcodes limit. 1
yocker 1302 Posted January 8 Author Posted January 8 On 1/5/2026 at 10:13 PM, DMazer said: Quick question. I see we can set a limit on the number of minutes the family members can access Emby. If I set a global setting so they all have the same minutes, is there a way to see how many each member has left, before granting additional minutes. I noticed, when I set a global setting (times emby can be active 8am to 00am (midnight)), and Minutes of 360 per family member), it worked fine.... however, I wanted to be able to see how many minutes they are using to see if I even needed to have that restriction... mainly to prevent someone from leaving it on all day/night long. I didn't see a way to view the number of minutes by individual on the global setting. So, I removed the minutes from a global setting and set it for each individual, as I noticed it shows 0/360 when I do. However, the global setting of Times during the day no longer works. So, it seems it doesn't like the global setting for Times to use and individual minutes to use. I hope I conveyed this correctly. Please see if this version fixes it for you. WatchingEye.dll
DMazer 8 Posted January 30 Posted January 30 On 1/8/2026 at 2:31 PM, yocker said: Please see if this version fixes it for you. WatchingEye.dllUnavailable It appears to be working correctly so far. Thank you
johyphenel 1 Posted February 24 Posted February 24 Should per user weekly watch time limits be working for web client for 1.5.8.0? I set a 2h limit for one user, Watching Eye shows "Weekly: 3/2h", but I can still start watching new episodes with that user on Emby web client. I also tried setting a time out and that doesn't work either. On Android the both the limit and the timeouts are working.
johyphenel 1 Posted February 25 Posted February 25 My Emby web client shows Version 4.9.3.0 — in case that's helpful.
yocker 1302 Posted February 26 Author Posted February 26 3 hours ago, johyphenel said: My Emby web client shows Version 4.9.3.0 — in case that's helpful. See if this version fixes it. WatchingEye.dll
johyphenel 1 Posted Sunday at 05:09 PM Posted Sunday at 05:09 PM (edited) On 2/25/2026 at 5:21 PM, yocker said: See if this version fixes it. Still broken on web for 1.6.0.0 — and I've noticed that restrictions are not working on the Chromecast w Google TV Emby app as well. Another thing I've noticed is that, if I have my Emby app open on Android, I get the "You've been placed on temporary timeout" message on phone whenever I play on web app or CCWGTV — but the playback still continues on those devices. Edited Sunday at 05:09 PM by johyphenel
yocker 1302 Posted Sunday at 06:41 PM Author Posted Sunday at 06:41 PM 1 hour ago, johyphenel said: Still broken on web for 1.6.0.0 — and I've noticed that restrictions are not working on the Chromecast w Google TV Emby app as well. Another thing I've noticed is that, if I have my Emby app open on Android, I get the "You've been placed on temporary timeout" message on phone whenever I play on web app or CCWGTV — but the playback still continues on those devices. I have replicated the problem. I will try and fix it with a check every 15 secs to see if a user is playing that shouldn't be allowed to. Seems to be the best i can do for Chromecast as it quickly sends a link to the Chromecast device and that is very hard to intercept properly before it reaches the device. So a check every 15 secs will stop it but will sadly still allow for those 15 seconds of play time before stopped. Will have a version ready soon.
yocker 1302 Posted Sunday at 11:56 PM Author Posted Sunday at 11:56 PM @johyphenel Try this version. WatchingEye.dll
zerodayz 9 Posted 1 hour ago Posted 1 hour ago I've another request, should you be up for the challenge... My previous transcode killer had the option of only kicking VIDEO transcodes, as those are the CPU/GPU killers. Transcoding AUDIO for a 4k stream is sometimes required due to codec/client support, but is far less taxing to the server, and generally does not cause any serious impact. Are you able to check for the type of transcode AUDIO/VIDEO and allow a toggle for ALLOWING or PREVENTING each type based on resolution as before? Many thanks! 1
yocker 1302 Posted 1 hour ago Author Posted 1 hour ago 6 minutes ago, zerodayz said: I've another request, should you be up for the challenge... My previous transcode killer had the option of only kicking VIDEO transcodes, as those are the CPU/GPU killers. Transcoding AUDIO for a 4k stream is sometimes required due to codec/client support, but is far less taxing to the server, and generally does not cause any serious impact. Are you able to check for the type of transcode AUDIO/VIDEO and allow a toggle for ALLOWING or PREVENTING each type based on resolution as before? Many thanks! Shouldn't be impossible. Must admit i hadn't thought about it at all and it's actually a pretty needed feature. 1
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