Blue Iris UI3

@Broo Yes, look in the UI Settings > Hotkeys section. Next Group and Previous Group are CTRL + SHIFT + Period and CTRL + SHIFT + Comma by default, and you can change those to whatever you want.
 
Happy Labor Day!

On UI3 v92, Blue Iris v5.0.2.4.

I'm baffled.

On Mac Chrome in Incognito mode, on same local network as Blue Iris server, hitting local ui3 URL, i.e. http://192.168.11.211/ui3.htm directly, there seems to be long wait time (~18 sec) when I switch camera groups or click on a camera.

I'm logged into ui3 as user with Administrator privs.

See Chrome dev network tab for highlighted calls.

Screen Shot 2019-09-01 at 7.12.41 AM.png

This is when I am viewing my cameras using any of the HTML5 quality.
If I was in a JPEG HD quality mode, the waiting time is reasonable of 100-500 msec or less.

Any ideas?

P.S. In HTML5 4K mode, once wait time is over, no problems with video. It's rendered smooth.
 
Last edited:
@actran This symptom usually indicates some kind of security software is intercepting your http requests and trying to scan them before releasing them to the web browser. The main impact is on H.264 streams because these are truly "streamed" into the browser via one long request. Whereas JPEG streaming is just UI3 loading snapshots in a loop.
 
  • Like
Reactions: actran
@bp2008 Thank you. That makes sense. As I recollect, my company deployed Sophos endpoint protection on all of our Macs a couple of months ago. Unfortunately, our IT team does not allow us to disable it, even temporarily, so I have no way to confirm that Sophos is causing the long wait time.

But I think you've diagnosed it right.

Here is an interesting tidbit. If I goto https://192.168.11.211/ui3.html (stunnel URL version), the wait time (~120msec) is very reasonable. I assume this means Sophos cannot scan SSL encrypted stream.
 
@actran They could scan SSL encrypted streams only if they do all the remote certificate validation and then create their own certificates and make sure your PC trusts them. It is possible, but complex and opens a whole new can of worms in terms of security. I imagine they don't implement such an ability for that reason.
 
  • Like
Reactions: actran and TL1096r
Bp2008

A little strange behavior.
I am running BI4.
I have three groups defined that include all my cameras. Inside cameras, outside cameras and backup cameras.
My backup camera group includes all clone cameras that are hidden. They are used to write to a NAS, no other processing. So in BI program when the backup group is displayed, it is a black screen, as I would expect.

In UI3 when I start the the web interface it shows, the inside and out side groups. But no backup group. UI3 adds individual entries for all the hidden backup lone cameras. There is no backup group.

A blue popup ...
Web casting may not be enabled for some of your camera groups
10 cameras have been individually added to the current group dropdown list.

What have I got configure incorrectly ?

C1.JPG
 
You don't necessarily have anything configured wrong. It is just UI3 noticing a bunch of cameras that aren't in any groups. (because Blue Iris told UI3 about the cameras, but not about the group they are in)
 
As an Amazon Associate IPCamTalk earns from qualifying purchases.
but all the cameras are in a group. Just hidden. Is this a bug in BI4 ?
 
I would not call it a bug. But I will update the message in UI3.



Weren't you running Firefox though? Firefox is bad at UI3.

I was using Chrome after I found my mistake and was having lagging and then CPU problems again. Maybe it was a bad unit. Do you think that would work? If so please let us know! I don't mind PI but if there is faster for $100 that should be good too.
 
I was using Chrome after I found my mistake and was having lagging and then CPU problems again. Maybe it was a bad unit. Do you think that would work? If so please let us know! I don't mind PI but if there is faster for $100 that should be good too.

Well I have benchmarked an Atom Z3740 as being able to decode 1280 x 720 H.264 video sourced from Blue Iris, at 45 FPS using Chrome's hardware accelerated player. That was in a tablet which may have a better heatsink than your stick, but it was also an older atom processor. I would expect the newer atom in your stick to be able to handle 720p just fine in UI3, and maybe even 1080p, as long as the HTML5 player is used. Possibly requiring the H.264 encoding profile to be set to ultrafast and preset set to baseline.
 
Well I have benchmarked an Atom Z3740 as being able to decode 1280 x 720 H.264 video sourced from Blue Iris, at 45 FPS using Chrome's hardware accelerated player. That was in a tablet which may have a better heatsink than your stick, but it was also an older atom processor. I would expect the newer atom in your stick to be able to handle 720p just fine in UI3, and maybe even 1080p, as long as the HTML5 player is used. Possibly requiring the H.264 encoding profile to be set to ultrafast and preset set to baseline.

hmm. What is chrome's hardware accelerated player? I did have the fanless model. I am not sure. I was not happy with performance but if this is true that other model should be ok. @JNDATHP - if you try it let us know. Thanks
 
hmm. What is chrome's hardware accelerated player?

You know the NaCl option for UI3's H.264 player? It was that. Much earlier in UI3's development, I benchmarked it against several JavaScript players. The NaCl option no longer works in the most recent Chrome versions, but the HTML5 option is basically the same efficiency so it doesn't matter much.
 
Has anyone had issues locally accessing both UI3 and BI's direct video request endpoints (e.g. /mjpg/) with the most recent versions of UI3/BI5? I consistently get 'the video stream was lost, attempting to reconnect' errors with v92, wherein Chrome is showing that the requests sent to the web server are returning a '503 Service Unavailable' response. Likewise with the web server's direct endpoints, I frequently get a '<myIP> is currently unable to handle this request', and only after two or three repeat attempts does the video feed finally start coming through. This is with no authentication required.
 
Has anyone had issues locally accessing both UI3 and BI's direct video request endpoints (e.g. /mjpg/) with the most recent versions of UI3/BI5? I consistently get 'the video stream was lost, attempting to reconnect' errors with v92, wherein Chrome is showing that the requests sent to the web server are returning a '503 Service Unavailable' response. Likewise with the web server's direct endpoints, I frequently get a '<myIP> is currently unable to handle this request', and only after two or three repeat attempts does the video feed finally start coming through. This is with no authentication required.

I have not seen this.