Hi Colin, This was expected; things have been moving this way for a while. Recent versions of Chrome have also banished the QuickTime Plugin, used to play back movies in web pages. That's why, where possible, SecuritySpy will create MP4 files instead. This is possible when the video codec is H.264 and the audio codec is AAC (if audio is present). Virtually all modern IP cameras support H.264, and most support AAC. In this case, HTML5 is used for video playback, which has wide browser support without the use of plugins.
If you are using any other codecs for your files (e.g. JPEG or MPEG-4 for video), then the only option will be to download the file before playing it back in QuickTime Player. If your camera supports H.264, then make sure that this is what is being streamed to SecuritySpy (check the camera's settings pages), and make sure that SecuritySpy is saving this H.264 data directly to the recorded files (see the section of the user manual). Hope this helps. There are two solutions to this the 'missing plugin' message on 10.11 when playing back previously-captured video files: 1.
Move the 'QuickTime Plugin' from the /Library/Internet Plug-Ins (Disabled)/ folder to the /Library/Internet Plug-Ins/ folder and restart Safari. Make sure the video format being sent by the camera is H.264 and that the audio format is AAC, and enable the 'No recompression' option in the Video Device Settings window. In this case, SecuritySpy will create MP4 files, which are played back in web browsers without requiring a plugin. So in this case the files will work both in Chrome and Safari along with most other web browsers. Hope this helps. Hi Ben, I'm sorry to post on an older thread but I got here from searching for why SecuritySpy is now saving files as m4v.
I set up a replacement SecuritySpy server and instead of saving really compatible.mp4 files I'm getting m4v files that don't open in QuickTime locally on the computer. I'm not sure if that's because of presets for adding a Hikvision camera or what, but my default compression settings of MPEG-4 with uLaw audio produced the.m4v files. When I switch it to MPEG-4 and AAC for compression settings I still get.m4v files that won't open in QuickTime. What am I missing? Hi Ben, thanks for the reply.
Hikvision and Google Chrome compatibility Posted on 26 October 2015 29 October 2015 by Cristian Sas “Google Chrome has discontinued support of NPAPI plugins. After that I succeeded to set up my camera IP address in IVMS 4200. Then first thing I connexted my Logitech web camera to SecuritySpy to learn better program. After that I added by IP address also Hikvision network camera. I can see images on my Mac Pro and all views seem to be correct. Also I activated motion detection and it's started to work.
I have a bit more detail to support my issue. I'm running the same camera make and model in a different location on SecuritySpy 3.4.5. For that version and the past year of versions prior I've never had any issue. The Hikvision camera is set up with the Hikvision device type, H.264 RTSP (video and audio) and No recompression of data from this device selected. This is identical to how I have it set up on 3.4.8 but the.m4v files that 3.4.5 creates using the default compression settings (MPEG-4, uLaw) are viewable in QuickTime X without having to download the old v7 or VLC.
The.m4v files that 3.4.8 creates (with the exact same settings) are not viewable in QuickTime X at all. I'm confused at why this is. Did something change in how the m4v's are being wrapped? Is this a bug? Ben, a few questions. I have Hikvision cameras.
They do not support audio in aac they use Gulaw. So with audio turned on I get the.mov files. I have tried to use compression on those cameras.
Leaving the video to none and the audio to aac. However I still get.mov files. If I turn video compression on to h.264 and audio compression to aac then I get m4v files. Is there no way just to do the audio? Another curiosity.
The substream on these cameras use the same audio gulaw and a lower resultion video. But for some reason these files are saved as m4v when pressing the LQ buttion through the securityspy capturned video web page. Why do the LQ videos work but not the HQ. And my last question is this. Although a bit off topic.
I want to use one of the cameras as a baby monitor. So sound is crucial.
Any way to get sound through the web with live view? I can get it through the iphone app using SpyGlass, but not using a computer. Thanks for your help.
![Hikvision Camera Plugin For Chrome On Mac Hikvision Camera Plugin For Chrome On Mac](/uploads/1/2/5/4/125408436/690856870.png)
Hi - I understand the problem here, a near-future version of SecuritySpy will have the option to re-encode the audio stream to AAC, as a separate option to the re-encoding of the video stream. So this will enable SecuritySpy to create.m4v files using the raw H.264 video while converting the G.711 stream to AAC. The LQ movies are re-encoded on the fly using H.264 and AAC, so are always.m4v no matter what format the source movie is in. For now I suggest you record the raw video/audio data from the camera, which will create.mov files. This requires the QuickTime Plugin to view the files, which works in Safari but not in Chrome unfortunately. To get video and audio streaming in a web browser you'll need to use the 'QuickTime MPEG-4' viewing option, which also uses the QuickTime Plugin. Please see this FAQ on how to get this working:.
I think I face the same problem, via web (or IOS app). I cannot stream captured video's. After download, I can play the video with Quicktime and VLC, HQ and LQ. I enabled the quicktime plugin (copied.QT. to /Library/Internet Plug-Ins). I have upgraded to 4.0.4. My camera has no audio.
Maybe there is an empty MP3 stream, or no audio stream at all. QT and VLC shows H264 - MPEG-4 AVC (part 10) (avc 1) on downloaded file (LQ). I don't see an audio stream in the m4v file. For the low quality stream, where the stream is transcoded anyway, is it an option to re-code to AAC, so this would work? By the way, why not using the HTML5 method, as advised by Apple? Yikes, I'm not able to stream any of my captured videos in v4.0.4. HQ and LQ just sit at a never-ending loading screen.
This happens on iPad, iPhone, and Mac w/Safari. The original file sizes are not large either, 23MB on average.
My upstream from the house is fast enough to download the full file in 15 seconds. The downloaded HQ file is an.m4v file that plays perfectly in QuickTime X so I'm not sure what's going on with the web server but streaming from the web app is dead for me. I'll test on HTTP soon, but currently I'm configured on HTTPS.