Blue Iris UI3

Version 248
  • Mousing over a timeline alert thumbnail will cause it to be highlighted and drawn on top of other thumbnails.
  • Clicking a timeline alert thumbnail will cause the timeline to seek to the start of the alert. This behavior can be disabled in UI Settings > Timeline.
  • Misc minor bugfixes related to the timeline.
 
Version 248
  • Mousing over a timeline alert thumbnail will cause it to be highlighted and drawn on top of other thumbnails.
  • Clicking a timeline alert thumbnail will cause the timeline to seek to the start of the alert. This behavior can be disabled in UI Settings > Timeline.
  • Misc minor bugfixes related to the timeline.

What if you have multiple cameras with alerts at same timestamp? Which thumbnail do you display?
 
What if you have multiple cameras with alerts at same timestamp? Which thumbnail do you display?

Whichever one Blue Iris says to show. The timeline data API just delivers the bare minimum required to render the timeline because otherwise the sheer volume of data is too high.
 
@bp2008 Not urgent. On UI3 version 249, Blue Iris version: 5.7.7.15

I use your up/down hotkeys regularly to quickly jump between alerts:
hotkeys.png

But I noticed these hotkeys also jump to the top of every hour, even when there is no event. Screenshot:
timeline.png
I suspect this is related to my BI5 config to combine/cut each recording for every 1hr.

Enhancement request: Provide a UI3 option so that up/down hotkeys in timeline tab will only jump to events and not to the beginning of a clip.

Why? I usually have very few or 0 events during midnight to 6AM so the up/down hotkeys are not as useful when it is stopping at the top of every hour.
 
@bp2008 Not urgent. On UI3 version 249, Blue Iris version: 5.7.7.15

I use your up/down hotkeys regularly to quickly jump between alerts:
View attachment 166273

But I noticed these hotkeys also jump to the top of every hour, even when there is no event. Screenshot:
View attachment 166274
I suspect this is related to my BI5 config to combine/cut each recording for every 1hr.

Enhancement request: Provide a UI3 option so that up/down hotkeys in timeline tab will only jump to events and not to the beginning of a clip.

Why? I usually have very few or 0 events during midnight to 6AM so the up/down hotkeys are not as useful when it is stopping at the top of every hour.

You are correct, that function does not just jump to alerts, it also will jump to the start of clips. Unfortunately the implementation is out of my hands. UI3 just instructs Blue Iris to "jump" forward or back from the current timestamp, and it is entirely up to Blue Iris to decide where exactly that should jump to.

Interestingly, the Blue Iris local console's buttons for "Previous item" and "Next item" (1687810576149.png and 1687810580665.png) appear to already have the behavior you desire. Ken likes it when behaviors are consistent between UI3 and the local console, therefore I think you're pretty likely to be successful if you ask Blue Iris support to consider changing the timeline "&jump=" argument behave the same as those buttons so that UI3's behavior will match the local console.
 
  • Like
Reactions: actran
Oh, heh, it turns out Blue Iris local console's buttons for "Previous item" and "Next item" are context-sensitive. If in Blue Iris's local console you are viewing "Alerts" then it behaves as I described above. If you are viewing "All clips", then it jumps to clip beginnings.

Therefore probably the best approach here is for Blue Iris to add an additional URL parameter for UI3 to use along with "&jump=" that specifies the desired behavior of the jump (perhaps a database view name, I'm not sure what would make sense to Ken). Be sure to mention that if you contact Blue Iris support about this.

I personally don't care how this function behaves, so I am not very motivated to push this feature along with Ken.
 
today and has alert thumbnails in the timeline. The default configuration works about like it does in Blue Iris's local console with the thumbnails only appearing at high zoom levels with a single camera selected, but this is all configurable in UI Settings > Timeline.

Any feedback would be appreciated.
HI, please consider an alternative way to display thumbnails. let them not appear all together, it is better to let them appear one at a time when hovering over a specific alert. Then you can left click on the pop-up icon to move the clip to the beginning of the event. Hover accuracy on the alert stick can be configurable in pixels.

Thank you very much for looking into this improvement!
alert thumbnails.png
 
Last edited:
  • Like
Reactions: actran and Mike A.
HI, please consider an alternative way to display thumbnails. let them not appear all together, it is better to let them appear one at a time when hovering over a specific alert. Then you can left click on the pop-up icon to move the clip to the beginning of the event. Hover accuracy on the alert stick can be configurable in pixels.

Thank you very much for looking into this improvement!
View attachment 166604

That is not a bad idea. I will think about it.
 
Are the shrinking scrollbars (not just UI3, other web apps/sites as well) by design, or due to some other factor?
Asking for a 62-year-old friend who uses a laptop with a trackpad and has trouble scrolling through clips for a specific camera without accidentally activating all cameras.
 
Are the shrinking scrollbars (not just UI3, other web apps/sites as well) by design, or due to some other factor?
Asking for a 62-year-old friend who uses a laptop with a trackpad and has trouble scrolling through clips for a specific camera without accidentally activating all cameras.
Scroll bars self adapt to page length/width. He may want to get a mouse to make navigation easier. Trackpads are horrible when you have to click and drag.
 
Are the shrinking scrollbars (not just UI3, other web apps/sites as well) by design, or due to some other factor?
Asking for a 62-year-old friend who uses a laptop with a trackpad and has trouble scrolling through clips for a specific camera without accidentally activating all cameras.
Along similar lines (and you may already know this), you can change Win 10 & 11 to not hide the scroll bars when the mouse cursor is not near or over it; this helps me a lot. :cool:
 
@persten Your request is implemented for UI3-250 which should be in the next Blue Iris update. This setting will be found in the Timeline section:

1688480685006.png

This update also fixes a bug where you had to be dragging the timeline in order for the hovered thumbnail to be highlighted and drawn on top of others.
 
Your request is implemented for UI3-250
just tried it from github. Looks great!
I especially liked the automatic pull of the thumbnail to the alert sticks.

But there is one problem.
In the maximum and close to the maximum timeline (TL) zoom everything works perfectly. Clip starts at the right time.
If you reduce the TL zoom to 6h-12h, then when you click on the thumbnail, the clip starts 30-60 seconds earlier than necessary.
It makes it impossible to use Draw Only Hovered Thumbnail (DOHT) in that zoom mode in which it makes sense.
If you can fix that, that would be great.

(sorry for my wooden english ))

Oops!
I didn't notice it right away
ATCH.png
it's sad
 
Last edited:
  • Like
Reactions: bp2008
just tried it from github. Looks great!
I especially liked the automatic pull of the thumbnail to the alert sticks.

But there is one problem.
In the maximum and close to the maximum timeline (TL) zoom everything works perfectly. Clip starts at the right time.
If you reduce the TL zoom to 6h-12h, then when you click on the thumbnail, the clip starts 30-60 seconds earlier than necessary.
It makes it impossible to use Draw Only Hovered Thumbnail (DOHT) in that zoom mode in which it makes sense.
If you can fix that, that would be great.

(sorry for my wooden english ))

Oops!
I didn't notice it right away
View attachment 166958
it's sad

Yes, sadly the timeline data which Blue Iris sends to UI3 is only precise to the nearest pixel (since it was only meant to be used for display purposes). As you zoom out, the amount of time covered by "one pixel" grows a lot. So, UI3 is seeking as precisely as possible with the information available.

If it was critically important, I could have UI3 query the alert list for a small time range in order to learn the millisecond-precise timestamp of the alert. But that would 1) create work for me (work which is unpaid FYI), 2) decrease UI responsiveness, and 3) add a point of failure via a not-very-reliable API (I often find that web server sessions "go bad" and are unable to get clip/alert list data until logged out and back in!!).

It would be better if Blue Iris's timeline data began including the true millisecond position of the alert for which it gave me the thumbnail path. Then I would not need to query anything and it would be very easy to take advantage of the high precision. But someone would need to ask Blue Iris support for it and I'd need to be notified when it was ready.
 
  • Like
Reactions: TonyR and persten
It's OK. Let's not bother with unnecessary things.
Everything works out for the best.
And the best is the enemy of the good ))
 
I noticed a bug that if an Alert happens while you're viewing UI3, the AI memo never gets populated for the newly added alerts on the list. It just stays blank. You have to refresh the UI3 page for the memos to show.
 
The Blue Iris app lets you jump to a specific time in the timeline.
As shown in the screenshot below, a left click on the black area (see mouse pointer), results in the 'Jump to' dialog.

Does UI3 already have a similar capability? If not, could it be added?

I ask because it is especially challenging to navigate to a specific frame in UI3 via the timeline slider (say, to grab a snapshot).
I find in much faster to navigate a specific frame by tweaking the seconds value in the 'Jump to' dialog's 'Time' field.

1689403418749.png
 
Last edited:
  • Like
Reactions: TonyR
Running Blue Iris for ~ 2.5 months.
A month after go live I installed a BI update and the UI3 calendar red dots stopped appearing for days future days. However the BI server + BI remote management software show all red dots.
UI3 = May 12th - June 14th have red dots.
BI = May 12th - present have red dots.
Do not feel any issue with BI DB. Appears to be a UI3 display issue. UI3 will play any content shown on day without red dot. All clip archiving has been working perfect.
Its a no big deal issue as we know everyday has content but curious if anyone has encountered difference between BI software and UI3 calendar red dots.

Vmware Storage design
C:\ = DB (SSD)
D:\ = Clips, Alerts (14TB SAS - 1MB cluster)
E: = Clips Archive, Alerts Archive, JPGs (14TB SAS - 1 MB cluster)
22.84TB total. Both disks given some headroom. Lands our current 8 cam continuous record setup H265 1440P at round ~79 days worth of recordings. System will soon be deleting oldest archive clips.

Thank you.
 
Last edited: