AndroidX Media3 이전 가이드

현재 독립형 com.google.android.exoplayer2 라이브러리와 androidx.media를 사용하는 앱은 androidx.media3로 이전해야 합니다. 이전 스크립트를 사용하여 Gradle 빌드 파일, Java 및 Kotlin 소스 파일, XML 레이아웃 파일을 ExoPlayer 2.19.1에서 AndroidX Media3 1.1.1로 이전합니다.

개요

이전하기 전에 다음 섹션을 검토하여 새 API의 이점, 이전할 API, 앱 프로젝트가 충족해야 하는 기본 요건을 자세히 알아보세요.

Jetpack Media3로 이전해야 하는 이유

• com.google.android.exoplayer2는 지원 중단되었지만 ExoPlayer의 새로운 공간입니다.
• MediaBrowser/MediaController를 사용하여 구성요소/프로세스 전반에서 Player API에 액세스합니다.
• MediaSession 및 MediaController API의 확장된 기능을 사용합니다.
• 세분화된 액세스 제어를 사용하여 재생 기능을 광고합니다.
• MediaSessionConnector 및 PlayerNotificationManager를 삭제하여 앱을 간소화합니다.
• media-compat 클라이언트 API(MediaBrowserCompat/MediaControllerCompat/MediaMetadataCompat)와 하위 호환

AndroidX Media3로 이전할 Media API

• ExoPlayer 및 확장 프로그램
  지원 중단된 mediasession 모듈을 제외한 기존 ExoPlayer 프로젝트의 모든 모듈이 포함됩니다. com.google.android.exoplayer2의 패키지에 종속된 앱 또는 모듈은 이전 스크립트로 이전할 수 있습니다.
• MediaSessionConnector (androidx.media:media:1.4.3+의 androidx.media.* 패키지에 따라 다름)
  MediaSessionConnector를 삭제하고 대신 androidx.media3.session.MediaSession를 사용합니다.
• MediaBrowserServiceCompat (androidx.media:media:1.4.3+의 androidx.media.* 패키지에 따라 다름)
  androidx.media.MediaBrowserServiceCompat의 서브클래스를 androidx.media3.session.MediaLibraryService로 이전하고 MediaBrowserCompat.MediaItem를 사용하는 코드를 androidx.media3.common.MediaItem로 이전합니다.
• MediaBrowserCompat (androidx.media:media:1.4.3+의 android.support.v4.media.* 패키지에 따라 다름)
  MediaBrowserCompat 또는 MediaControllerCompat를 사용하여 클라이언트 코드를 이전하여 androidx.media3.common.MediaItem와 함께 androidx.media3.session.MediaBrowser를 사용합니다.

기본 요건

1. 프로젝트가 소스 제어 대상인지 확인하기

   스크립트 이전 도구로 적용된 변경사항을 쉽게 되돌릴 수 있는지 확인하세요. 아직 프로젝트를 소스 제어에 포함하지 않았다면 지금 시작해 보세요. 어떤 이유로든 그렇게 하고 싶지 않다면 이전을 시작하기 전에 프로젝트의 백업 사본을 만드세요.

2. 앱 업데이트

   • 최신 버전의 ExoPlayer 라이브러리를 사용하도록 프로젝트를 업데이트하고 지원 중단된 메서드 호출을 모두 삭제하는 것이 좋습니다. 이전에 스크립트를 사용하려는 경우 업데이트할 버전을 스크립트에서 처리하는 버전과 일치시켜야 합니다.

   • 앱의 compileSdkVersion을 32 이상으로 높입니다.

   • 위에서 업데이트된 종속 항목과 호환되는 최신 버전으로 Gradle 및 Android 스튜디오 Gradle 플러그인을 업그레이드합니다. 예를 들면 다음과 같습니다.

     • Android Gradle 플러그인 버전: 7.1.0
     • Gradle 버전: 7.4

   • 별표(*)를 사용하는 모든 와일드 카드 가져오기 문을 대체하고 정규화된 가져오기 문을 사용합니다. 와일드 카드 가져오기 문을 삭제하고 Android 스튜디오를 사용하여 정규화된 문을 가져옵니다 (F2 - Alt/Enter, F2 - Alt/Enter, ...).

   • com.google.android.exoplayer2.PlayerView에서 com.google.android.exoplayer2.StyledPlayerView로 마이그레이션 이렇게 해야 하는 이유는 AndroidX Media3에는 com.google.android.exoplayer2.PlayerView에 상응하는 것이 없기 때문입니다.

스크립트 지원을 사용하여 ExoPlayer 이전

이 스크립트는 com.google.android.exoplayer2에서 androidx.media3 아래의 새 패키지 및 모듈 구조로 이동하는 것을 돕습니다. 이 스크립트는 프로젝트에 몇 가지 유효성 검사를 적용하고 유효성 검사에 실패하면 경고를 출력합니다. 그렇지 않으면 Java 또는 Kotlin으로 작성된 Android Gradle 프로젝트의 리소스에 이름이 변경된 클래스 및 패키지의 매핑을 적용합니다.

usage: ./media3-migration.sh [-p|-c|-d|-v]|[-m|-l [-x <path>] [-f] PROJECT_ROOT]
 PROJECT_ROOT: path to your project root (location of 'gradlew')
 -p: list package mappings and then exit
 -c: list class mappings (precedence over package mappings) and then exit
 -d: list dependency mappings and then exit
 -l: list files that will be considered for rewrite and then exit
 -x: exclude the path from the list of file to be changed: 'app/src/test'
 -m: migrate packages, classes and dependencies to AndroidX Media3
 -f: force the action even when validation fails
 -v: print the exoplayer2/media3 version strings of this script
 -h, --help: show this help text

마이그레이션 스크립트 사용

경고: 종속 항목 선언에서 변수나 고급 기법을 사용하는 경우 스크립트가 Gradle 빌드 파일을 사용할 수 없는 상태로 만들 수 있습니다.

1. 앱을 업데이트한 버전에 해당하는 GitHub의 ExoPlayer 프로젝트 태그에서 이전 스크립트를 다운로드합니다.

   curl -o media3-migration.sh \
     "https://raw.githubusercontent.com/google/ExoPlayer/r2.19.1/media3-migration.sh"
   

2. 스크립트를 실행 가능하게 만듭니다.

   chmod 744 media3-migration.sh
   

3. --help로 스크립트를 실행하여 옵션에 관해 알아봅니다.

4. -l를 사용하여 스크립트를 실행하여 이전하도록 선택된 파일 집합을 나열합니다 (-f를 사용하여 경고 없이 강제로 나열).

   ./media3-migration.sh -l -f /path/to/gradle/project/root
   

5. -m로 스크립트를 실행하여 패키지, 클래스, 모듈을 Media3에 매핑합니다. -m 옵션으로 스크립트를 실행하면 선택한 파일에 변경사항이 적용됩니다.

   • 변경사항 없이 유효성 검사 오류에서 중지

   ./media3-migration.sh -m /path/to/gradle/project/root
   

   • 강제 실행

   스크립트에서 사전 요구사항 위반을 발견하면 -f 플래그를 사용하여 이전을 강제할 수 있습니다.

   ./media3-migration.sh -m -f /path/to/gradle/project/root
   

참고: -x 매개변수를 사용하여 변경을 위해 선택되는 경로를 제외할 수 있습니다.

 # list files selected for migration when excluding paths
 ./media3-migration.sh -l -x "app/src/test/" -x "service/" /path/to/project/root
 # migrate the selected files
 ./media3-migration.sh -m -x "app/src/test/" -x "service/" /path/to/project/root

-m 옵션으로 스크립트를 실행한 후 다음 수동 단계를 완료합니다.

1. 스크립트가 코드를 어떻게 변경했는지 확인: diff 도구를 사용하여 잠재적인 문제를 수정합니다. -f 옵션을 전달하지 않고 도입된 일반적인 문제가 스크립트에 있다고 생각되면 버그를 신고하는 것이 좋습니다.
2. 프로젝트 빌드: ./gradlew clean build를 사용하거나 Android 스튜디오에서 File > Sync Project with Gradle Files를 선택한 다음 Build > Clean project, Build > Rebuild project를 차례로 선택합니다. Android 스튜디오의'Build - Build Output' 탭에서 빌드를 모니터링합니다.

참고: 경우에 따라 스크립트가 코드를 수동으로 이전하지 않으면 빌드되지 않는 상태로 프로젝트를 두는 것으로 예상됩니다. 스크립트는 이에 대해 경고하고 실행을 강제하는 -f 옵션을 요청합니다. 예를 들어 앱에서 MediaSessionConnector 및 MediaSessionCompat를 사용하는 경우입니다. MediaSessionConnector에서 Media3로 마이그레이션하는 방법은 다음 섹션을 참고하세요.

권장되는 후속 조치:

1. 불안정한 API 사용과 관련된 오류 선택을 해결합니다.
2. 사용 중단된 API 호출 교체: 추천 교체 API를 사용합니다. Android 스튜디오에서 경고 위로 포인터를 가져가고 지원 중단된 기호의 JavaDoc를 참고하여 지정된 호출 대신 사용할 항목을 찾습니다.
3. import 문 정렬: Android 스튜디오에서 프로젝트를 열고 프로젝트 뷰어에서 패키지 폴더 노드를 마우스 오른쪽 버튼으로 클릭하고 변경된 소스 파일이 포함된 패키지에서 Optimize imports를 선택합니다.

MediaSessionConnector를 androidx.media3.session.MediaSession로 바꿉니다.

기존 MediaSessionCompat 환경에서 MediaSessionConnector는 플레이어의 상태를 세션 상태와 동기화하고 적절한 플레이어 메서드에 위임해야 하는 컨트롤러에서 명령어를 수신했습니다. AndroidX Media3에서는 커넥터 없이 MediaSession가 직접 이를 실행합니다.

1. MediaSessionConnector의 모든 참조 및 사용 삭제: 자동화된 스크립트를 사용하여 ExoPlayer 클래스와 패키지를 이전했다면 스크립트는 해결할 수 없는 MediaSessionConnector와 관련하여 코드를 컴파일할 수 없는 상태로 남겨 두었을 수 있습니다. 앱을 빌드하거나 시작하려고 하면 Android 스튜디오에 손상된 코드가 표시됩니다.

2. 종속 항목을 유지 관리하는 build.gradle 파일에서 AndroidX Media3 세션 모듈에 구현 종속 항목을 추가하고 기존 종속 항목을 삭제합니다.

   implementation "androidx.media3:media3-session:1.4.1"
   

3. MediaSessionCompat를 androidx.media3.session.MediaSession로 바꿉니다.

4. 기존 MediaSessionCompat를 만든 코드 사이트에서 androidx.media3.session.MediaSession.Builder를 사용하여 MediaSession를 빌드합니다. 플레이어를 전달하여 세션 빌더를 만듭니다.

   참고: 앱에서 ExoPlayer과 다른 플레이어를 사용하는 경우 플레이어를 래핑하는 MediaSession에 전달할 수 있는 맞춤 Player 구현이 필요합니다. 미디어 세션 구현과 함께 작동하는 최소 Player 구현에 관한 추가 안내를 제공할 예정입니다.

   val player = ExoPlayer.Builder(context).build()
   mediaSession = MediaSession.Builder(context, player)
       .setSessionCallback(MySessionCallback())
       .build()
   

   참고: Player에 대한 모든 메서드 호출을 ForwardingPlayer(player)로 래핑하여 가로챌 수 있습니다.

5. 앱에 필요한 MySessionCallback를 구현합니다. 이는 선택사항입니다. 컨트롤러가 미디어 항목을 플레이어에 추가하도록 허용하려면 MediaSession.Callback.onAddMediaItems()를 구현합니다. 이전 버전과 호환되는 방식으로 재생을 위해 플레이어에 미디어 항목을 추가하는 다양한 현재 및 기존 API 메서드를 제공합니다. 여기에는 Media3 컨트롤러의 MediaController.set/addMediaItems() 메서드 및 기존 API의 TransportControls.prepareFrom*/playFrom* 메서드가 포함됩니다. onAddMediaItems의 샘플 구현은 세션 데모 앱의 PlaybackService에서 확인할 수 있습니다.

6. 이전 전에 세션을 소멸한 코드 사이트에서 미디어 세션을 해제합니다.

   mediaSession?.run {
     player.release()
     release()
     mediaSession = null
   }
   

   참고: 동일한 ID로 새 미디어 세션을 만들기 전에 미디어 세션을 해제해야 합니다. 앱에서 세션 인스턴스를 누수하면 Media3에서 예외가 발생합니다.

Media3의 MediaSessionConnector 기능

다음 표에는 이전에 MediaSessionConnector에 구현된 기능을 처리하는 Media3 API가 나와 있습니다.

MediaSessionConnector	AndroidX 미디어3
CustomActionProvider	MediaSession.Callback.onCustomCommand()/ MediaSession.setCustomLayout()
PlaybackPreparer	MediaSession.Callback.onAddMediaItems()(prepare()는 내부적으로 호출됨)
QueueNavigator	ForwardingPlayer
QueueEditor	MediaSession.Callback.onAddMediaItems()
RatingCallback	MediaSession.Callback.onSetRating()
PlayerNotificationManager	DefaultMediaNotificationProvider/ MediaNotification.Provider

MediaBrowserService를 MediaLibraryService로 마이그레이션

AndroidX Media3에서는 MediaBrowserServiceCompat를 대체하는 MediaLibraryService를 도입합니다. MediaLibraryService의 JavaDoc과 슈퍼클래스 MediaSessionService은 서비스의 API 및 비동기 프로그래밍 모델을 간단히 소개합니다.

MediaLibraryService는 MediaBrowserService와 하위 호환됩니다. MediaBrowserCompat 또는 MediaControllerCompat를 사용하는 클라이언트 앱은 MediaLibraryService에 연결할 때 코드 변경 없이 계속 작동합니다. 클라이언트의 경우 앱이 MediaLibraryService를 사용하고 있는지 아니면 기존 MediaBrowserServiceCompat를 사용하고 있는지 명확합니다.

그림 1: 미디어 앱 구성요소 개요

1. 이전 버전과의 호환성을 사용하려면 AndroidManifest.xml에서 서비스에 두 서비스 인터페이스를 모두 등록해야 합니다. 이렇게 하면 클라이언트가 필요한 서비스 인터페이스로 서비스를 찾습니다.

   <service android:name=".MusicService" android:exported="true">
       <intent-filter>
           <action android:name="androidx.media3.session.MediaLibraryService"/>
           <action android:name="android.media.browse.MediaBrowserService" />
       </intent-filter>
   </service>
   

2. 종속 항목을 유지하는 build.gradle 파일에서 AndroidX Media3 세션 모듈에 구현 종속 항목을 추가하고 기존 종속 항목을 삭제합니다.

   implementation "androidx.media3:media3-session:1.4.1"
   

3. MediaBrowserService 대신 MediaLibraryService에서 상속하도록 서비스를 변경합니다. 앞서 언급한 대로 MediaLibraryService는 기존 MediaBrowserService와 호환됩니다. 따라서 서비스에서 클라이언트에 제공하는 더 광범위한 API는 여전히 동일합니다. 따라서 앱은 MediaBrowserService를 구현하는 데 필요한 로직의 대부분을 유지하고 새 MediaLibraryService에 맞게 조정할 수 있습니다.

   기존 MediaBrowserServiceCompat와 비교한 주요 차이점은 다음과 같습니다.

   • 서비스 수명 주기 메서드 구현: 서비스 자체에서 재정의해야 하는 메서드는 onCreate/onDestroy이며 여기서 앱은 라이브러리 세션, 플레이어, 기타 리소스를 할당/해제합니다. 앱은 표준 서비스 수명 주기 메서드 외에도 onGetSession(MediaSession.ControllerInfo)를 재정의하여 onCreate에 빌드된 MediaLibrarySession를 반환해야 합니다.

   • MediaLibraryService.MediaLibrarySessionCallback 구현: 세션을 빌드하려면 실제 도메인 API 메서드를 구현하는 MediaLibraryService.MediaLibrarySessionCallback가 필요합니다. 따라서 기존 서비스의 API 메서드를 재정의하는 대신 MediaLibrarySession.Callback의 메서드를 재정의합니다.

     그런 다음 콜백이 MediaLibrarySession을 빌드하는 데 사용됩니다.

     mediaLibrarySession =
           MediaLibrarySession.Builder(this, player, MySessionCallback())
              .build()
     

     API 문서에서 MediaLibrarySessionCallback의 전체 API를 찾습니다.

   • MediaSession.Callback.onAddMediaItems() 구현: 콜백 onAddMediaItems(MediaSession, ControllerInfo, List<MediaItem>)는 이전 버전과 호환되는 방식으로 재생할 미디어 항목을 플레이어에 추가하는 다양한 현재 및 기존 API 메서드를 제공합니다. 여기에는 Media3 컨트롤러의 MediaController.set/addMediaItems() 메서드와 기존 API의 TransportControls.prepareFrom*/playFrom* 메서드가 포함됩니다. 콜백의 샘플 구현은 세션 데모 앱의 PlaybackService에서 확인할 수 있습니다.

   • AndroidX Media3는 MediaBrowserCompat.MediaItem 및 MediaMetadataCompat 대신 androidx.media3.common.MediaItem를 사용합니다. 기존 클래스에 연결된 코드 일부를 그에 따라 변경하거나 대신 Media3 MediaItem에 매핑해야 합니다.

   • MediaBrowserServiceCompat의 분리 가능한 Result 접근 방식과 달리 일반적인 비동기 프로그래밍 모델이 Futures로 변경되었습니다. 서비스 구현은 결과를 분리하는 대신 비동기 ListenableFuture를 반환하거나 즉시 Future를 반환하여 값을 직접 반환할 수 있습니다.

PlayerNotificationManager 삭제

MediaLibraryService는 미디어 알림을 자동으로 지원하며 MediaLibraryService 또는 MediaSessionService를 사용할 때 PlayerNotificationManager를 삭제할 수 있습니다.

참고: API 수준 28 이상을 타겟팅하는 앱은 여전히 FOREGROUND_SERVICE 권한을 요청해야 합니다.

앱은 onCreate()에서 DefaultMediaNotificationProvider를 대체하는 맞춤 MediaNotification.Provider를 설정하여 알림을 맞춤설정할 수 있습니다. 그러면 MediaLibraryService가 필요에 따라 포그라운드에서 서비스를 시작합니다.

MediaLibraryService.updateNotification()를 재정의하면 앱은 필요에 따라 알림을 게시하고 포그라운드에서 서비스를 시작/중지하는 것에 대한 완전한 소유권을 가질 수 있습니다.

MediaBrowser를 사용하여 클라이언트 코드 이전

AndroidX Media3에서 MediaBrowser는 MediaController/Player 인터페이스를 구현하며 미디어 라이브러리를 탐색하는 것 외에 미디어 재생을 제어하는 데 사용할 수 있습니다. 기존 환경에서 MediaBrowserCompat 및 MediaControllerCompat를 만들어야 했다면 Media3에서 MediaBrowser만 사용하여 동일한 작업을 할 수 있습니다.

참고: Kotlin 사용자는 build.gradle 파일에서 kotlin-coroutines-guava 또는 androidx.concurrent를 사용하여 확장 메서드 await를 ListenableFuture에 추가할 수 있습니다. 이렇게 하면 MediaBrowser API가 suspend 메서드에 더 자연스럽게 맞게 됩니다.

MediaBrowser를 빌드하고 설정 중인 서비스에 대한 연결을 기다릴 수 있습니다.

scope.launch {
    val sessionToken =
        SessionToken(context, ComponentName(context, MusicService::class.java)
    browser =
        MediaBrowser.Builder(context, sessionToken))
            .setListener(BrowserListener())
            .buildAsync()
            .await()
    // Get the library root to start browsing the library.
    root = browser.getLibraryRoot(/* params= */ null).await();
    // Add a MediaController.Listener to listen to player state events.
    browser.addListener(playerListener)
    playerView.setPlayer(browser)
}

미디어 세션에서 재생 제어를 참고하여 백그라운드에서 재생을 제어하는 MediaController를 만드는 방법을 알아보세요.

추가 단계 및 정리

불안정한 API 오류

Media3로 이전한 후 불안정한 API 사용에 관한 린트 오류가 표시될 수 있습니다. 이러한 API는 안전하게 사용할 수 있으며 린트 오류는 새로운 바이너리 호환성 보장의 부산물입니다. 엄격한 바이너리 호환성이 필요하지 않은 경우 @OptIn 주석을 사용하여 이러한 오류를 안전하게 억제할 수 있습니다.

배경

ExoPlayer v1 또는 v2는 후속 버전 간의 라이브러리 바이너리 호환성에 관해 엄격한 보장을 제공하지 않았습니다. ExoPlayer API 노출 영역은 앱이 재생의 거의 모든 측면을 맞춤설정할 수 있도록 설계상 매우 큽니다. 이후 버전의 ExoPlayer에서는 기호 이름 변경이나 기타 중대한 변경사항 (예: 인터페이스의 새로운 필수 메서드)이 도입될 수 있습니다. 대부분의 경우 이러한 중단은 개발자가 사용을 이전할 시간을 갖도록 몇 버전 동안 이전 기호를 지원 중단하는 동시에 새 기호를 도입하여 완화되었지만 항상 가능한 것은 아닙니다.

이러한 중대한 변경사항으로 인해 ExoPlayer v1 및 v2 라이브러리 사용자에게 다음과 같은 두 가지 문제가 발생했습니다.

1. ExoPlayer 버전으로 업그레이드하면 코드의 컴파일이 중지될 수 있습니다.
2. 직접 및 중간 라이브러리를 통해 ExoPlayer에 종속된 앱은 두 종속 항목이 동일한 버전인지 확인해야 했습니다. 그러지 않으면 바이너리 비호환성으로 인해 런타임 비정상 종료가 발생할 수 있습니다.

Media3 개선사항

Media3는 API 노출 영역의 하위 집합에 대해 바이너리 호환성을 보장합니다. 바이너리 호환성을 보장하지 않는 부분은 @UnstableApi로 표시됩니다. 이 구분을 명확히 하기 위해 불안정한 API 기호를 사용하면 @OptIn로 주석이 지정되지 않는 한 린트 오류가 발생합니다.

ExoPlayer v2에서 Media3로 이전한 후 불안정한 API 린트 오류가 많이 표시될 수 있습니다. 이로 인해 Media3가 ExoPlayer v2보다 '불안정'해 보일 수 있습니다. 호출은 건너뛸 수 없습니다. Media3 API의 '불안정'한 부분은 ExoPlayer v2 API 노출 영역의 전체와 동일한 안정성 수준을 가지며, ExoPlayer v2에서는 안정적인 Media3 API 노출 영역을 보장할 수 없습니다. 차이점은 이제 린트 오류가 다양한 안정성 수준을 알려준다는 점입니다.

불안정한 API 린트 오류 처리

불안정한 API의 Java 및 Kotlin 사용에 @OptIn로 주석을 추가하는 방법에 관한 자세한 내용은 이러한 린트 오류에 관한 문제 해결 섹션을 참고하세요.

지원 중단된 API

Android 스튜디오에서 지원 중단된 API 호출이 취소될 수 있습니다. 이러한 호출은 적절한 대안으로 대체하는 것이 좋습니다. 기호 위로 마우스를 가져가면 대신 사용할 API를 알려주는 JavaDoc이 표시됩니다.

그림 3: Android 스튜디오의 JavaDoc 도움말에서 지원 중단된 기호의 대안을 제안합니다.

코드 샘플 및 데모 앱

• AndroidX Media3 세션 데모 앱 (모바일 및 WearOS)
  • 맞춤 작업
  • 시스템 UI 알림, MediaButton/BT
  • Google 어시스턴트 재생 컨트롤
• UAMP: Android 미디어 플레이어 (브랜치 media3) (모바일, AutomotiveOS)
  • 시스템 UI 알림, MediaButton/BT, 재생 재개
  • Google 어시스턴트/Wear OS 재생 컨트롤
  • AutomotiveOS: 맞춤 명령 및 로그인