iOS sdk ignores mute switch
498 views
Skip to first unread message
jheard
May 4, 2011, 2:02:18 PM5/4/11
to Google AdMob Ads Developers
When using the 4.1.0 iOS sdk to display interstitial video ads the
video ignores the setting of the mute switch. The audio from the video
can still be heard when the mute switch is on.
The old Admob (non Google) sdk respected the setting of the mute
switch.
Was this an intentional change or is it a bug?
video ignores the setting of the mute switch. The audio from the video
can still be heard when the mute switch is on.
The old Admob (non Google) sdk respected the setting of the mute
switch.
Was this an intentional change or is it a bug?
Dean Browne
May 4, 2011, 4:51:45 PM5/4/11
to google-adm...@googlegroups.com
It is a bug. The behavior should be identical.
I'll look into it. Thanks for letting us know.
-D
--
Dean Browne
AdMob | Google
Software Engineer, Mobile Advertising
Dean Browne
AdMob | Google
Software Engineer, Mobile Advertising
Dean Browne
Jun 22, 2011, 7:01:35 PM6/22/11
to Google AdMob Ads Developers
We were unable to reproduce this bug. The phone's mute switch does
prevent interstitial videos (or any interstitial with autoplay audio)
from being returned.
On May 4, 4:51 pm, Dean Browne <deanbro...@google.com> wrote:
> It is a bug. The behavior should be identical.
>
> I'll look into it. Thanks for letting us know.
>
> -D
>
prevent interstitial videos (or any interstitial with autoplay audio)
from being returned.
On May 4, 4:51 pm, Dean Browne <deanbro...@google.com> wrote:
> It is a bug. The behavior should be identical.
>
> I'll look into it. Thanks for letting us know.
>
> -D
>
Ed
Jun 23, 2011, 4:13:25 PM6/23/11
to Google AdMob Ads Developers
Dean,
What it sounds like you are saying is that with the 4.1.0 iOS (Google)
SDK, delivery of ads with autoplay audio are conditioned on the
setting of the mute switch. We were unaware of that behavior but will
now consider it in our testing. Is the state of the switch detected
once at app start up, or prior to each ad request/delivery?
What we had observed in the previous Admob (non Google) SDK is that
during the play of the video ad, audio would turn on and off with the
setting/change of the mute switch. Is it your intention that the old
behavior - real time sensing of the mute switch - will no longer be
supported? We just want to know what to expect. Did you intended to
replicate the behavior from the old SDK or you are trying to do
something different altogether?
Thanks,
Ed Cisek
MobilityWare
What it sounds like you are saying is that with the 4.1.0 iOS (Google)
SDK, delivery of ads with autoplay audio are conditioned on the
setting of the mute switch. We were unaware of that behavior but will
now consider it in our testing. Is the state of the switch detected
once at app start up, or prior to each ad request/delivery?
What we had observed in the previous Admob (non Google) SDK is that
during the play of the video ad, audio would turn on and off with the
setting/change of the mute switch. Is it your intention that the old
behavior - real time sensing of the mute switch - will no longer be
supported? We just want to know what to expect. Did you intended to
replicate the behavior from the old SDK or you are trying to do
something different altogether?
Thanks,
Ed Cisek
MobilityWare
Dean Browne
Jun 23, 2011, 8:21:37 PM6/23/11
to google-adm...@googlegroups.com
The behavior is the same as the old SDK. Mute switch detection is real time. Meaning...
For every ad request, if the mute switch, the ad returned is guaranteed to be silent. (The ad may have audio the user can opt into playing by clicking a link. But no sound will be automatically played.)
If an ad has sounds, like videos, the mute switch will flip the volume on and off. There is nothing explicitly done in the SDK here. Everything is how iOS treats the mute switch behavior (which may change between iOS versions but hasn't to my knowledge).
Ed
Jun 24, 2011, 2:29:56 PM6/24/11
to Google AdMob Ads Developers
Just ran a test with your sample app and the new 4.1.0 SDK. The device
is an iPhone 4 running iOS 4.3.3. We received a Home Made Simple ad
for Oil of Olay with autoplay audio. The mute switch was OFF (not
muted) when we got the ad. So that behavior seems consistent with what
you said. While the ad was running and the audio playing, we flipped
the mute switch back and forth - on and off. Flipping the switch had
no effect on the audio - the audio played straight through. Our
contention is that this same test with the old SDK would have caused
the audio to go on and off with the flipping of the switch. Same
device, same version of iOS.
Next we will try to test the old AdMob SDK again under the same
conditions. Problem is the fill rate for video ads doesn't seem to be
all that good right now so that may take a while.
We did a test earlier in the week. We did two runs. Same device, same
version of iOS. The only difference was the AdMob SDK vs. the Google
SDK and the changes to the code to accommodate each. Managed to get
the same ad - Suave Professionals. While the ad and audio was playing
under the AdMob SDK, flipping the mute switch turned the audio on and
off as expected. While the ad and audio was playing under the Google
SDK, flipping the mute switch had no effect on the audio.
> Dean Browne | Software Engineer | Mobile Advertising | deanbro...@google.com
is an iPhone 4 running iOS 4.3.3. We received a Home Made Simple ad
for Oil of Olay with autoplay audio. The mute switch was OFF (not
muted) when we got the ad. So that behavior seems consistent with what
you said. While the ad was running and the audio playing, we flipped
the mute switch back and forth - on and off. Flipping the switch had
no effect on the audio - the audio played straight through. Our
contention is that this same test with the old SDK would have caused
the audio to go on and off with the flipping of the switch. Same
device, same version of iOS.
Next we will try to test the old AdMob SDK again under the same
conditions. Problem is the fill rate for video ads doesn't seem to be
all that good right now so that may take a while.
We did a test earlier in the week. We did two runs. Same device, same
version of iOS. The only difference was the AdMob SDK vs. the Google
SDK and the changes to the code to accommodate each. Managed to get
the same ad - Suave Professionals. While the ad and audio was playing
under the AdMob SDK, flipping the mute switch turned the audio on and
off as expected. While the ad and audio was playing under the Google
SDK, flipping the mute switch had no effect on the audio.
Dean Browne
Jun 27, 2011, 5:48:22 PM6/27/11
to google-adm...@googlegroups.com
You are correct. The mute switch does not effect the volume of the video.
To change the volume a user has to press the up/down volume keys.
The SDK isn't doing anything special. It is just a UIWebView with a <video> tag. It is up to iOS to manage the audio. However, I think you are correct that iOS should treat the mute switch as "mute" according to the default audio route: http://developer.apple.com/library/ios/#DOCUMENTATION/Audio/Conceptual/AudioSessionProgrammingGuide/Basics/Basics.html#//apple_ref/doc/uid/TP40007875-CH2-SW1 Appears to be an iOS bug.
Reply all
Reply to author
Forward
0 new messages