There are some monitors (TV mainly) which have automatic control of the brightness (based on a sensor). Maybe it’s that.
Was it present before PIR instalation Y/N? this can guide you.
From MHO, PIR sensor has Nothing to do with that (but not 100% Sure).
Regards
oh! I will look on the module again as I didn’t saw the famous screws you’re referring too…
Don’t worry @AgP42 , you already did a great job! Thanks again for that.
For the time being I will leave it like that (with your workaround) and if I have time on my side, I will maybe try to update MMM-PIRSensor. Maybe I could do it with trial and error method.
Thanks to the latest update of your module and MMM-GroveGestures (from @Sean ) , I end up with a perfect user experience :
Perfect!
The Remote Control you are working on looks great also!
A bientôt et bonne continuation!! (tu as laissé qques indices dans ton code :-)
The sensor I’m using doesn’t offer this option, unfortunatly.
link text
Thinking of it again :
Would it not be more “sustainable” to PR MMM-PIRSensor by putting a second notification trigger “USER_PRESENCE, Screen Off” after the timeout delay.
Then, we could play within MMM-SmartWebDisplay with that one instead of the only USER PRESENCE false, true.
By doing that + adding the option to use it or not, it would make the full thing more reliable and generic.
If I believe it’s somewhere here :
else if (value == valueOff) {
self.sendSocketNotification('USER_PRESENCE', false);
if (!self.config.powerSaving){
return;
}
self.deactivateMonitorTimeout = setTimeout(function() {
self.deactivateMonitor();
}, self.config.powerSavingDelay * 1000);
}
});
maybe you should let your module more generic that what you currently did.
If someone wants to STOP the video based on any other notification (like USER PRESENCE, false) he will always have the possibility to use MMM-NotificationTrigger to convert user presence to stop.
Up to you.
If you’re not keen to update that point (which I could understand), I believe I can maybe modify things a little bit myself to manage it.
Maybe the modification should be done directly in MMM-PIR Sensor, which should only trigger PRESENCE FALSE once the additional delay is over and not before…
No you’re right I don’t.
I believe I understood the issue :
But this is then triggering the issue I’m referring to above for MMM-SmartWebDisplay.
Does that makes sense? It’s the only explanation I found for now.
I think it’s because of PIR Sensor “USER PRESENCE” notification!!!
(I don’t wnat any interaction between PIR and video), I only use PIR to turn screen ON / OFF.
And this issue is not new since your morning correction…It’s new for me because I installed PIR this morning!!!
Regards
@AgP42
Centering frame is OK now.
Lagging seems to be much better.
But it seems that new issue is happening. I get constant (uncontrolled) change between status Playing and Stopped which is stopping the video.
Strange.
Review :
Using a list of several URL is working. Seems more “slow / laggy” than with iFrame-Ping and only one URL. Strange but OK.
URL rotation is working great. (maybe a bit slow because of reloading needs, but I guess than there is not much you can do for that?)
URL NEXT / PREV / PLAY / PAUSE is working like a charm. Which was my initial need, so perfect.
So all in all, a major and well managed update. Good job @AgP42 .
One thing :
Even by using the same size (% or px) parameter as in previous iFrame-Ping, the picture is much more smaller (tiny!!!) in this new module. Strange but nothing critical.
I’m displying youtube channels and “middle_center” parameter.
Nevertheless, when I increase the size of it, the centering is not working well. Indeed, the margin remains the same on left side, meaning the frame is off-centered on the right side of the screen.
Hope this can be fixed easily (I tried to look at it myself, .css, etc… but I’m not skilled enough). Maybe it’s something I’m doing wrong on my side…