• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: iOS: Interruption listener is not called when pausing music from music app.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: iOS: Interruption listener is not called when pausing music from music app.

  • Subject: Re: iOS: Interruption listener is not called when pausing music from music app.
  • From: Lucas Goossen <email@hidden>
  • Date: Thu, 05 Dec 2013 08:58:40 -0600
I would have to say as a user I have run into this plenty of times. I accidentally click the headphone’s play button then I just press it again to stop the iPod music because I didn’t want it in the first place but then the foreground app’s audio is gone.

On Dec 5, 2013, at 8:48 AM, Beinan Li <email@hidden> wrote:

Thanks Aran.
I already filed it as a bug. 

I know the inter-app audio mixing options (kAudioSessionProperty_OverrideCategoryMixWithOthers as a property and even kAudioSessionCategory_AmbientSound as a category). Usually it's not a viable solution because mixing different sound designs from various apps together would lead to noise and user would usually turn off one or the other as a result. 

If you say that kAudioSessionProperty_OverrideCategoryMixWithOthers can be turned on and off at runtime, we would still need to know "when" to do that; without knowing the end of the interruption, we still have the same problem.

Thanks,
Beinan


On Thu, Dec 5, 2013 at 1:16 AM, Aran Mulholland <email@hidden> wrote:
There is an audio session category if you want to mix your audio with that of others.

https://developer.apple.com/library/ios/documentation/Audio/Conceptual/AudioSessionProgrammingGuide/Cookbook/Cookbook.html#//apple_ref/doc/uid/TP40007875-CH6-SW35

Sounds like you want to mix your audio sometimes and not others. Your other scenarios merit some consideration, perhaps you should file a bug.


On Thu, Dec 5, 2013 at 2:18 PM, Beinan Li <email@hidden> wrote:
Thanks Aran for the clarification. Now that I understood it is by design, I'd like to raise some scenarios that may need attention or advice:

Say the app is a game with its built-in music and sound effects, but the player wants to listen to his own music for just two minutes  and get back to the game later without taking the game to the background. When he pauses the music and gets back to the game, now he needs UI help to restart the game's audio due to the missing "back trip" from the interruption. This seems to be a major distraction without a smart UI design. 

About the design against possible confusion, I do know that if the user locked the phone or switched to something else, the problem would disappear because we have to use app lifecycle to control audio (e.g., silence). The problem only happens when the app is in the foreground, which indicates that the user wants to return to the app soon.

If the app was foreground and remained so by the time the music pauses, I wonder how much more confusing it could be for the app to resume its audio playback than to throw complete silence at the user when he refocuses onto the app that was making sounds a minute ago. He then has to realize to pause the entire game and switch on music/SFX in the option menu three taps away...and back. 

I sense that the design treats app audio as lower priority compared to the music app, possibly from the iPod tradition. For audio-centric apps, this one-way interruption could be problematic.

Is having the phone calls and alarms as the only "exceptions" a sonic sanitation measure? I'm curious because if there are two exceptions, why not just open that hook and let apps decide whether to implement the "back trip" or not? 

I know all these are subjective so I'm just bringing it up for discussion. Hopefully in the end I'll be convinced and happily take it for granted.


Thanks,
Beinan



On Wed, Dec 4, 2013 at 8:15 PM, Aran Mulholland <email@hidden> wrote:
This is by design.

When I'm using a music app ("Acme Drum Machine") and then I want to listen to some music from my iTunes library I don't expect the music app ("Acme Drum Machine") to start making noise when I pause or stop my music. This would be confusing for users. Basically the user has just paused his music (maybe to talk to someone) and then noise continues to play in his ears. The only time I want "Acme Drum Machine" to make noise is when I instruct it to.

The only exception to this rule is if the user receives a phone call. When the phone call finishes the music (from the iTunes library or a third party app) will start playing again because at no time did the user pause or stop the audio.

Cheers

Aran



On Thu, Dec 5, 2013 at 10:09 AM, Beinan Li <email@hidden> wrote:
Hello CoreAudio,

While our app's audio is playing, if we play music from Music app using earbud remote-control's play/pause button, our registered interruption listener is called with interruption flag being kAudioSessionBeginInterruption (i.e., we entered audio interruption).

However, pressing the play/pause button again the music will pause, so we expect that the interruption ends at the point, but the interruption listener is not called.

This can be reproduced with the Xcode sample projects:
iPhoneMultichannelMixerTest and iPhoneMixerEQGraphTest.

Is this by design: no "end of interruption" signal from remote-control at all?

It is a big problem for us because there is no way to resume app's audio automatically when the Music app is paused.


Beinan



 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden




Do not post admin requests to the list. They will be ignored. Coreaudio-api mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
  • Follow-Ups:
    • Re: Interruption listener is not called when pausing music from music app.
      • From: Loren Brichter <email@hidden>
References: 
 >iOS: Interruption listener is not called when pausing music from music app. (From: Beinan Li <email@hidden>)
 >Re: iOS: Interruption listener is not called when pausing music from music app. (From: Aran Mulholland <email@hidden>)
 >Re: iOS: Interruption listener is not called when pausing music from music app. (From: Beinan Li <email@hidden>)
 >Re: iOS: Interruption listener is not called when pausing music from music app. (From: Aran Mulholland <email@hidden>)
 >Re: iOS: Interruption listener is not called when pausing music from music app. (From: Beinan Li <email@hidden>)

  • Prev by Date: Re: iOS: Interruption listener is not called when pausing music from music app.
  • Next by Date: Re: Sandboxing with Core Audio
  • Previous by thread: Re: iOS: Interruption listener is not called when pausing music from music app.
  • Next by thread: Re: Interruption listener is not called when pausing music from music app.
  • Index(es):
    • Date
    • Thread