Blue Iris UI3

bp2008 said:
This could be tough to figure out. Clicking the orange clock icon should pop up a message explaining where the delay came from, but you can also learn by looking at the "Stats for nerds" panel.

Right click the video in UI3 and open the "Stats for nerds" panel. This will have graphs including Network Delay and Player Delay. If Network Delay grows, it means the video timestamps being fed into UI3 by Blue Iris are not increasing at the expected rate. That would typically be because the network can't handle the stream (usually wifi's fault), but in your case it sounds like your network is fine so I doubt this is the problem. It could also go up due to a major performance problem that is not strictly network related, or due to software bugs.

Player Delay really is just the amount of video that is currently buffered and not yet played and it will heavily correlate with the Delayed Frames graph just below it. If Player Delay grows, that means the device you're running UI3 on is unable to play the video as fast as it comes in.

Also have a look at the FPS meter in the status area of UI3, and see if that meets expectations. The FPS bar should ideally be full, all the way to the right, otherwise it indicates a slowdown of some kind is occurring. A loss of FPS doesn't necessarily mean a delay is happening. Usually it just means Blue Iris is unable to encode all the frames in realtime so it is dropping some in order to avoid letting a delay build up. It is sadly normal for the FPS to be lower than the source video due to Blue Iris transcoding the video in realtime to send it to UI3.

Another data point to look at is to see which H.264 player you're using. Open UI3's main menu > UI Settings > Video Player, and see what the current H.264 player is. On most systems it will be HTML5. Try changing it to another option. JavaScript is the only alternative on most systems, which is substantially more CPU intensive than the HTML5 player, but more reliable as it is much less dependent on the browser, OS, drivers, and video hardware all working properly.

Are you using the "Direct to wire" streaming feature? It can have compatibility problems. It could be helpful to screenshot your Streaming 0 configuration in Blue Iris Settings > Web Server > Advanced.
Click to expand...
I appreciate the quick reply and want to thank you for UI3, its the sole reason I use Blue Iris and so much better than dealing with the NVRs like I used to.

Good to know on clicking the clock icon, never thought about trying that. It says "Your network connection is not fast enough to handle this stream in realtime. Consider changing the streaming quality."

I feel kind of silly never noticing the Stats for Nerds option there either. Player delay and delayed frames are both low, but network delay constantly ramps up.

The FPS meter jumps around and drops to 0 or 1 when the delay starts, sits at 19-20 when working correctly.

I had the H.264 player set on Automatic, and trying HTML5, Javascript, and Web Codecs all had the issue. If it means anything Web Codecs stayed on the substream for near 5 seconds before switching where Javascript and HTML5 both switched from sub to main streams in half a second or so.

I was not using Direct to wire, but when I was playing with the encoding settings I tried it on and didn't notice a difference.

In my testing of settings I hit Use defaults on the Steaming 0 configurations to see what would change as I have no idea what I've changed over the years, screenshot the default settings, clicked cancel, and reopened to see what my settings where... but it appears clicking Use default immediately applies the default settings, so I honestly don't know what I've been on all the time, but I'm now back at defaults and the issue remains. I have since changed it to Intel QSV as I know I had that selected previously, but I didn't catch what all else changed so everything else should be default. Here is what it is at now:

1690931671640.png

I've been meaning to sit down and subnet my network out to break all the IOT things off into their own subnet for a while now, so I'm going to work on that this weekend incase it is something on my network causing the issue, will be easy enough to move the BI VM between each subnet and see if it happens on one and not the other. The other thing that just hit me is I started using Docker Wyze Bridge around the time it started happening, so I'll disable that the next time I catch it delaying and see if there is a change.
 
CNCCF said:
If it means anything Web Codecs stayed on the substream for near 5 seconds before switching where Javascript and HTML5 both switched from sub to main streams in half a second or so.
Click to expand...

Nope, the sub/main stream switching happens entirely within Blue Iris and is not affected by your choice of H.264 player.

CNCCF said:
I have since changed it to Intel QSV
Click to expand...

I don't think Intel QSV has ever worked for hardware encoding. It just fails and falls back to software encoding. You might as well not have it selected.


If you have WebCodecs available, you probably are using a reverse proxy server to provide HTTPS. A proxy server that buffers data unpredictably could cause a problem like this. Try connecting directly to Blue Iris's web server to see if it makes a difference. Some security software has also been known to interfere with UI3 streaming. Sophos I believe it was. But I haven't heard of that causing an issue in years now.

Consider opening UI3 in an incognito/private window so that it is running entirely with default settings, in case you made some bad settings changes in the normal config.
 
  • Like
Reactions: Mike A. and actran
bp2008 said:
Nope, the sub/main stream switching happens entirely within Blue Iris and is not affected by your choice of H.264 player.

I don't think Intel QSV has ever worked for hardware encoding. It just fails and falls back to software encoding. You might as well not have it selected.

If you have WebCodecs available, you probably are using a reverse proxy server to provide HTTPS. A proxy server that buffers data unpredictably could cause a problem like this. Try connecting directly to Blue Iris's web server to see if it makes a difference. Some security software has also been known to interfere with UI3 streaming. Sophos I believe it was. But I haven't heard of that causing an issue in years now.

Consider opening UI3 in an incognito/private window so that it is running entirely with default settings, in case you made some bad settings changes in the normal config.
Click to expand...

Good to know on QSV.

I am using NGINX for reverse proxy, and sure as heck if I connect to it by local IP instead of hostname there is no delay... also lines up that around the time of the original issue is when I switched from NGINX on debian over to NGINX Proxy Manager in Docker so I'm willing to bet there is something in the config rate limiting it. Either way, its definitely the issue and I feel kinda dumb not realizing this. I really appreciate the help!
 
  • Like
Reactions: looney2ns, bp2008 and Mike A.
I've used nginx proxy manager. Nice in concept, but it does a few little things I don't like, such as responding inappropriately to requests to the IP that did not specify one of the configured hostnames (it sends back a self-signed certificate which some security scanners will complain about). I've actually been building my own little substitute for nginx proxy manager, and opted to implement the entire proxy service backend myself instead of using nginx. I am sure my approach is inferior in features and efficiency, but it gets the job done and it is easy for me to add features that I need.
 
  • Like
Reactions: looney2ns
Is there a way to change the behavior when you click on a video during playback in the Timeline view? One thing that has been driving me crazy is that when you are viewing a clip in the Clips view, and you click the left mouse button, it will pause a clip, but if you do this on the Timeline view, it will bring you back to all cameras (though at the same point in the video clip). Is there any enhancement that could change this behavior so that single clicking the mouse button in timeline view will pause it instead?
 
bdf0506 said:
Is there a way to change the behavior when you click on a video during playback in the Timeline view? One thing that has been driving me crazy is that when you are viewing a clip in the Clips view, and you click the left mouse button, it will pause a clip, but if you do this on the Timeline view, it will bring you back to all cameras (though at the same point in the video clip). Is there any enhancement that could change this behavior so that single clicking the mouse button in timeline view will pause it instead?
Click to expand...

@bdf0506 Just in case you did not know, in Timeline view, use spacebar to pause playback.

I love mouse click to toggle between single camera and group view, at which point I have option to switch to a different camera.

I find keyboard shortcuts (hotkeys) are a very fast way to fast forward, reverse playback, step thru frame by frame, etc...

Hotkeys are also configurable by you. Try hotkeys if you haven't used them before.
 
  • Like
Reactions: looney2ns and bp2008
bdf0506 said:
Is there a way to change the behavior when you click on a video during playback in the Timeline view? One thing that has been driving me crazy is that when you are viewing a clip in the Clips view, and you click the left mouse button, it will pause a clip, but if you do this on the Timeline view, it will bring you back to all cameras (though at the same point in the video clip). Is there any enhancement that could change this behavior so that single clicking the mouse button in timeline view will pause it instead?
Click to expand...

Currently that is not possible because there hasn't been demand for it. I've created a github issue to remind me to work on this. Revamp video player click settings · Issue #158 · bp2008/ui3

If I implement that (and I probably will, but I can't say when), it would become possible for you to change what happens when you click or double click (keeping in mind that enabling a double-click action will add a delay to single click actions).

In the meantime I do recommend using the spacebar for play/pause as suggested by @actran.
 
  • Like
Reactions: bdf0506, samplenhold, looney2ns and 1 other person
When I click on a camera, it takes a 10-20 seconds for the list of alerts to load. Works fine when using the BI interface. Problem is only when using UI3.
On the latest version. Any ideas?
 
Hmm. I see. I am running 5.7.8.3 due to an FTP-related bug in 5.7.9.0, and indeed my alert list is very very delayed. Clip list won't load at all most of the time. Unfortunately the delay is simply waiting for Blue Iris to send the response, so there's nothing I can do on my end to fix it.
 
  • Like
Reactions: fenderman
I am seeing the same thing. Any version after 5.7.8.1 seems to suffer from the slow alert list loading problem (i.e. version 5.7.8.1 loads the alert list quickly and as expected).
 
  • Like
Reactions: looney2ns
I was messing around with adding a camera last night, and when I went to check the Alerts, I had a "Failed to load" error. Alerts were working fine after adding the camera, but decided to quit at some point in the process.

alertlist response did not indicate "success" result: {"result":"fail","session":"10be01ee6bcb41660dcc60f173886f6f","data":{"reason":"Camera or group not found"}}

It shows this for any camera or group. Any thoughts? Alerts show fine in BI proper. v5.7.7.14
 
Ri22o said:
I was messing around with adding a camera last night, and when I went to check the Alerts, I had a "Failed to load" error. Alerts were working fine after adding the camera, but decided to quit at some point in the process.

alertlist response did not indicate "success" result: {"result":"fail","session":"10be01ee6bcb41660dcc60f173886f6f","data":{"reason":"Camera or group not found"}}

It shows this for any camera or group. Any thoughts? Alerts show fine in BI proper. v5.7.7.14
Click to expand...
Very puzzling. I've never seen that error before. I wonder if it was already fixed and you are just on a buggy version.
 
bp2008 said:
Very puzzling. I've never seen that error before. I wonder if it was already fixed and you are just on a buggy version.
Click to expand...
I have been on this version for a while and have not had any issues with it. The only thing I can think of that I did prior to Alerts (and all other ways to get video in UI3) stopping working was a I renamed the camera in BI.
 
All I can suggest then is to export the camera settings for the new cam and delete the cam. If it does not fix the problem, you can import the cam back in. Either way, probably warrants contacting BI support.
 
  • Like
Reactions: VorlonFrog
You must log in or register to reply here.
Top Bottom