Look at BI's status window, Connections tab to see the IP being used to connect. In some circumstances it is possible for that to be different than you expected.
That said, UI3 is now requiring credentials. Obviously I want to have it open without requiring credentials.
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.
@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?
@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?
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).
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.
@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.
ui3-local-overrides.js
file and put it in a certain place within your Blue Iris installation, and that file will get delivered when you load UI3 and it will force the settings within to replace the defaults that UI3 ships with.Thank you, this is what I was looking for. if there's an update to those options from you, such as a new feature. How is that handled when using the overrides file?...
If what you want is to change the default settings of UI3 so that every browser that connects to it gets your custom settings, then look at this help file page, specifically under the "Quick Start" heading. The gist of it is you can download aui3-local-overrides.js
file and put it in a certain place within your Blue Iris installation, and that file will get delivered when you load UI3 and it will force the settings within to replace the defaults that UI3 ships with.
Thank you, this is what I was looking for. if there's an update to those options from you, such as a new feature. How is that handled when using the overrides file?
ui3-local-overrides.js
all referred to the old setting name which does not exist anymore, so they don't cause unwanted interference.Interestingly, if I drop the profile to 480p, with d2w enabled, I don't get the error, but the stream is 4:3 and poor quality (presumably I'm getting the sub-stream feed).
I dropped the resolution to 1920x1080 on both cameras, and the problem resolved on d2w streaming on the main profile on all devices. Is there perhaps a resolution limit with BI/UI3 D2W?
Your encoder settings look fine.
I agree, since UI3 still sends all the other encoding parameters in case the camera is not compatible with direct-to-wire, Blue Iris would be using the resolution arguments as a hint to indicate that the sub stream is "good enough".
It is curious that changing the resolution would make it work. Because nope, Blue Iris and UI3 have no such limit, in fact I just opened a 2688x1520 cam streaming H.264 via direct to wire right now and it is fine for me.
Any limit imposed by the web browser, OS, video driver, etc would also affect normal non-direct-to-wire streams too. So my best guess is the cameras are doing something unusual with the H.264 frames, and UI3's HTML5 player is not handling it properly. Whether the fault is in UI3's code or elsewhere, I could not say. Unfortunately the inner workings of H.264 are way over my head so I likely would not be able to figure out a fix even if you were to provide remote access for me to reproduce the issue. All I can say is you might try other H.264 encoding options if your cameras have them (like H.264H) because those might subtly affect the encode in a way that mysteriously works better. But that is really a long shot because plain "H.264" should be as basic and as widely-supported as it can get.
There's a strong chance the JavaScript H.264 player would work with those cams at native resolution if you switched to that in UI3's settings. It is less efficient but usually behaves more predictably than the HTML5 player. Or if you happen to have an HTTPS reverse proxy server available to access Blue Iris with, then you would be able to try the WebCodecs player as a third option that would likely be more efficient than JavaScript. The browser vendors decided to prevent access to WebCodecs except from a secure context. Which is maddening but completely out of my hands
I swear, you must not sleep! It works fine on my PC at the higher resolutions with D2W on Brave/Chrome/Edge. So I'm sure it's a limitation of the Fire tablets. I have tried the javascript player does work, but at a much reduced frame rate - maybe 5 FPS. Again, I assume that's because of hardware limits on the tablet. Going the proxy server route is above my paygrade, and I'm happy to just drop the resolution of the cameras down to 1920x1080 if everything plays nicer with that.
I was just hoping there was a quick solution that would preserve the higher resolution. In my use case scenario, max resolution is a nice to have, not a must have.