I assume the problem with iOS and cameraControl is that the current LC syntax does not provide a way to indicate whether audio is desired or not to the engine before the control is created, and therefore the control gets created by the engine (which includes ability to record audio) causing an insta-ask by iOS for microphone access.
If this is true, and there is no workaround via plist hacking, then wouldn't a true/false as a 2nd parameter to cameraControlCreate, specifying whether audio will be needed or not, give the engine the info it needs upfront when creating the control to either create it WITH audio capability or create the object without audio from the git-go, so that the permission is never triggered if not needed.....or does the underlying iOS api not work in that way? ...and/or is that too much of a bandaid type fix for this problem from LC's point of view.....?
I only ask because at the moment, any iOS app that uses cameraControl without needing audio (such as a stills-only camera app) will get rejected from the store due to the app asking for a permission that it does not really need......of which, of course, is the category that my app falls into
EDIT: *OR* is it simply a matter of manually editing the Info.plist to remove the permission for "microphone"? If so, do I build with LC, then manually edit the Info.plist in the generated .app bundle?