Retour

Créer votre player Netflix avec Exoplayer

Tuto
30 août 2019
19mn

Progression
4

Gestion des états

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 !


Articles sur le même thème

Construction d'une plateforme Data, retour d'expérience (REX)

Les besoins en analyse de données sont grandissants. Avec quelques outils, il est possible de faire des extractions, de la transformation et de la visualisation très rapidement. Cependant, pour assurer la pérénnité et l'évolutivité de ces analyses, il est nécessaire de monter une plateforme dédiée et d'industrialiser les différents processus. C'est le sujet de cet article.

14 nov. 202311mnThierry T.

Découvrez Eleven Labs

Notre site pour mieux nous connaître

J'y vais

Contact

Eleven Labs - Paris

102, rue du Faubourg Saint Honoré

75008 Paris

Eleven Labs - Nantes

42, rue la Tour d'Auvergne

44200 Nantes

Eleven Labs - Montréal

1155, Metcalfe St Suite 1500

Montréal, QC H3B 2V6, Canada

business@eleven-labs.com

01.82.83.11.75