Audio

People manipulate sound through the volume buttons, silence switch, headphone controls, and the onscreen volume slider. Many third-party accessories include sound controls too. Audio can be output through internal or external speakers, headphones, and even wirelessly through an AirPlay-enabled or Bluetooth device. Whether sound is a primary aspect of your app’s experience or an embellishment, you need to know how people expect sound to behave and meet those expectations.

사람들은 볼륨 버튼, 무음 스위치, 헤드폰 컨트롤 및 화면상의 볼륨 슬라이더를 통해 사운드를 조작합니다. 많은 타사 액세서리에는 사운드 컨트롤도 포함됩니다. 오디오는 내부 또는 외부 스피커, 헤드폰을 통해 출력 할 수 있으며 AirPlay 지원 또는 Bluetooth 장치를 통해 무선으로 출력 할 수도 있습니다. 사운드가 앱의 경험에서 가장 중요한 부분이든, 아니면 꾸며낸 부분이든 상관없이 사람들이 소리가 어떻게 행동하고 그런 기대를 충족시키기를 기대하는지 알 필요가 있습니다.

Silence

People switch their device to silent to avoid being interrupted by unexpected sounds, such as ringtones and incoming message sounds. They also want nonessential sounds disabled, including keyboard sounds, sound effects, game soundtracks, and other audible feedback. When the device is set to silent, only explicitly initiated sounds should occur, such as audio during media playback, alarms, and audio/video messaging.

사람들은 벨소리 및 들어오는 메시지 소리와 같은 예상치 못한 소리가 들리는 것을 피하기 위해 장치를 무음으로 전환합니다. 또한 키보드 사운드, 음향 효과, 게임 사운드 트랙 및 기타 청취 가능한 피드백을 포함하여 불필요한 사운드는 비활성화 하길 원합니다. 장치가 무음으로 설정되면 미디어 재생, 경보 및 오디오 / 비디오 메시징 중 오디오와 같이 명시 적으로 시작된 소리만 발생해야합니다.

Volume

Whether using physical device buttons or an onscreen slider, people expect changes in volume to affect all sound systemwide, including music and in-app sound effects. The only exception is the ringer volume, which is always adjusted separately when audio isn’t actively playing.

물리적 장치 버튼이나 화면상의 슬라이더 사용 여부에 관계없이 사람들은 음량의 변화가 음악 및 인앱 음향 효과를 포함하여 시스템 전체의 모든 사운드에 영향을 줄 것을 기대합니다. 단, 오디오가 활발하게 재생되고 있지 않을 때 항상 개별적으로 조정되는 벨소리 볼륨이 예외입니다.

Headphones

People use headphones to hear sound privately and to free their hands. When plugging in headphones, users expect sound to reroute automatically without interruption. When unplugging headphones, they expect playback to pause immediately.

사람들은 개인적으로 소리를 듣고 손을 자유롭게 하기 위해 헤드폰을 사용합니다. 헤드폰을 꽂을 때, 사용자는 소리가 중단 없이 자동으로 다시 전달되기를 기대한다. 헤드폰을 분리할 때 재생이 즉시 일시 중지될 것으로 예상합니다.

Designing a Great Audio Experience

Adjust levels automatically when necessary, but not the overall volume. Your app can adjust relative, independent volume levels to achieve a great mix of audio. However, the final output should always be governed by the system volume.

필요할 때 자동으로 레벨을 조정하지만 전체 볼륨은 조정하지 마십시오. 앱은 상대적으로 독립적인 볼륨 레벨을 조정하여 훌륭한 오디오 믹스를 얻을 수 있습니다. 그러나 최종 출력물은 항상 시스템 볼륨에 의해 관리되어야합니다.

Permit rerouting of audio when appropriate. People often want to select a different audio output device. For example, they may want to listen to music through their living room stereo, car radio, or Apple TV. Support this capability unless there’s a compelling reason not to.

적절한 경우 오디오의 경로 변경을 허용하십시오. 사람들은 종종 다른 오디오 출력 장치를 선택하려고합니다. 예를 들어 거실 스테레오, 자동차 라디오 또는 Apple TV를 통해 음악을 듣고 싶어 할 수 있습니다. 하지 않을 수 밖에없는 강력한 이유가없는 한 이 기능을 지원하십시오.

Use the system-provided volume view to allow audio adjustments. The best way to provide interface controls for adjusting audio is to use a volume view. This view is customizable, includes a volume-level slider, and even includes a control for rerouting audio output. For developer guidance, see MPVolumeView.

시스템에서 제공하는 볼륨보기를 사용하여 오디오를 조정할 수 있습니다. 오디오 조정을 위한 인터페이스 컨트롤을 제공하는 가장 좋은 방법은 볼륨보기를 사용하는 것입니다. 이 보기는 사용자 정의 할 수 있으며 볼륨 레벨 슬라이더가 포함되어 있으며 오디오 출력을 다시 라우팅 할 수있는 컨트롤도 포함되어 있습니다.

Use the system’s sound services for short sounds and vibrations. For developer guidance, see System Sound Services.

짧은 소리와 진동에는 시스템의 사운드 서비스를 사용하십시오.

Categorize your audio if sound is essential to your app. Different audio categories allow sounds to be silenced by the silence switch, to mix with other audio, or to play while your app is in the background. Pick a category based on its meaning and the current audio state of the device, and assign it to your audio sessions. For example, don’t make people stop listening to music from another app if you don’t need to. In general, it’s best to avoid changing the category while your app is running, with the exception of apps that record and play back audio at different times. For developer guidance, see Audio Session Programming Guide.

사운드가 앱에 꼭 필요한 경우 오디오를 분류합니다. 다양한 오디오 범주를 사용하면 사운드를 무음 스위치에 의해 음소거하거나, 다른 오디오와 혼합하거나, 앱이 백그라운드에서 재생될 수 있습니다. 장치의 의미와 현재 오디오 상태에 따라 범주를 선택하고 오디오 세션에 할당합니다. 예를 들어, 필요하지 않다면 다른 앱에서 음악을 듣는 것을 멈추도록 하지 마세요. 일반적으로, 다른 시간에 오디오를 녹음하고 재생하는 앱은 제외하고, 앱이 실행되는 동안에는 범주 변경을 피하는 것이 가장 좋습니다.

Resume audio playback when appropriate after an interruption occurs. Sometimes, currently playing audio is interrupted by audio from a different app. Temporary interruptions such as incoming phone calls are considered resumable. Permanent interruptions, such as a music playlist initiated by Siri, are considered nonresumable. When a resumable interruption occurs, your app should resume playback when the interruption ends if audio was actively playing when the interruption started. For example, a game playing a soundtrack and a media app in the process of playing audio should both resume.

중단이 발생한 후 적절한 경우 오디오 재생을 재개합니다. 때로는 다른 앱의 오디오로 인해 현재 재생 중인 오디오가 중단되기도 합니다. 걸려오는 전화와 같은 일시적인 방해는 돌이킬 수 있는 것으로 간주된다. Siri가 시작한 음악 재생 목록 같은 영구 중단은 다시 사용할 수 없는 것으로 간주됩니다. 다시 누적 가능한 중단이 발생한 경우 중단이 시작될 때 오디오가 활성 상태로 재생되면 앱이 다시 재생됩니다. 예를 들어, 오디오를 재생하는 과정에서 사운드트랙과 미디어 앱을 재생하는 게임이 둘 다 재개되어야 한다.

Let other apps know when your app finishes playing temporary audio. If your app might temporarily interrupt the audio of other apps, it should flag audio sessions appropriately so other apps get notified when it’s safe to resume. For developer guidance, see the AVAudioSessionSetActiveOptionNotifyOthersOnDeactivation constant in AVFoundation.

앱이 임시 오디오 재생을 마칠 때 다른 앱에 알리십시오. 앱이 일시적으로 다른 앱의 오디오를 방해 할 수있는 경우 오디오 세션을 적절하게 표시하여 다른 앱에 다시 시작할 때 알림을 보내야합니다.

Respond to audio controls only when it makes sense. People can control audio playback from outside of your app’s interface, such as in Control Center or with controls on their headphones, regardless of whether your app is in the foreground or background. If your app is actively playing audio, in a clear audio-related context, or connected to an AirPlay-enabled device, it’s fine to respond to audio controls. Otherwise, your app shouldn't halt another app’s audio that may be playing when a control is activated.

의미가 있을때만 오디오 컨트롤에 응답하십시오. 앱이 전경 또는 배경인지 여부에 관계없이 사람들은 컨트롤 센터 또는 헤드폰의 컨트롤과 같이 앱의 인터페이스 외부에서 오디오 재생을 제어 할 수 있습니다. 앱에서 오디오를 재생하거나, 깨끗한 오디오 관련 컨텍스트에서 또는 AirPlay 지원 장치에 연결된 경우, 오디오 컨트롤에 응답해도 됩니다. 그렇지 않으면 앱에서 컨트롤이 활성화될 때 재생 중인 다른 앱의 오디오를 중지하면 안 됩니다.

Don’t repurpose audio controls. People expect audio controls to behave consistently in all apps. Never redefine the meaning of an audio control. If your app doesn’t support certain controls, then it simply shouldn’t respond to them.

오디오 컨트롤의 용도를 변경하지 마십시오. 사람들은 오디오 컨트롤이 모든 앱에서 일관되게 동작할 것으로 기대합니다. 오디오 컨트롤의 의미를 재정의하지 마십시오. 앱에서 특정 컨트롤을 지원하지 않으면 해당 컨트롤에 응답하지 않아야 합니다.

Audio - User Interaction - iOS - Human Interface Guidelines - Apple Developer