모바일 개발의 미디어 및 스트리밍: 개념, 프로토콜 및 작동 방식

HLS 및 DASH 프로토콜

HTTP Live Streaming (HLS)은 Apple이 개발한 모바일 앱 스트리밍 프로토콜입니다. 비디오를 작은 세그먼트(보통 6~10초)로 분할하고 일반 HTTP를 통해 전송합니다. 플레이어는 재생 목록(.m3u8)을 다운로드하고 순차적으로 세그먼트를 로드하며 연결 속도에 따라 품질을 조정합니다. HLS는 모든 Apple 기기에서 모바일 앱의 안정적인 스트리밍을 제공하며 iOS의 사실상 표준입니다.

HLS vs DASH

DASH (Dynamic Adaptive Streaming over HTTP)는 모바일 앱에 미디어를 전송하기 위한 개방형 MPEG 표준입니다. HLS와 달리 DASH는 세그먼트에 MP4 형식을 사용하고 .m3u8 대신 XML 매니페스트(MPD)를 사용합니다. DASH는 코덱에 대한 더 많은 제어를 제공하고 더 많은 형식을 지원합니다. HLS와 DASH 중 선택은 모바일 기기용 스트리밍을 개발할 때 중요한 결정입니다. 프로토콜 비교는 아래 표와 같습니다.

실제로 iOS 앱은 HLS를 선택합니다 — AVPlayer가 기본적으로 지원합니다. Android에서는 ExoPlayer 덕분에 DASH가 선호됩니다. 두 프로토콜 모두 모바일 기기에서 미디어 스트리밍에 적합합니다. IT Sectr에서는 두 기술을 모두 사용하며 대상 플랫폼에 따라 프로토콜을 선택할 것을 권장합니다.

적응형 비트레이트 및 코덱

Adaptive Bitrate (ABR)은 플레이어가 연결 속도에 따라 자동으로 비디오 품질을 선택하는 메커니즘입니다. 스트림은 여러 비트레이트(360p, 720p, 1080p, 4K)로 인코딩됩니다. 플레이어는 중단 없이 전환합니다. 코덱: H.264(AVC) — 기본, H.265(HEVC) — 50% 더 효율적, VP9 및 AV1 — Android용 개방형 대안.

모바일 앱에서 하드웨어 디코딩을 위해서는 올바른 코덱을 선택하는 것이 중요합니다. Hardware Decoding은 기기의 GPU/비디오 프로세서를 사용하며 배터리 소모가 적습니다. Software Decoding은 CPU에서 실행되며 하드웨어 디코딩을 사용할 수 없을 때 사용됩니다. IT Sectr은 모바일 기기에서 최적의 미디어 재생을 위해 MediaCodec(Android) 또는 AVAssetTrack(iOS)을 통해 코덱 지원을 항상 확인할 것을 권장합니다.

플레이어: ExoPlayer 및 AVPlayer

ExoPlayer는 Google이 개발한 Android용 미디어 플레이어로, 모바일 앱에서 미디어 재생에 최적화되어 있습니다. MediaPlayer와 달리 ExoPlayer는 하드웨어 디코딩에 종속되지 않으며 확장 모듈을 통해 사용자 지정 스킴을 지원합니다. HLS, DASH, SmoothStreaming 및 RTSP와 함께 작동합니다. ExoPlayer는 YouTube, Google TV 및 Android TV의 주요 플레이어입니다.

ExoPlayer vs AVPlayerViewController

AVPlayer와 AVPlayerViewController는 iOS, macOS, tvOS용 Apple 플레이어입니다. AVPlayer는 저수준 API이고, AVPlayerViewController는 PiP 및 AirPlay가 포함된 기성 UI 래퍼입니다. 주요 차이점: ExoPlayer는 버퍼링 및 렌더링을 완전히 제어할 수 있고, AVPlayerViewController는 최소한의 코드로 빠른 통합을 제공합니다. 플레이어 선택은 모바일 앱의 스트리밍 품질에 직접적인 영향을 미칩니다.

// ExoPlayer — Android에서 기본 플레이어 설정
val player = ExoPlayer.Builder(this)
    .setMediaSource(ProgressiveMediaSource.Factory(DefaultHttpDataSource.Factory()))
    .build()
val mediaItem = MediaItem.fromUri("https://example.com/stream.m3u8")
player.setMediaItem(mediaItem)
player.prepare()
player.playWhenReady = true

코드는 ExoPlayer의 최소 초기화를 보여줍니다: 인스턴스 생성, 미디어 항목 설정 및 재생 시작. ExoPlayer는 onStop에서 player.release()를 통해 Activity 수명 주기를 자동으로 처리합니다. Android TV 또는 PiP의 경우 PlayerView를 통한 추가 수명 주기 처리가 필요합니다 — 이는 모바일 앱용 스트리밍을 설정할 때 특히 중요합니다.

트랜스코딩 및 비디오 처리

Transcoding은 비디오를 한 형식에서 다른 형식으로 변환하는 것입니다. 다양한 모바일 기기에 맞게 미디어 스트림을 최적화하는 데 사용됩니다(예: H.264 → H.265). 모바일 기기에서는 MediaCodec(Android) 또는 AVAssetExportSession(iOS)을 통해 트랜스코딩이 가능합니다. 트랜스코딩은 리소스를 많이 소모하고 배터리를 소모하므로 WorkManager 또는 BGTaskScheduler를 사용하여 백그라운드에서 수행하세요.

DRM: Widevine, FairPlay 및 PlayReady

Digital Rights Management (DRM)은 미디어 콘텐츠를 무단 복제로부터 보호하는 시스템입니다. 모바일 앱에서 프리미엄 미디어 스트리밍을 위해 Widevine(Google), FairPlay(Apple), PlayReady(Microsoft)의 세 가지 주요 기술이 사용됩니다. DRM 없이는 프리미엄 서비스(Netflix, Spotify, Disney+)가 콘텐츠를 배포할 수 없습니다.

DRM 시스템 비교

Widevine은 Android용 DRM 보호 표준으로, L3(소프트웨어 암호화), L2, L1(하드웨어 암호화, Trusted Execution Environment 전용)의 세 가지 수준으로 제공됩니다. FairPlay는 Apple의 독점 시스템으로 칩 수준에서 SVP(Secure Video Pipeline)를 사용합니다. PlayReady는 Microsoft의 시스템으로 Xbox 및 Windows 기기에서 널리 사용됩니다.

Multi-DRM은 단일 플랫폼을 사용하여 모든 DRM 키를 관리하는 접근 방식입니다. 예: EZDRM 또는 Verimatrix. 이들은 통합 API를 통해 Widevine, FairPlay 및 PlayReady 라이선스를 발급합니다. Multi-DRM은 모바일 기기의 프리미엄 미디어에 특히 중요합니다. IT Sectr에서는 애그리게이터를 통해 multi-DRM을 구현합니다 — 각 DRM을 개별적으로 통합하는 것보다 시간과 비용을 절약할 수 있습니다.

오디오 재생: Audio Focus 및 Audio Session

Audio Focus(Android)는 모바일 앱에서 미디어 재생을 위한 오디오 스트림 관리 시스템입니다. 앱이 Audio Focus를 요청하면 다른 앱(음악, 팟캐스트)이 일시 중지되거나 볼륨을 낮춥니다(덕킹). Audio Focus가 없으면 두 앱이 동시에 재생되어 소음이 발생합니다.

Android의 Audio Focus

Android는 오디오 스트림을 MUSIC, VOICE_CALL, ALARM, NOTIFICATION 유형으로 나눕니다. 미디어 플레이어의 경우 AudioManager.AUDIOFOCUS_GAIN을 요청해야 합니다. 포커스를 잃으면(수신 전화) 미디어 재생을 일시 중지하고 포커스가 반환되면 재개해야 합니다. 구현은 AudioManager.OnAudioFocusChangeListener를 통해 이루어집니다.

iOS의 Audio Session

Audio Session(iOS)은 Apple 모바일 기기의 미디어 앱을 위한 Audio Focus에 해당합니다. AVAudioSession.sharedInstance()를 통해 구성됩니다. 카테고리: .playback(비디오에 필수), .soloAmbient(기본값, 잠금 시 무음), .playAndRecord(녹음용). 스트리밍의 경우 .allowAirPlay 옵션과 함께 .playback을 사용하세요.

PiP 및 AirPlay

Picture-in-Picture (PiP)는 앱을 최소화하거나 다른 화면으로 이동할 때 미디어 콘텐츠가 작은 떠 있는 창에서 계속 재생되는 모드입니다. PiP는 모바일 기기의 미디어 앱 표준이 되었습니다 — iOS(iPadOS 13 이후) 및 Android(Android 8.0 이후).

Android의 PiP

Android에서 PiP는 Activity.isInPictureInPictureMode() 및 PictureInPictureParams.Builder를 통해 활성화됩니다. 앱은 멀티 윈도우 모드여야 합니다. PiP 창에서 미디어 재생을 제어하려면 MediaSession이 필요합니다. 매니페스트에서 android:supportsPictureInPicture="true"를 지정하세요.

AirPlay 및 Chromecast

AirPlay는 Apple TV, HomePod 및 호환 스마트 TV로 미디어를 스트리밍하기 위한 Apple의 프로토콜입니다. iOS에서는 AVRoutePickerView 또는 MPNowPlayingInfoCenter를 통해 구현됩니다. Android에서는 Google Cast SDK(Chromecast)가 이에 해당합니다. 두 기술 모두 바이너리 파일 구성과 플레이어 지원이 필요합니다. 이 중 하나 없이는 모바일 앱에서 고품질 스트리밍이 불가능합니다.