Problem view recordings via SecuritySpy 3.4's HTTPS webserver
Hi,
Not sure if anyone else has seen this. Upgraded to the latest version of SecuritySpy (3.4). Was excited to see that it now has a built in HTTPS web server. I had configured the Mac in the past provide an SSL connection via the its apache webserver and the redirect features.
The new version works great for all the web features running over its internal HTTPS server. Menus, live video feeds, etc. However, when you select a video clip for playback, it pulls the 1st few seconds and then there is a long (can be several minutes) pause before it downloads the remaining footage.
Does not happen if accessing through the non-encrypted connection (HTTP). Nor does it happen if I go back to the old redirect method required on previous versions.
It is like it is processing something before it returns the remaining video clip. I have tried different browsers, internal and external to my home. Does not seem to alter the behavior.
Running on 10.9.4 Mac mini 2.6Ghz 16MB RAM. Dedicated to securityspy, so nothing else running.
Any suggestion on diagnostics? I did turn off the Mac's webserver to see if that was conflicting as well.
Thanks,
Eric
Not sure if anyone else has seen this. Upgraded to the latest version of SecuritySpy (3.4). Was excited to see that it now has a built in HTTPS web server. I had configured the Mac in the past provide an SSL connection via the its apache webserver and the redirect features.
The new version works great for all the web features running over its internal HTTPS server. Menus, live video feeds, etc. However, when you select a video clip for playback, it pulls the 1st few seconds and then there is a long (can be several minutes) pause before it downloads the remaining footage.
Does not happen if accessing through the non-encrypted connection (HTTP). Nor does it happen if I go back to the old redirect method required on previous versions.
It is like it is processing something before it returns the remaining video clip. I have tried different browsers, internal and external to my home. Does not seem to alter the behavior.
Running on 10.9.4 Mac mini 2.6Ghz 16MB RAM. Dedicated to securityspy, so nothing else running.
Any suggestion on diagnostics? I did turn off the Mac's webserver to see if that was conflicting as well.
Thanks,
Eric
Comments
Roughly how large are the movie files in question?
Probably the best way to investigate this problem would be for you to allow us temporary access to your server via the HTTPS connection so that we can test it from our end. If this is possible, please email us the details and we'll look into it.
Thanks.
Movies sizes range from 0.18M to upwards of 13M. Depends on length of motion detection recording.
I am sending an email with the details as you suggested. Thanks.
Eric
Please advise. thanks.
If I proxy https through nginx to Security Spy's http port I can view videos through the web interface without problem.
However, even through nginx I still can't view any captured videos with remote patrol (iPhone or HD versions) unless I use http. I'm not sure the symptoms are identical so this might be a completely different problem than the web interface.
For the web interface I'm using Chrome 36.0.1985.143. For my iPhone 4s I'm on version 7.1. On my iPad I have 7.1.2 (I tested both the iPhone and HD versions of Remote Patrol).
The second issue is unusually slow data transfer for movies over HTTPS to Mac web browsers, which is the original issue outlined above. This is a strange one because we've only had a few reports of this, and we're struggling to reproduce the issue here. We're still looking into this and hope to have a solution soon.
Thanks for the info. I installed an official certificate per your instructions (thanks for approving it so quickly) and I was able to reproduce the same symptoms on Remote Patrol (hanging after loading a portion of the video).
I then used the same certificate with nginx and now both the web page and Remote Patrol are working great for viewing captured videos.
I'm fine with this setup so a fix is not urgent for me.
If you're looking for any clues to reproduce the problem I'm using a Mac Mini with a 2.3 GHz Intel Core i7 and 8 GB of memory running Mountain Lion OS X 10.8.5 (12F45). I have 9 cameras, 8 analog cameras split between two Grandstream GXV3504 and one Foscam fi8910w. They are all configured for motion capture only.
I can reproduce the problem with a local browser and remotely from work.
Just in case the processing overhead is the problem I tried setting all the cameras to passive but I couldn't be sure it made a difference. Maybe or maybe not. In both "all active mode" and "all passive mode" I repeatedly reloaded the same video. Sometimes it would get the whole thing, other times it would only get part of the video.
I'm using a Mac mini as well. Unfortunately I don't know how to do the nginx reverse proxy and don't want to open http. I look forward to the https bug fix. If needed pls contact me and I can do a join me session in case you want to debug. Thanks!
Please confirm.
I've posted a new beta version (same link as above) that has two Hikvision profiles: one with PTZ and one without. So if you select the one without PTZ, then these controls will be suppressed in the software user interface as well as via the web interface. Please confirm.
I went back to the web server though and now all of a sudden I only have two cameras showing... I went to the system running SS and when I bring up the window there I see all 4 cameras. But on another system I only see two cameras. I unselected all of them and then selected the two that were not showing and they show fine... but when I have all 4 selected I see the top two cameras but the bottom areas where I should see the other cameras are now just black.... Strange.... It was working fine when I first fired it up and tested.
So I fired up chrome browser... and voila I see all 4 cameras... shut Chrome down and went back to Safari and now I get 3 of the 4 cameras..... but as an aside.. I'm running the developers latest seed of Mavericks. Went to my Yosemite developer system and the 4 cameras are showing up there just fine right now....
Anyway... I think the developers OS X might be to blame on that score. I just know from the log files and other issues that I was chasing that the latest beta's look good overall to me.
Oh crap... I just found that I had more than one browser tab open to SS on the Mavericks system..... closing those down and going with one then its back to tasty pudding goodness.....
Turn right at the light and keep going until dawn.....
I've just released version 3.4.2 as a full update - please install it and confirm everything works as expected.
We have found that twitter is a good way to let customers know about updates, but if you don't want to use it there are other ways to get notifications of changes to web pages - hopefully one of these will be useful for you.
Chrome and FireFox both work fine with the self-signed certificates for viewing movies.
It's unfortunate that Safari has this limitation, even after manually accepting the certificate when first loading the web interface, but there's nothing we can do in SecuritySpy to get around it.
Great to hear that everything works well for you on Chrome with the new version!
Best performance can be obtained by setting SecuritySpy to capture the video and audio from the camera directly to disk with no further compression - this fully utilises the camera's encoding capabilities rather than the computer being burdened by this task. This setup is described in the Optimising Performance section of the SecuritySpy user manual.