Keeping the screen on is out of UI3's direct control. It is a behavior of the HTML5 video element. The JavaScript player doesn't use an HTML5 video element, so the browser doesn't try to keep the screen on. I suppose I could make a hacky screen-keepalive function by looping a small video in a hidden HTML5 player. I'll put it in my todo list but it won't be high priority.Good idea. But if there is a way for the browser to keep it awake, I'd prefer that route. They've all been de-bloated and neutered/firewalled. I'd prefer to keep background things to a minimum.
But, since you appear to be doing the same as me, do you have issues with your UI3 on the tablets "oh snapping"?
Might be good to let them update Chrome if you have not done so in a while. As a last resort you can also try jpeg streaming since it works so differently, it might not trigger the same crash.After turning on "keep screen on while charging" under developer options, I can prevent the screen from turning off. However, it still goes into dim mode after the "display timeout" time has been exceeded (30 min). So, I gave in and installed wakey (similar to alive) - a program my brother uses on his tablets. Keeps screen on and at max brightness.Since doing so, I haven't had a single "oh snap" crash. So the crashing may well have something to do with the tablet going into reduced power mode.Nope. Still oh snaps on at least one.
BTW, I've put all tablets on their own subnet which has no WAN access.
That is how my system responded with the framerate unequal on the substream and main stream.I'm still getting horrible playback on my PC and phone unless I move the resolution down to something less than 720p. Looking at the stats for nerds, do that reveal any clues? I get the same playback on the BI mobile app on my higher-end android phone as well - so I'm not sure whether it's server or client (or both). The CPU on the client and server never get saturated and I'm able to speed test to my full GB up/down speed from my ISP while doing these tests, so I seem to have plenty of LAN bandwidth.
View attachment 138852
What does it look like when you are asked for credentials? Can you screenshot that?That said, UI3 is now requiring credentials. Obviously I want to have it open without requiring credentials.
This is just the web browser informing you that you didn't use HTTPS, which is completely normal because Blue Iris does not support HTTPS natively with its web server.The web page states that “Your connection is not private”
I am traveling and accessing my network via zerotier. First time I have gotten credidential request as well.Hmm, well I never run with "Use secure session keys and login page" unchecked so I'm not fully aware of how that behaves.
But I would expect your tablet there to be given an administrator session automatically because of being a whitelisted address, and even if that function was not working then it should be getting an anonymous session because of being a LAN address.
Lets back up a bit.
What does it look like when you are asked for credentials? Can you screenshot that?
This is just the web browser informing you that you didn't use HTTPS, which is completely normal because Blue Iris does not support HTTPS natively with its web server.
You know more than I do. I haven't tried it yet@bp2008 No rush.
I see with BI 5.6.3.0 (UI3 v223) that I can get audio during single camera playback on Timeline tab. Very nice! But when I toggle to a group view, the audio does not work, EXCEPT if I jump to current time---meaning, audio works in group view during live playback but not when going back to old date/time. Is this a known limitation?
I just tried. You're right, no audio stream is given for group timeline video. I'd say this behavior is consistent with the release notes:@bp2008 No rush.
I see with BI 5.6.3.0 (UI3 v223) that I can get audio during single camera playback on Timeline tab. Very nice! But when I toggle to a group view, the audio does not work, EXCEPT if I jump to current time---meaning, audio works in group view during live playback but not when going back to old date/time. Is this a known limitation?
Hopefully timeline multi-camera audio is coming soon, but to be fair I think in a lot of systems this is less valuable since there's often a really noisy camera in the mix, or the streams are out of sync enough to make the audio a mess when you hear all the cameras at the same time.Audio has been enabled for the selected camera during timeline playback on either UI3 or
locally when a camera is selected and playback speed is normal (1x).
@bp2008 Just case you did not know, for each group, when I edit group config, I can control which camera(s) will provide audio for that group. Typically, I select only 1 camera audio for each group so that I don't have multiple audio streams during group view.Hopefully timeline multi-camera audio is coming soon, but to be fair I think in a lot of systems this is less valuable since there's often a really noisy camera in the mix, or the streams are out of sync enough to make the audio a mess when you hear all the cameras at the same time.
Nice. I had forgotten about that.@bp2008 Just case you did not know, for each group, when I edit group config, I can control which camera(s) will provide audio for that group. Typically, I select only 1 camera audio for each group so that I don't have multiple audio streams during group view.