Quicktime Codec for web viewing
  • Hi,

    Since updating to OS X 10.11 El Capitan developer preview, the security spy web client can't play captured files as the quicktime codecs are not supported.

    Is the web interface using the latest quicktime codecs. I'm thinking this is also why i can't view clips in Google Chrome either.

    How can I overcome this? Thanks!
  • ^Quicktime codecs used by SS Web client are not supported in the new version of safari shipped with El Capitan
  • 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 Optimising Performance section of the user manual).

    Hope this helps.
  • Hi Ben,

    I'm running a H.264 camera so have altered the settings so there is no recompression of data, and the audio codec is AAC. The captured files are now .m4v and play in Chrome.

    However, they still do not play in the new Safari (works fine in Yosemite safari on another computer).

    Also, I'm more than happy to help with any testing of new versions in the future!

    Many thanks,
  • Hi Colin,

    That's great - if they are playing in Chrome then the files are good.

    In Safari, what exactly do you see? It it attempting to load a plugin?

    It's possible that we'll have to tweak the code that decides whether to use HTML5 for video playback, to be compatible with the new Safari.
  • Hi Ben,

    The page displays a "missing plugin" messages which when click gives me a pop up saying "This webpage has content that requires the “QuickTime” plug-in."

  • Hi Colin,

    OK so it is still attempting to invoke the plugin. I'll make the necessary changes and will get back to you with a beta version to test.

    Please let me know if you spot any other anomalies in your testing in El Capitan - this will be very useful to us.
  • Hi,

    Ok! Currently, i'm only running the dev preview on my laptop. When El Capitan comes out as public beta (and is supposedly less buggy) I will probably install it on the mac mini running SS to see if there is any performance improvement (one of the main selling points of this new OS)

  • Hi Colin,

    I've made the necessary changes and have uploaded a new beta version of SecuritySpy for you to download and test.

    Please let me know if this Safari issue is now fixed or not.

  • Hi Ben,

    Running that beta the issue has been fixed.

  • Hi Colin,

    Great! Please let me know if you spot any other issues.

    Thanks for the testing.
  • I am having this problem as well. And I have the newest version of security spy installed. Missing plugin on both chrome and safari in 10.11. Hikvision cameras. The ones that are giving a problem are ones with audio. File extension is .mov.
  • 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.

    2. 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.
  • Do you know the correct audio setting in Hikvision cameras to get aac? I don't see that as an option.
  • Hi - if the cameras don't support AAC audio, then I think the best solution will be the first one I mentioned above involving re-enabling the QuickTime Plugin. Then Safari will be able to play both MOV and MP4 files.
  • 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 @cstout, SecuritySpy will only create .m4v files with H.264 and AAC and no other formats, so perhaps this is what you camera is providing, and SecuritySpy is set to record this directly without any compression done in software (and therefore it will ignore the compression settings specified in the Compression Settings window).

    If you're having trouble playing back the files in QuickTime Player X, please try QuickTime Player 7 or VLC.
  • Hi Ben, thanks for the reply. 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?
  • It's not a bug exactly - the files are fine - it's just that QuickTime Player X needs an extra special header added to .m4v files in order to correctly recognise them. We'll add this header in a future version of the software. But for now it's fine to use QuickTime Player 7 to play back the .m4v files, and the added advantage of these files is that they will play back in web browsers without requiring the QuickTime plugin as they are supported directly in HTML5.
  • 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.
  • Hi @copperlab - 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: How do I get the QuickTime MPEG-4 streaming format to work in a web browser?
  • 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?
  • If I am understanding you correctly, both the HQ and LQ movies use H.264 video encoding, and have no audio track, is this correct? If so, SecuritySpy will use the HTML5 method to display the movie, which should work in web browsers without requiring a plugin. If you are not seeing the movie there must be some other reason beyond the encoding format. Could you clarify exactly what you see when you attempt to view a captured movie file in Safari?
  • 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.
  • Hi @cstout, iOS will refuse to play any movie from an HTTPS server that has a self-signed certificate. You will need to use HTTP, or purchase and install a real certificate for SecuritySpy.
  • @Ben, I forgot you had a write up on that. I already have a real cert and placed the root, intermediate, and server.crt files in the SecuritySpy folder but SS keeps using the self-signed cert. If I delete the "selfsigneddata" file it is recreated on next launch and my cert is ignored. Any recommendations?
  • Nevermind, I'm too tired this morning to be on the forum. I forgot to put the private key in with the cert files. Everything works beautifully now. Thanks, Ben.
  • Great to hear that! Thanks for reporting back.
  • Yes, it is the TLS & self-signed certs. It works on plain text. On browsers and in IOS app. Thanks.
  • I generated a cert with zerossl web page, a front-end to https://letsencrypt.org. Renewal is needed every 90 days, the idea is that the webserver refreshes the cert itself.

    @Ben: did you take a look at letsencrypt? It looks to me be a nice add-on to the automatic viewcam.me DDNS feature. You can automate for 100%!! Maybe validating is an issue, it might need an http port.
  • Hi @Teco - that looks really interesting, we'll investigate!

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!