Re: AVCaptureMovieFileOutput + encryption
Re: AVCaptureMovieFileOutput + encryption
- Subject: Re: AVCaptureMovieFileOutput + encryption
- From: Carl Hoefs <email@hidden>
- Date: Fri, 23 Jun 2017 12:13:35 -0700
> On Jun 23, 2017, at 11:58 AM, Jens Alfke <email@hidden> wrote:
>
>> On Jun 23, 2017, at 10:22 AM, Carl Hoefs <email@hidden
>> <mailto:email@hidden>> wrote:
>>
>> At this high frame rate, I'm expecting that callbacks would not be able to
>> keep up in real time without an unacceptably high rate of dropped frames.
>> Having the encryption integrated within the capture / movie file chain would
>> be ideal (perhaps implemented by utilizing the iPhone's GPU to keep up
>> pace), but it doesn't sound like iOS supports it at this point.
>
> I don’t think there’d be any noticeable difference in performance. Why do you
> think an app-defined callback would be that much slower than an OS-provided
> one?
Whenever we've tried implementing our own real-time video callbacks, the frame
rate drops to about 10 fps. That was a couple of years ago; I could revisit the
issue.
> I could argue that adding a second level of encryption is pointless, but I
> know that HIPAA has some strict regulations, even if they’re not always
> sensical.
The videos need to be uploaded to a remote server for analysis. HIPAA-wise, I
don't know if using SSL for file transfer would suffice to avoid the need to
encrypt the videos on the iPhone. The server currently doesn't do HTTPS.
>
> (When you encrypt the file you're generating a random IV, then writing the IV
> at the start of the file, or something like that, right? And the key is
> stored someplace at least as safe as the Keychain?
The IV is kept separately from the file, in an encrypted database.
-Carl
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden