Comment 11 for bug 1224756

Lars, yes the microphone source. Another use case that may be worth considering is video recording-- most of the time it will accompany audio recording, but it is conceivable it video-only recording is possible too.

My initial thought is that it would result in a red icon (or whatever) appearing in every Ubuntu screencast that included real-time audio. That seems like a bad idea. If it's okay for a screencast app to record the screen without befouling it first, why shouldn't it be okay for it to record audio too?

Matthew, screencast (I guess you mean screen capture?) apps are a special case and not supported by Mir or application confinement at this time (ie, no app can perform a screen capture right now on Touch). I'm not sure why it actually is bad that the icon be read in the screen capture (but maybe it is). Looking towards converged, my understanding is that screen capture apps will be trusted, not confined and not available in the app store. IMHO, I think for now we just always adjust the icon (or whatever) to close this bug and then file a wishlist feature request bug to add an inhibit API for the visual cue (or something) that would only be available to trusted and/or unconfined apps. (I can imagine a DBus call in indicator-sound: InhibitRecordingVisualCue and UninhibityRecordingVisualCue-- screen capture apps can use this all they want and appstore apps are blocked from using it). In concrete terms-- for 13.10 implement the visual cue and for 14.04 implement the feature to inhibity the visual cue.