Thats very strange you see that
@looney2ns as I'm not seeing that on the pre-production or production units. I'll grab a quick video (not full blown walk through yet) showing mine in action for reference
Replying to myself here with an update for all. I've completed thorough testing again across 3 different browsers Safari + Firefox (on Mac) + IE (on PC). I specifically went through each scenario people have reported, noted below for reference:
- Schedule not changing in Live View mode
- Settings not 'sticking' after being applied
- IVS rules being impacted (creation / adjustment)
- IVS rule resetting Exposure when clicking Apply
- Play back not working in browser for recorded clips from SD card
In each of these, I can state (and also show in this video) that they are not happening in my testing. The cameras are working correctly and as expected in each of these scenarios in my tests again today. I went back into each camera (the 3x 4K-T's I have) and tested. For reference, the camera that I recorded the footage against for the test in the video is a production (not beta, not pre-production) 2.8mm unit that Andy has been shipping out to all.
With the exception of the Mac based bugs for Safari and Firefox that I filed with Dahua when I first started testing these cams (applies to all 5.0 GUI cams on Mac),
no issues are seen. Those bugs for reference are that Image Adjustment (for viewing parameter adjustments on Live Mode such as adjust contrast of the image for Live mode screen only) + on screen graphic functions such as E/PTZ creation (A180 cam) do not work with the embedded plugin and prompt you to download a Windows plugin ! This bug for Mac will stop IVS and E-PTZ graphics even being saved (you won’t even have an option to apply them as it will error out) BUT again this is ONLY for Safari & Firefox on Mac.
This is NOT an issue for Firefox on PC as well as
NOT an issue for IE as I show. So with that stated for continued reference, as you'll see on the video (11 mins but wanted to be complete), all the above scenarios tested fine.
Video being uploaded now and will update as soon as available thanks to the usual YouTube re-encode dance.
Almost forgot, didn’t show in this video as it was already 11 minutes in length BUT I did also test on Chrome on PC (v106.0.5249.119) as well as Firefox on PC (v102.3.0) and both of these are also working fine too in each of the 4 areas above. If people do want to see this as well, I can always capture more footage.
HTH show what I’m seeing across 1 x pre-production and 2 x production line 4K-T’s and critically that these issues are not present in this testing.
UPDATE - YouTube finally is ready in 1080p HD (make sure you manually select), still awaiting the YouTube 4K re-transcode (rant: wouldn't mind but the 4K file I upload already meets their standard requirements for encoding !, rant over)
Here is the video of the testing and the results
Additional Notes
- Timestamps added for each browser test + intro at start mentions versions used in the test
- At 07:47 of the video I mention setting night to 12:18:01 but my note I add shows 12:12:01, that was a Wildcat slip-up in the note, the actual time set as you can see on video is 12:18:01. You’ll also see the Windows Not Genuine popup when I have a fully licensed machine, gotta love Microsoft and one of many reasons why I moved to Mac
- Also while I show it on screen in the Safari on Mac test, I didn’t call out specifically (so doing it here) that exposure settings etc never changed when applying IVS rules. Just calling it out more clearly here so people saw that it wasn’t an issue in this test either.