Créer votre player Netflix avec Exoplayer

Créer votre player Netflix avec Exoplayer


Allons plus loin

Dans les deux premières étapes nous avons été plutôt "straightforward" pour avoir un player qui tourne bien. Il s'agirait maintenant de l'étoffer un peu, et d'utiliser plus d'outils de la librairie.

Retournons sur notre class PlayerManager et ajoutons un listener. La librairie ExoPlayer met à disposition un listener, Player.EventListener, pour pouvoir écouter et être notifié de tout changement de configuration ou d'état du player.

Nous allons ici nous intéresser plus particulièrement à deux des méthodes de ce listener : onPlayerError et onPlayerStateChanged, qui notifient en cas d'erreur du player et en cas de changement d'état. Ces informations nous allons les remonter à notre Custom View par le biais d'un listener que nous allons créer comme ceci :

interface PlayerListener { fun onError() fun onStateChanged(playerState: PlayerState) }

Puis nous allons créer une sealed class PlayerState qui comportera tous les différents états de notre player. L'utilisation d'une sealed class est plus appropriée ici car elle marche très bien avec l'utilisation du when en kotlin :) Si jamais vous ne connaissez pas les sealed class, il s'agit d'une interface dont les objets pouvant en hériter sont limités aux objets définis dans son fichier, ça nous permet d'avoir une liste d'objets finie et maîtrisée, ces derniers étant réunis en un même fichier.

Pour en savoir un peu plus sur les sealed class je vous laisse avec la documentation officielle : Sealed class

Concernant les états, si l'on regarde du coté d'exoplayer on a :

/** * The player does not have any media to play. */ int STATE_IDLE = 1; /** * The player is not able to immediately play from its current position. This state typically * occurs when more data needs to be loaded. */ int STATE_BUFFERING = 2; /** * The player is able to immediately play from its current position. The player will be playing if * {@link #getPlayWhenReady()} is true, and paused otherwise. */ int STATE_READY = 3; /** * The player has finished playing the media. */ int STATE_ENDED = 4;

Nous allons donc créer 5 états, IDLE, BUFFERING, PLAYING, PAUSED, ENDED.

sealed class PlayerState { object IDLE : PlayerState() object BUFFERING : PlayerState() object PLAYING : PlayerState() object PAUSED : PlayerState() object ENDED : PlayerState() }

Maintenant que nous avons nos objets communiquants, nous allons faire la connexion :

On va implémenter Player.EventListener en ajoutant en paramètre d'entrée notre nouveau listener puis en nous enregistrant sur le player Exoplayer :

class Player(val context: Context, listener: PlayerListener) : Player.EventListener { private var player: SimpleExoPlayer = ExoPlayerFactory.newSimpleInstance(context) init { player.addListener(this) }

Ensuite nous allons override la méthode onPlayerStateChanged pour qu'à chaque état changeant elle puisse transmettre l'information par le biais de notre listener :

override fun onPlayerStateChanged(playWhenReady: Boolean, playbackState: Int) { when (playbackState) { Player.STATE_IDLE -> listener.onStateChanged(PlayerState.IDLE) Player.STATE_BUFFERING -> listener.onStateChanged(PlayerState.BUFFERING) Player.STATE_READY -> if (playWhenReady) { listener.onStateChanged(PlayerState.PLAYING) } else { listener.onStateChanged(PlayerState.PAUSED) } Player.STATE_ENDED -> listener.onStateChanged(PlayerState.ENDED) } }

Ensuite nous allons faire de même pour la méthode onPlayerError :

override fun onPlayerError(error: ExoPlaybackException?) { listener.onError() }

Ici nous n'entrons pas dans le détail des types d'erreurs et l'adaptation du message qui irait avec. Dans le cadre de notre tutoriel nous allons juste remonter qu'il y a un souci et rendre visible l'erreur.

Côté UI :

Retournons sur notre PlayerView. Désormais elle va implémenter notre nouveau listener PlayerListener et réagir à ces changements. Je vous laisse aussi le soin d'ajouter à la création du PlayerManager notre listener.

Occupons-nous de nos nouvelles méthodes, onStateChanged et onError. Nous allons ajouter un peu de composants UI pour nous aider à mieux visualiser nos états !

Dans votre fichier player_view.xml ajoutez :

<ProgressBar android:id="@+id/spinner" android:layout_width="wrap_content" android:layout_height="wrap_content" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toTopOf="parent" android:visibility="gone" /> <androidx.appcompat.widget.AppCompatTextView android:id="@+id/error_message" android:layout_width="wrap_content" android:layout_height="wrap_content" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintBottom_toTopOf="@+id/play_pause_button" />

Ici nous avons une progressBar qui indiquera le buffering et un textView pour indiquer une erreur.

Dans notre fichier PlayerView, nous pouvons donc remplir nos deux méthodes :

override fun onError() { error_message.text = "Une erreur technique est survenue" error_message.visibility = View.VISIBLE } override fun onStateChanged(playerState: PlayerState) { when (playerState) { is PlayerState.IDLE -> play_pause_button.visibility = View.VISIBLE is PlayerState.BUFFERING -> { play_pause_button.visibility = GONE spinner.visibility = View.VISIBLE } is PlayerState.PLAYING -> { spinner.visibility = GONE play_pause_button.setBackgroundResource(R.drawable.exo_controls_pause) play_pause_button.visibility = View.VISIBLE } is PlayerState.PAUSED -> { spinner.visibility = GONE play_pause_button.setBackgroundResource(R.drawable.exo_controls_play) play_pause_button.visibility = View.VISIBLE } } }

Le code est un peu barbare, ici il est suffisant au vu du peu de composants impactés par les changements d'états. Vous pouvez supprimer le changement d'icône dans le onClickListener du play_plause_button et lancer votre application !

Voila pour ce tutoriel, j'espère qu'il vous aura aidé un peu à comprendre comment fonctionne ExoPlayer, et vous aura donné une idée d'approche sur comment construire sa brique player dans son application. Bonne route amis astronautes !

Auteur(s)

Bastien Calone

Bastien Calone

Android Developper

Voir le profil

Vous souhaitez en savoir plus sur le sujet ?
Organisons un échange !

Notre équipe d'experts répond à toutes vos questions.

Nous contacter

Découvrez nos autres contenus dans le même thème

Baleine avec des conteneurs

Créer un environnement de revue avec Gitlab

Après avoir développé une nouvelle fonctionnalité pour votre application, le code est revue par l'équipe. Pour que le relecteur puisse mieux se rendre compte des changements, il est intéressant de mettre les changements à disposition dans un environnement de revue. Cet article va expliquer les étapes pour le faire avec Gitlab CI.

Comment tester son script Apache Spark avec Pytest ?

Tester son script Apache Spark avec pytest

Dans le domaine de la data, la qualité de la donnée est primordiale. Pour s'en assurer, plusieurs moyens existent, et nous allons nous attarder dans cet article sur l'un d'entre eux : tester unitairement avec Pytest.

Un long couloir fait à partir de données

Démarrer avec Apache Spark étape par étape

Le domaine de la data est présent dans le quotidien de chacun : la majorité de nos actions peut être traduite en données. Le volume croissant de ces données exploitables a un nom : "Big Data". Dans cet article, nous verrons comment exploiter ce "Big data" à l'aide du framework Apache Spark.