Blue Iris UI3
- Thread starter bp2008
- Start date
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
it's sad
Last edited:
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.
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.
jaydeel
BIT Beta Team
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.
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.
Last edited:
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.
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:
Swampledge
Getting comfortable
@jaydeel- there is a ui3 parameter “timeline” which appears to be usable to open UI3 to a specific time on the timeline. I have not experimented with it though.
@bp2008 - I was thinking it’d be great to have a parameter similar to ”timeline” like “relativetime” that opens Ui3 to a time relative to the moment it was called. This wouldn’t need to be exacting. The scenario I’m thinking of would be when I hear something outside, so I want UI3 to open at, say, 30 seconds earlier than the present so I might find the source of the sound.
@TSAN - apologies for posting this before your post has been replied to
@bp2008 - I was thinking it’d be great to have a parameter similar to ”timeline” like “relativetime” that opens Ui3 to a time relative to the moment it was called. This wouldn’t need to be exacting. The scenario I’m thinking of would be when I hear something outside, so I want UI3 to open at, say, 30 seconds earlier than the present so I might find the source of the sound.
@TSAN - apologies for posting this before your post has been replied to
jaydeel
BIT Beta Team
Thanks for the idea.
I just tried the
&timeline= HTTP query parameter to go to a specific frame in a clip.It works, but it's s not really an improvement for my desired use case, which is to efficiently navigate to specific frames in order to manually grab JPGs using an iPad.
It's true that I can specify a specific time via
&timeline=JavaScript_timestamp, but playback always starts immediately, even if I've paused playback before editing the value in the browser's address bar. By the time I've managed to tap the 'pause' icon, the clip has already advanced past my desired frame.I know I can change the play back speed to 0.125X, but it's still a challenge to quickly tap the pause icon fast enough... It might be more useful if there was something like a
&speed= HTTP query parameter that I could also set to zero.The best I seem to be able to do is the following (which is an improvement, but still time more consuming than I'd like):
1) view the clip the In the Timeline tab,
2) pause playback
3) coarsely advance to the frame I want by dragging the timeline, or using the
&timeline= HTTP query parameter.4) finely advance the clip frame-by-frame using keyboard shortcuts: period (backward) and comma (forward).
BTW, when I do this, I've just noticed that the browser address bar shows something like the following.
http://192.168.1.3:81/ui3.htm?timeline=1690565411878.5989&cam=DW2I hadn't previously observed hat the
×tamp= parameter accepts a higher-precision fractional JavaScript timestamp. So I learned something new.
Last edited:
Hello, I'm in need of some help. I can access BI5 remotely only with Internt Explorer or with Chrome with the IETAB extension. Is there any way to access it in Chrome without the IETAB extension? I have the latest version of BI5 and the latest version of ui3. Can someone help me?
fenderman
Staff member
- Joined
- Mar 9, 2014
- Messages
- 36,903
- Reaction score
- 21,275
You dont need ietab for ui3-chrome works natively. What url are you using to access?
I've added this to my issue tracker. Thanks.
It was originally a conscious decision to leave out the date picker capability and instead build a timeline control that was easy enough to use that people wouldn't need a date picker. This was mainly to reduce button clutter and allocate more screen space to the real timeline control (keeping in mind that I design UI3 to be fully functional on very small touchscreens). I didn't see it as offering enough value to be worth a permanent space for a button on screen. I still don't, really. How often do you find yourself wanting to go to such a specific timestamp that you know in advance? What use case is this? If I can understand the use case, it can maybe help me design things better for it in the future. How much precision do you want in the date input?
I could perhaps add a context menu option to open a date picker.
As for the fractional timeline offset in the URL parameter, I am not really sure why that is there. Probably had something to do with having navigated frame-by-frame while paused, but when I do that for some reason I always get fractions of .3333 or .6667. Probably something to do with the group stream frame rate reported by Blue Iris... Anyway I don't think it is of much consequence. Blue Iris likely just ignores everything after the decimal point anyway.
Last edited:
jaydeel
BIT Beta Team
Thanks for the reply.
I described the use case above "to efficiently navigate to specific frames in order to manually grab JPGs using an iPad".
Usually I'm trying to capture a sharable/archivable image of night visitor (critter) , or street event, or a person.
I know the time in advance from pausing playback when the clip is close to the frame I want to grab.
Entering times in a picker, like '3:03:24', '3:03:25', and so on is much more efficient and precise than using the scrubber on a touch device, which can be VERY fiddly, imprecise, and frustrating.
I do this several times a week at most.
I don't use the date part of the picker, just the time.
Last edited:
There were Blue Iris versions in recent history where Blue Iris took a very long time (30+ seconds) to send the data for the red dots to UI3. Since there is no loading status indicator for the red dots in UI3, a user would perceive this as the dots simply missing. Typically it would be fast after the first time the dots loaded since Blue Iris started up. I complained about it to the developer in late May and he said he fixed it.
So I'm not sure what could be causing the problem for you now. The red dots load very quickly for me today using latest Blue Iris.
Good idea. I'm adding that to my issue tracker. In the meantime you may appreciate that it is possible to use arrow keys on a keyboard to navigate left and right on the timeline in 10-second chunks (this "Skip Time" is configurable in UI Settings > Hotkeys).
Also notable, UI3 has a "keep out time" that prevents you from seeking to a spot that is within 15 seconds of "live". This is because Blue Iris has problems creating timeline video that is within a few seconds of "live". Cameras will be missing or will flicker in and out sporadically. The effect gets worse the closer you get to "live", and gets particularly bad when you're closer than 10 seconds. To see the effect for yourself, you can tinker with the "keep out time" by opening the browser's developer tools and pasting
clipTimeline.keepOutTime = 1000 into the javascript console (this example reduces the limit to 1000 milliseconds). To notice the effect, you may need to be doing continuous recording. Actually on my continuous recording box, at 15 seconds offset I still have one camera that won't appear at all, and one other camera that flickers in and out. On that system I need to seek back to about 25 seconds before everything remains visible reliably.
Thanks. Since you're using a touch device, you may benefit from a recently added setting where you can change the minimum zoom scale of the timeline:
If you change this to "6" which is the lowest value I allowed in there, then you'll get very significantly more precision than at scale "7" which is the current default, or "8" which I believe was the default before I added thumbnails to the timeline.
FYI @jaydeel and @Swampledge, I have just released UI3-251 which can be installed manually according to instructions here.
Version 251
Version 251
- The advanced PTZ function "3D Positioning" is now usable on supported cameras in a group camera stream without needing to maximize the camera first. This capability is accessed via the middle mouse button and is not available from group camera streams on devices without one.
- Tip: 3D Positioning is available on most new Dahua PTZ cameras when you select the Dahua New V4 protocol in Blue Iris.
- The "timeline=" URL parameter can now accept a negative number of milliseconds to offset from "live".
- The "timeline=" URL parameter can now accept a date string in any format parseable by JavaScript, to make it easier for users to do manual entry or interoprate with other applications.
- Added "pause=1" URL parameter to allow clip or timeline video to start in the paused state. It is currently not possible to start live video paused.
Thanks for sharing.
Well I emailed BI support about it Mid June and Antonio said to try repair/regenerate on DB.
I then asked for more details about repair/regenerate function as I do not want to lose any alert to clip links / playback. And if BI DB is compatible with getting online backups via Microsoft VSS / Veeam backup agent. Never heard back.
I simply wanted more info about DB repair function as I don't even feel it's a DB the issue. BI has the red dots, just UI3 missing. And all playback within UI 3 works.
More environment details:
Presently BI 5.7.7.18 / Server 2022 standard.
Its a Dell R730xd / ESXi 7 server. BI VM has 12 cores , 16GB RAM + GTX 1650 passthrough. 1650 has opensource encoding patch/fix for more encoding sessions as we stream 6-8 Ui3 sessions during day.
Resource utilization of VM good with 1650. Highest load with all staff streaming + recording - 45% CPU, 10/16 GB RAM, 1650 decode 25% , 1650 encode 65%, 1650 3.5/4 GB RAM.
We are using Stunnel with UI3. Certificate from our internal Microsoft CA. Not self signed.
CodeProject on separate physical workstation using RTX 3050.
There was one time recently when I was filtering many days to find an alert and the UI3 red dots reappeared for July when filtered on a specific day.
I then click clear date and the July red dots disappeared again. ( back to only may12-june14)
I tried filtering multiple days again to see if I could get them to return but could not repeat it on demand.
Its not big deal. We know everyday has data. Red dots really just allow us to see our oldest day of recordings as system begins to purge oldest clips. And I can still reference oldest recording day via BI software.
Last edited by a moderator:
If you don't mind getting your hands a little dirty, you can try to figure out what is going on with the request by using the browser's developer tools (ctrl + shift + i). Go to the network tab of the developer tools, then open the clip list calendar. At the exact moment you open the calendar, a new
json request will appear in the list; that is UI3 asking for the list of red dots. Of course there are many json requests in the list, but you can identify this one by its payload which includes cmd: "cliplist" and tiles: true.
With that request selected, you can see in the "Preview" tab the response data, which should look like a series of
{date: nnnnnnnnn}, {date: nnnnnnnnn}, ..., and in "Timing" tab you can see how long it took the request to complete (it should be < 100 ms).
Hopefully by investigating in this manner and comparing with what I have shown above, you can identify what is going wrong.
Thanks.
Reviewed json request suggested. Both under 100ms. Local LAN 9.41ms + VPN 48.44ms. (Calendar for default "All cameras" group)
HOWEVER - Feel stupid now for not discovering by now that this issue is only happening on the default "All Cameras" group.
We have 4 custom groups for staff live view use but I never use them. Our custom groups showing proper red dots.
All our cameras continuously record 24/7 with two exceptions. 1 camera records mainstream day + only substream at night w/ mainstream trigger. 2nd camera only records substream during day, no record at night. However if I select either of these two cams individually and review calendar both have red dots present everyday.
Perhaps with the issue narrowed down to "all cameras" group BI support would investigate.
Any ideas?