Blue Iris UI3

TheWaterbug said:
What can I do to troubleshoot the dreaded "The video stream was lost. Attempting to reconnect..." messages? Running BI 5.6.5.4 with 18 modest cameras on an i7-6700 (see .sig).
Click to expand...

Well, this is unexpected! Yesterday I made two changes to the server:

Mine was bound to the correct adapter, but Bind Exclusively was not checked. But I only have one adapter in the box, so I'm not sure what effect that would have.

But now it's checked, just to be sure!

The BI server's address also was a DHCP reservation, but I've just now changed that to a true Static IP.
Click to expand...

to fix a completely different problem, and it may have fixed this problem. I'm scrubbing through my system this morning, and performance is dramatically improved. In the past 5 minutes of jumping around I've seen "The video stream was lost . . . " only once, and then only for 1/2 a second. Prior to this I'd sometimes see it for 10 seconds before it recovered.

I'm not 100% sure this is fixed, since I've been testing it for all of 5 minutes, but this is promising.
 
Hey @bp2008, over the last couple of days, since upgrading BI to 5.6.9.8, I've seen a few times where when I've tried to digitally zoom in during playback of a clip via UI3 the playback window goes black and then switches to video from a different camera. Zooming back out goes back to the original clip.

I've seen it on 3 different client devices now, but I can't seem to reproduce it at will.

Any idea what might be happening?
 
digger11 said:
Hey @bp2008, over the last couple of days, since upgrading BI to 5.6.9.8, I've seen a few times where when I've tried to digitally zoom in during playback of a clip via UI3 the playback window goes black and then switches to video from a different camera. Zooming back out goes back to the original clip.

I've seen it on 3 different client devices now, but I can't seem to reproduce it at will.

Any idea what might be happening?
Click to expand...

I need to figure out how to reproduce that problem. What devices / operating systems / web browsers are you running UI3 on when you see this? If it is convenient for you to record a video showing the problem that would also be helpful.

The latest UI3 release included a significant change to the HTML5 video player, where zooming in causes it to hide the html video element and start copying video frames to a <canvas> in order to work around some bugs that happen when zooming in on a <video> element. Probably something about your environment isn't working with that as it is currently coded.
 
  • Like
Reactions: looney2ns
digger11 said:
Hey @bp2008, over the last couple of days, since upgrading BI to 5.6.9.8, I've seen a few times where when I've tried to digitally zoom in during playback of a clip via UI3 the playback window goes black and then switches to video from a different camera. Zooming back out goes back to the original clip.

I've seen it on 3 different client devices now, but I can't seem to reproduce it at will.

Any idea what might be happening?
Click to expand...
I've had this, and another related problem as well. In two of my groups, clicking on one camera during group timeline view results in the wrong camera being soloed. I deleted and re-created the group, and this problem went away.
 
  • Like
Reactions: looney2ns
TheWaterbug said:
I've had this, and another related problem as well. In two of my groups, clicking on one camera during group timeline view results in the wrong camera being soloed. I deleted and re-created the group, and this problem went away.
Click to expand...

That is probably a bug in Blue Iris then. Blue Iris has to tell UI3 what the camera layout is for each group stream.
 
  • Like
Reactions: looney2ns and gwminor48
TheWaterbug said:
Well, this is unexpected! Yesterday I made two changes to the server to fix a completely different problem, and it may have fixed this problem. I'm scrubbing through my system this morning, and performance is dramatically improved. In the past 5 minutes of jumping around I've seen "The video stream was lost . . . " only once, and then only for 1/2 a second. Prior to this I'd sometimes see it for 10 seconds before it recovered.

I'm not 100% sure this is fixed, since I've been testing it for all of 5 minutes, but this is promising.
Click to expand...
Well, it didn't fix the problem ("The video stream was lost. Attempting to reconnect..." messages). It's back again, and intermittently as always, so it's hard to troubleshoot.
 
bp2008 said:
I need to figure out how to reproduce that problem. What devices / operating systems / web browsers are you running UI3 on when you see this? If it is convenient for you to record a video showing the problem that would also be helpful.

The latest UI3 release included a significant change to the HTML5 video player, where zooming in causes it to hide the html video element and start copying video frames to a <canvas> in order to work around some bugs that happen when zooming in on a <video> element. Probably something about your environment isn't working with that as it is currently coded.
Click to expand...

I've see this on an Amazon Fire TV using side loaded Chrome browser, on my Pixel 6A running Android 13 in the native Chrome browser, and on Windows 10 in the Chrome browser.
I was just able to reproduce it on Windows 10.

Here are the steps I performed:

1) New Incognito window (just to have a fresh browser)
2) Navigate to UI3
3) Select a group
4) Go to Clips tab.
5) Select Confirmed alerts
6) Select a clip to play.
7) Pause playback
8) Zoom in digitally - Screen goes black
9) Select another clip
10) Pause playback
11) Zoom in digitally - Screen goes black
12) Zoom out
13) Resume playback and let what is on the screen go out of view
14) Pause playback
15) Zoom in digitally - Image/timestamp jumped back to where it was at step 13
 
It seems to have something to do with pausing and then digitally zooming in. Now that I've been playing with it all I have to do to see weird behavior is

1) Solo a single camera. This can be live or playback of a clip.
2) pause playback
3) take note of the timestamp.
4) zoom in and look at the timestamp.
5) zoom out
6) resume playback

Repeat steps 2-6 a number of times and I think you'll see the issue.
If you want to see it switch to another view entirely, add switch to a different camera/clip as a 7th step.
 
I am willing to bet this has been asked, but I am not finding it using the search...

In UI3, I found the menu item to play a sound on an alert, but that sound is a single sound regardless of which camera it is.

Is there a way to play a different sound depending on the camera that is triggered?

I don't want multiple sounds per camera, just a different specific sound for each camera so that I can tell what camera is alerting depending on the sound if I am not where I can see the screen.

Thanks,

Eric
 
Thanks.

I can only imagine how difficult it would be to try to just figure out the UI for that, much less the underlying code.

I was hoping that I was just missing something obvious.

Thanks again,

Eric
 
  • Like
Reactions: looney2ns
With the Pushover app and using the API you can get the different sounds for each camera. Of course you can't watch video in it, but that would be one way to do it.
 
Now that you guys mentioned Pushover, that reminds me, this goal could also be achieved via UI3's MQTT remote control function. But it would be fairly involved.

UI3's MQTT documentation is here: UI3 Help

At a high level, the steps would be:

1. Install Mosquitto or another MQTT broker.
2. Connect UI3 to that MQTT broker and enable the "Audio/TTS Events" setting in UI3's MQTT configuration.
3. Connect Blue Iris to that MQTT broker.
4. In Blue Iris you can configure custom actions to be performed when a camera is triggered (on a per-camera basis) and you can use that to publish the necessary MQTT message to make UI3 play whatever sound you like.

Untested example action:

1675716359664.png
 
  • Like
Reactions: Flintstone61, actran and looney2ns
  • Like
Reactions: Flintstone61 and looney2ns
EricB said:
Thanks.
Click to expand...
Eric, if you do mess with Pushover (and I recommend it, it works great and I'm glad I set it up), there is one thing that drove me a bit crazy setting it up, likely my thick headedness. So I will mention it here, maybe save you or someone else a headbanging.
First: when after you sign up and download the app, etc you will need to put the string noted in Jaydeel's great post into BI's actions.

-s --form-string "token=YOUR_APP_TOKEN_HERE" --form-string "user=YOUR_USER_KEY_HERE" --form-string "message=<b>&CAM</b> &MEMO <a href='&WAN/alerts/&ALERT_DB?fulljpeg'>Hi-Res</a> <a href='&WAN/ui3.htm?rec=&ALERT_DB'>UI3</a>" --form-string "html=1" --form-string "device=YOUR_PUSHOVER_DEVICE_NAME(S)_HERE" --form-string "sound=YOUR_PUSHOVER_SOUND_HERE" -F "attachment=@D:\BlueIris\Alerts\&ALERT_PATH"

You will need to change the APP TOKEN and USER KEY. That part is easy. But you also need to put the Blue Iris alert path in at the end of that string. If your Blue Iris path is different (mine was), make sure it's correct here, and do not change the words \&ALERT_PATH" ... don't substitute anything here. So my version of the part after _SOUND_HERE" is
_F "attachment=@D:\Alerts\&ALERT_PATH"
Now if you try to test this in BI alerts/actions by using the lightning bolt to trigger the set you made, It will NOT work here! You must test this by actually going outside and triggering the camera... I went nuts trying to test it with the BI trigger and couldn't figure what I did wrong. Good luck, hope this helps a bit.
 
  • Like
Reactions: jaydeel, looney2ns and jrbeddow
  • Like
Reactions: looney2ns and bp2008
You must log in or register to reply here.
Top Bottom