Plugin: WatchingEye - Manage viewers

[yocker 1302]

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]

New version up (v1.5.8.0) on yocksers/WatchingEye github.

Added:

1. Concurrent number of transcodes limit.

[PeteGul 39]

I'll try it tomorrow

[yocker 1302]

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]

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]

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. 

[yocker 1302]

Will look into it.

[johyphenel 1]

My Emby web client shows Version 4.9.3.0 — in case that's helpful. 

[yocker 1302]

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]

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]

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]

@johyphenel
Try this version.

WatchingEye.dll

[zerodayz 9]

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!

 

 

[yocker 1302]

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.

[johyphenel 1]

On 3/1/2026 at 3:56 PM, yocker said:

@johyphenel
Try this version.

WatchingEye.dll 462 kB · 1 download

Timeout still not working for Web on 1.6.2  Android still works like before. 

[yocker 1302]

1 hour ago, johyphenel said:

Timeout still not working for Web on 1.6.2  Android still works like before. 

That's strange.
From all my testing it works as it should.

Can you send me a log please?