just tried it from github. Looks great!Your request is implemented for UI3-250
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.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
Thanks for the idea.@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.
&timeline=
HTTP query parameter to go to a specific frame in a clip.&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.&speed=
HTTP query parameter that I could also set to zero.&timeline=
HTTP query parameter.http://192.168.1.3:81/ui3.htm?timeline=1690565411878.5989&cam=DW2
×tamp=
parameter accepts a higher-precision fractional JavaScript timestamp. So I learned something new.You dont need ietab for ui3-chrome works natively. What url are you using to access?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?
I've added this to my issue tracker. Thanks.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.
View attachment 167746
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?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=DW2
I hadn't previously observed hat the×tamp=
parameter accepts a higher-precision fractional JavaScript timestamp. So I learned something new.
Thanks for the reply.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.
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.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.
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).@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.
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: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.
Thanks for sharing.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.
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 newThanks 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.
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
.{date: nnnnnnnnn}, {date: nnnnnnnnn}, ...
, and in "Timing" tab you can see how long it took the request to complete (it should be < 100 ms).Thanks.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 newjson
request will appear in the list; that is UI3 asking for the list of red dots. Of course there are manyjson
requests in the list, but you can identify this one by its payload which includescmd: "cliplist"
andtiles: true
.
This is very nice. Especially when used with theThanks. 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:
View attachment 168827
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.
pause=1
URL Parameter.