Ajouter des fonctionnalités de base à votre récepteur Web personnalisé

Cette page contient des extraits de code et des descriptions des fonctionnalités disponibles pour une application de récepteur Web personnalisé.

1. Élément cast-media-player représentant l'interface utilisateur du lecteur intégrée fournie avec le récepteur Web.
2. Style personnalisé semblable à CSS pour l'élément cast-media-player afin de mettre en forme divers éléments d'interface utilisateur tels que background-image, splash-image et font-family.
3. Élément de script permettant de charger le framework du récepteur Web.
4. Code JavaScript permettant d'intercepter les messages et de gérer les événements
5. Mettre en file d'attente pour la lecture automatique
6. Options permettant de configurer la lecture.
7. Options permettant de définir le contexte du récepteur Web.
8. Options permettant de définir des commandes compatibles avec l'application Web Receiver.
9. Un appel JavaScript pour démarrer l'application Web Receiver.

Configuration et options de l'application

Configurer l'application

CastReceiverContext est la classe la plus externe exposée au développeur. Elle gère le chargement des bibliothèques sous-jacentes et l'initialisation du SDK Web Receiver. Le SDK fournit des API qui permettent aux développeurs d'applications de configurer le SDK via CastReceiverOptions. Ces configurations sont évaluées une fois par lancement d'application et sont transmises au SDK lors de la définition du paramètre facultatif dans l'appel à start.

L'exemple ci-dessous montre comment remplacer le comportement par défaut pour détecter si une connexion d'expéditeur est toujours active. Lorsque le récepteur Web n'a pas pu communiquer avec un expéditeur pendant maxInactivity secondes, un événement SENDER_DISCONNECTED est distribué. La configuration ci-dessous remplace ce délai avant expiration. Cela peut être utile lors du débogage, car cela empêche l'application Web Receiver de fermer la session du débogueur à distance Chrome lorsqu'il n'y a aucun expéditeur connecté en état IDLE.

const context = cast.framework.CastReceiverContext.getInstance();
const options = new cast.framework.CastReceiverOptions();
options.maxInactivity = 3600; // Development only
context.start(options);

Configurer le lecteur

Lors du chargement de contenu, le SDK Web Receiver permet de configurer des variables de lecture telles que les informations DRM, les configurations de nouvelle tentative et les gestionnaires de requêtes à l'aide de cast.framework.PlaybackConfig. Ces informations sont gérées par PlayerManager et sont évaluées au moment de la création des joueurs. Des lecteurs sont créés chaque fois qu'une nouvelle charge est transmise au SDK Web Receiver. Les modifications apportées à PlaybackConfig après la création du lecteur sont évaluées lors de la prochaine importation de contenu. Le SDK fournit les méthodes suivantes pour modifier le PlaybackConfig.

• CastReceiverOptions.playbackConfig pour remplacer les options de configuration par défaut lors de l'initialisation de CastReceiverContext.
• PlayerManager.getPlaybackConfig() pour obtenir la configuration actuelle.
• PlayerManager.setPlaybackConfig() pour remplacer la configuration actuelle. Ce paramètre est appliqué à toutes les charges ultérieures ou jusqu'à ce qu'il soit à nouveau remplacé.
• PlayerManager.setMediaPlaybackInfoHandler() pour appliquer des configurations supplémentaires uniquement à l'élément multimédia en cours de chargement en plus des configurations actuelles. Le gestionnaire est appelé juste avant la création du lecteur. Les modifications apportées ici ne sont pas permanentes et ne sont pas incluses dans les requêtes envoyées à getPlaybackConfig(). Lorsque l'élément multimédia suivant est chargé, ce gestionnaire est appelé à nouveau.

L'exemple ci-dessous montre comment définir PlaybackConfig lors de l'initialisation de CastReceiverContext. La configuration remplace les requêtes sortantes pour obtenir des fichiers manifestes. Le gestionnaire spécifie que les requêtes de contrôle des accès CORS doivent être effectuées à l'aide d'identifiants tels que des cookies ou des en-têtes d'autorisation.

const playbackConfig = new cast.framework.PlaybackConfig();
playbackConfig.manifestRequestHandler = requestInfo => {
  requestInfo.withCredentials = true;
};
context.start({playbackConfig: playbackConfig});

L'exemple ci-dessous montre comment remplacer PlaybackConfig à l'aide du getter et du setter fournis dans PlayerManager. Ce paramètre configure le lecteur pour qu'il reprenne la lecture du contenu après le chargement d'un segment.

const playerManager =
    cast.framework.CastReceiverContext.getInstance().getPlayerManager();
const playbackConfig = (Object.assign(
            new cast.framework.PlaybackConfig(), playerManager.getPlaybackConfig()));
playbackConfig.autoResumeNumberOfSegments = 1;
playerManager.setPlaybackConfig(playbackConfig);

L'exemple ci-dessous montre comment remplacer PlaybackConfig pour une requête de chargement spécifique à l'aide du gestionnaire d'informations de lecture multimédia. Le gestionnaire appelle une méthode getLicenseUrlForMedia implémentée par l'application pour obtenir le licenseUrl à partir du contentId de l'élément actuel.

playerManager.setMediaPlaybackInfoHandler((loadRequestData, playbackConfig) => {
  const mediaInformation = loadRequestData.media;
  playbackConfig.licenseUrl = getLicenseUrlForMedia(mediaInformation.contentId);

  return playbackConfig;
});

Écouteur d'événements

Le SDK Web Receiver permet à votre application Web Receiver de gérer les événements du lecteur. L'écouteur d'événement accepte un paramètre cast.framework.events.EventType (ou un tableau de ces paramètres) qui spécifie le ou les événements à déclencher. Les tableaux préconfigurés de cast.framework.events.EventType utiles pour le débogage se trouvent dans cast.framework.events.category. Le paramètre d'événement fournit des informations supplémentaires sur l'événement.

Par exemple, si vous souhaitez savoir quand une modification mediaStatus est diffusée, vous pouvez utiliser la logique suivante pour gérer l'événement:

const playerManager =
    cast.framework.CastReceiverContext.getInstance().getPlayerManager();
playerManager.addEventListener(
    cast.framework.events.EventType.MEDIA_STATUS, (event) => {
      // Write your own event handling code, for example
      // using the event.mediaStatus value
});

Interception de messages

Le SDK Web Receiver permet à votre application Web Receiver d'intercepter des messages et d'exécuter du code personnalisé sur ces messages. L'intercepteur de messages utilise un paramètre cast.framework.messages.MessageType qui spécifie le type de message à intercepter.

L'intercepteur doit renvoyer la requête modifiée ou une promesse qui se résout avec la valeur de la requête modifiée. Renvoyer null empêche d'appeler le gestionnaire de messages par défaut. Pour en savoir plus, consultez Charger des contenus multimédias.

Par exemple, si vous souhaitez modifier les données de la requête de chargement, vous pouvez utiliser la logique suivante pour les intercepter et les modifier:

const context = cast.framework.CastReceiverContext.getInstance();
const playerManager = context.getPlayerManager();

playerManager.setMessageInterceptor(
    cast.framework.messages.MessageType.LOAD, loadRequestData => {
      const error = new cast.framework.messages.ErrorData(
                      cast.framework.messages.ErrorType.LOAD_FAILED);
      if (!loadRequestData.media) {
        error.reason = cast.framework.messages.ErrorReason.INVALID_PARAM;
        return error;
      }

      if (!loadRequestData.media.entity) {
        return loadRequestData;
      }

      return thirdparty.fetchAssetAndAuth(loadRequestData.media.entity,
                                          loadRequestData.credentials)
        .then(asset => {
          if (!asset) {
            throw cast.framework.messages.ErrorReason.INVALID_REQUEST;
          }

          loadRequestData.media.contentUrl = asset.url;
          loadRequestData.media.metadata = asset.metadata;
          loadRequestData.media.tracks = asset.tracks;
          return loadRequestData;
        }).catch(reason => {
          error.reason = reason; // cast.framework.messages.ErrorReason
          return error;
        });
    });

context.start();

Gestion des exceptions

Lorsqu'une erreur se produit dans l'intercepteur de messages, votre application Web Receiver doit renvoyer un cast.framework.messages.ErrorType et un cast.framework.messages.ErrorReason appropriés.

playerManager.setMessageInterceptor(
    cast.framework.messages.MessageType.LOAD, loadRequestData => {
      const error = new cast.framework.messages.ErrorData(
                      cast.framework.messages.ErrorType.LOAD_CANCELLED);
      if (!loadRequestData.media) {
        error.reason = cast.framework.messages.ErrorReason.INVALID_PARAM;
        return error;
      }

      ...

      return fetchAssetAndAuth(loadRequestData.media.entity,
                               loadRequestData.credentials)
        .then(asset => {
          ...
          return loadRequestData;
        }).catch(reason => {
          error.reason = reason; // cast.framework.messages.ErrorReason
          return error;
        });
    });

Interception de messages par rapport à un écouteur d'événements

Voici quelques différences clés entre l'interception de messages et l'écouteur d'événements:

• Un écouteur d'événement ne vous permet pas de modifier les données de la requête.
• Un écouteur d'événements est particulièrement utile pour déclencher des analyses ou une fonction personnalisée.

playerManager.addEventListener(cast.framework.events.category.CORE,
    event => {
        console.log(event);
    });

• L'interception de messages vous permet d'écouter un message, de l'intercepter et de modifier les données de la requête elle-même.
• L'interception de messages est particulièrement utile pour gérer la logique personnalisée concernant les données de requête.

Chargement de contenu multimédia

MediaInformation fournit de nombreuses propriétés pour charger des contenus multimédias dans le message cast.framework.messages.MessageType.LOAD, y compris entity, contentUrl et contentId.

• entity est la propriété suggérée à utiliser dans votre implémentation pour vos applications d'émetteur et de récepteur. La propriété est une URL de lien profond qui peut être une playlist ou un contenu multimédia. Votre application doit analyser cette URL et renseigner au moins l'un des deux autres champs.
• contentUrl correspond à l'URL de lecture que le lecteur utilisera pour charger le contenu. Par exemple, cette URL peut pointer vers un fichier manifeste DASH.
• contentId peut être une URL de contenu lisible (similaire à celle de la propriété contentUrl) ou un identifiant unique pour le contenu ou la playlist en cours de chargement. Si vous utilisez cette propriété comme identifiant, votre application doit renseigner une URL de lecture dans contentUrl.

Nous vous recommandons d'utiliser entity pour stocker l'ID réel ou les paramètres de clé, et contentUrl pour l'URL du contenu multimédia. Un exemple de ce cas est illustré dans l'extrait de code suivant, où le entity est présent dans la requête LOAD et que le contentUrl lisible est récupéré:

playerManager.setMessageInterceptor(
    cast.framework.messages.MessageType.LOAD, loadRequestData => {
      ...

      if (!loadRequestData.media.entity) {
        // Copy the value from contentId for legacy reasons if needed
        loadRequestData.media.entity = loadRequestData.media.contentId;
      }

      return thirdparty.fetchAssetAndAuth(loadRequestData.media.entity,
                                          loadRequestData.credentials)
        .then(asset => {
          loadRequestData.media.contentUrl = asset.url;
          ...
          return loadRequestData;
        });
    });

Fonctionnalités de l'appareil

La méthode getDeviceCapabilities fournit des informations sur l'appareil Cast connecté et l'appareil vidéo ou audio qui y est associé. La méthode getDeviceCapabilities fournit des informations d'assistance pour l'Assistant Google, le Bluetooth et les appareils audio et d'affichage connectés.

Cette méthode renvoie un objet que vous pouvez interroger en transmettant l'une des énumérations spécifiées pour obtenir la capacité de l'appareil pour cette énumération. Les énumérations sont définies dans cast.framework.system.DeviceCapabilities.

Cet exemple vérifie si l'appareil Web Receiver est capable de lire le HDR et Dolby Vision (DV) avec les touches IS_HDR_SUPPORTED et IS_DV_SUPPORTED, respectivement.

const context = cast.framework.CastReceiverContext.getInstance();
context.addEventListener(cast.framework.system.EventType.READY, () => {
  const deviceCapabilities = context.getDeviceCapabilities();
  if (deviceCapabilities &&
      deviceCapabilities[cast.framework.system.DeviceCapabilities.IS_HDR_SUPPORTED]) {
    // Write your own event handling code, for example
    // using the deviceCapabilities[cast.framework.system.DeviceCapabilities.IS_HDR_SUPPORTED] value
  }
  if (deviceCapabilities &&
      deviceCapabilities[cast.framework.system.DeviceCapabilities.IS_DV_SUPPORTED]) {
    // Write your own event handling code, for example
    // using the deviceCapabilities[cast.framework.system.DeviceCapabilities.IS_DV_SUPPORTED] value
  }
});
context.start();

Gérer l'interaction utilisateur

Un utilisateur peut interagir avec votre application Web Receiver via des applications d'envoi (Web, Android et iOS), des commandes vocales sur les appareils avec Assistant Google intégré, des commandes tactiles sur les écrans connectés et des télécommandes sur les appareils Android TV. Le SDK Cast fournit diverses API pour permettre à l'application Web Receiver de gérer ces interactions, de mettre à jour l'interface utilisateur de l'application via des états d'action utilisateur et, éventuellement, d'envoyer les modifications pour mettre à jour les services backend.

Commandes multimédias compatibles

Les états des commandes de l'UI sont gérés par MediaStatus.supportedMediaCommands pour les contrôleurs développés de l'expéditeur iOS et Android, les applications de récepteur et de télécommande exécutées sur des appareils tactiles, et les applications de récepteur sur des appareils Android TV. Lorsqu'un Command par bit particulier est activé dans la propriété, les boutons associés à cette action sont activés. Si la valeur n'est pas définie, le bouton est désactivé. Vous pouvez modifier ces valeurs dans le récepteur Web:

1. Utilisation de PlayerManager.setSupportedMediaCommands pour définir le Commands spécifique
2. Ajouter une commande à l'aide de addSupportedMediaCommands
3. Suppression d'une commande existante à l'aide de removeSupportedMediaCommands.

playerManager.setSupportedMediaCommands(cast.framework.messages.Command.SEEK |
  cast.framework.messages.Command.PAUSE);

Lorsque le destinataire prépare la MediaStatus mise à jour, il inclut les modifications apportées à la propriété supportedMediaCommands. Lorsque l'état est diffusé, les applications d'expéditeur connectées mettent à jour les boutons de leur UI en conséquence.

Pour en savoir plus sur les commandes multimédias et les appareils tactiles compatibles, consultez le guide Accessing UI controls.

Gérer les états des actions utilisateur

Lorsque les utilisateurs interagissent avec l'UI ou envoient des commandes vocales, ils peuvent contrôler la lecture du contenu et les propriétés associées à l'élément en cours de lecture. Les requêtes qui contrôlent la lecture sont gérées automatiquement par le SDK. Les requêtes qui modifient les propriétés de l'élément en cours de lecture, telles qu'une commande LIKE, nécessitent que l'application réceptrice les gère. Le SDK fournit une série d'API pour gérer ces types de requêtes. Pour prendre en charge ces requêtes, procédez comme suit:

• Définissez MediaInformation userActionStates avec les préférences de l'utilisateur lors du chargement d'un élément multimédia.
• Interceptez les messages USER_ACTION et déterminez l'action demandée.
• Mettez à jour UserActionState MediaInformation pour mettre à jour l'UI.

L'extrait suivant intercepte la requête LOAD et renseigne le MediaInformation de LoadRequestData. Dans ce cas, l'utilisateur aime le contenu en cours de chargement.

playerManager.setMessageInterceptor(
    cast.framework.messages.MessageType.LOAD, (loadRequestData) => {
      const userActionLike = new cast.framework.messages.UserActionState(
          cast.framework.messages.UserAction.LIKE);
      loadRequestData.media.userActionStates = [userActionLike];

      return loadRequestData;
    });

L'extrait de code suivant intercepte le message USER_ACTION et gère l'appel du backend avec la modification demandée. Il effectue ensuite un appel pour mettre à jour le UserActionState sur le récepteur.

playerManager.setMessageInterceptor(cast.framework.messages.MessageType.USER_ACTION,
  (userActionRequestData) => {
    // Obtain the media information of the current content to associate the action to.
    let mediaInfo = playerManager.getMediaInformation();

    // If there is no media info return an error and ignore the request.
    if (!mediaInfo) {
        console.error('Not playing media, user action is not supported');
        return new cast.framework.messages.ErrorData(messages.ErrorType.BAD_REQUEST);
    }

    // Reach out to backend services to store user action modifications. See sample below.
    return sendUserAction(userActionRequestData, mediaInfo)

    // Upon response from the backend, update the client's UserActionState.
    .then(backendResponse => updateUserActionStates(backendResponse))

    // If any errors occurred in the backend return them to the cast receiver.
    .catch((error) => {
      console.error(error);
      return error;
    });
});

L'extrait de code suivant simule un appel à un service de backend. La fonction vérifie l'UserActionRequestData pour voir le type de modification demandé par l'utilisateur et n'effectue un appel réseau que si l'action est prise en charge par le backend.

function sendUserAction(userActionRequestData, mediaInfo) {
  return new Promise((resolve, reject) => {
    switch (userActionRequestData.userAction) {
      // Handle user action changes supported by the backend.
      case cast.framework.messages.UserAction.LIKE:
      case cast.framework.messages.UserAction.DISLIKE:
      case cast.framework.messages.UserAction.FOLLOW:
      case cast.framework.messages.UserAction.UNFOLLOW:
      case cast.framework.messages.UserAction.FLAG:
      case cast.framework.messages.UserAction.SKIP_AD:
        let backendResponse = {userActionRequestData: userActionRequestData, mediaInfo: mediaInfo};
        setTimeout(() => {resolve(backendResponse)}, 1000);
        break;
      // Reject all other user action changes.
      default:
        reject(
          new cast.framework.messages.ErrorData(cast.framework.messages.ErrorType.INVALID_REQUEST));
    }
  });
}

L'extrait de code suivant prend le UserActionRequestData et ajoute ou supprime le UserActionState du MediaInformation. La mise à jour de l'UserActionState de l'MediaInformation modifie l'état du bouton associé à l'action demandée. Cette modification est répercutée dans l'interface utilisateur des commandes de l'écran connecté, dans l'application de télécommande et dans l'interface utilisateur d'Android TV. Il est également diffusé via des messages MediaStatus sortants pour mettre à jour l'UI du contrôleur développé pour les expéditeurs iOS et Android.

function updateUserActionStates(backendResponse) {
  // Unwrap the backend response.
  let mediaInfo = backendResponse.mediaInfo;
  let userActionRequestData = backendResponse.userActionRequestData;

  // If the current item playing has changed, don't update the UserActionState for the current item.
  if (playerManager.getMediaInformation().entity !== mediaInfo.entity) {
    return;
  }

  // Check for existing userActionStates in the MediaInformation.
  // If none, initialize a new array to populate states with.
  let userActionStates = mediaInfo.userActionStates || [];

  // Locate the index of the UserActionState that will be updated in the userActionStates array.
  let index = userActionStates.findIndex((currUserActionState) => {
    return currUserActionState.userAction == userActionRequestData.userAction;
  });

  if (userActionRequestData.clear) {
    // Remove the user action state from the array if cleared.
    if (index >= 0) {
      userActionStates.splice(index, 1);
    }
    else {
      console.warn("Could not find UserActionState to remove in MediaInformation");
    }
  } else {
    // Add the UserActionState to the array if enabled.
    userActionStates.push(
      new cast.framework.messages.UserActionState(userActionRequestData.userAction));
  }

  // Update the UserActionState array and set the new MediaInformation
  mediaInfo.userActionStates = userActionStates;
  playerManager.setMediaInformation(mediaInfo, true);
  return;
}

Commandes vocales

Les commandes multimédias suivantes sont actuellement compatibles avec le SDK du récepteur Web pour les appareils compatibles avec l'Assistant. Les implémentations par défaut de ces commandes se trouvent dans cast.framework.PlayerManager.

Commandes multimédias compatibles avec la commande vocale

Pour empêcher une commande vocale de déclencher une commande multimédia sur un appareil compatible avec l'Assistant, vous devez d'abord définir les commandes multimédias compatibles que vous prévoyez d'accepter. Vous devez ensuite appliquer ces commandes en activant la propriété CastReceiverOptions.enforceSupportedCommands. L'UI des émetteurs du SDK Cast et des appareils tactiles changera pour refléter ces configurations. Si l'indicateur n'est pas activé, les commandes vocales entrantes s'exécutent.

Par exemple, si vous autorisez PAUSE à partir de vos applications d'envoi et de vos appareils tactiles, vous devez également configurer votre récepteur pour refléter ces paramètres. Une fois configuré, toute commande vocale entrante est supprimée si elle n'est pas incluse dans la liste des commandes compatibles.

Dans l'exemple ci-dessous, nous fournissons le CastReceiverOptions au démarrage du CastReceiverContext. Nous avons ajouté la compatibilité avec la commande PAUSE et avons forcé le lecteur à n'accepter que cette commande. Désormais, si une commande vocale demande une autre opération telle que SEEK, elle sera refusée. L'utilisateur sera informé que la commande n'est pas encore prise en charge.

const context = cast.framework.CastReceiverContext.getInstance();

context.start({
  enforceSupportedCommands: true,
  supportedCommands: cast.framework.messages.Command.PAUSE
});

Vous pouvez appliquer une logique distincte pour chaque commande que vous souhaitez limiter. Supprimez l'indicateur enforceSupportedCommands. Pour chaque commande que vous souhaitez limiter, vous pouvez intercepter le message entrant. Ici, nous interceptons la requête fournie par le SDK afin que les commandes SEEK émises sur les appareils compatibles avec l'Assistant ne déclenchent pas de recherche dans votre application Web Receiver.

Pour les commandes multimédias que votre application n'est pas en mesure de prendre en charge, renvoyez un motif d'erreur approprié, tel que NOT_SUPPORTED.

playerManager.setMessageInterceptor(cast.framework.messages.MessageType.SEEK,
  seekData => {
    // Block seeking if the SEEK supported media command is disabled
    if (!(playerManager.getSupportedMediaCommands() & cast.framework.messages.Command.SEEK)) {
      let e = new cast.framework.messages.ErrorData(cast.framework.messages.ErrorType
      .INVALID_REQUEST);
      e.reason = cast.framework.messages.ErrorReason.NOT_SUPPORTED;
      return e;
    }

    return seekData;
  });

Passer en arrière-plan à partir de l'activité Voice

Si la plate-forme Cast met en arrière-plan le son de votre application en raison d'une activité de l'Assistant, telle que l'écoute de la parole de l'utilisateur ou la réponse, un message FocusState de NOT_IN_FOCUS est envoyé à l'application Web Receiver au début de l'activité. Un autre message avec IN_FOCUS est envoyé à la fin de l'activité. Selon votre application et le contenu multimédia en cours de lecture, vous pouvez mettre en pause le contenu multimédia lorsque FocusState est NOT_IN_FOCUS en interceptant le type de message FOCUS_STATE.

Par exemple, il est préférable de mettre en pause la lecture d'un livre audio si l'Assistant répond à une requête de l'utilisateur.

playerManager.setMessageInterceptor(cast.framework.messages.MessageType.FOCUS_STATE,
  focusStateRequestData => {
    // Pause content when the app is out of focus. Resume when focus is restored.
    if (focusStateRequestData.state == cast.framework.messages.FocusState.NOT_IN_FOCUS) {
      playerManager.pause();
    } else {
      playerManager.play();
    }

    return focusStateRequestData;
  });

Langue des sous-titres spécifiée par commande vocale

Lorsqu'un utilisateur ne spécifie pas explicitement la langue des sous-titres, la langue utilisée est la même que celle de la commande. Dans ces scénarios, le paramètre isSuggestedLanguage du message entrant indique si la langue associée a été suggérée ou explicitement demandée par l'utilisateur.

Par exemple, isSuggestedLanguage est défini sur true pour la commande "Ok Google, active les sous-titres", car la langue a été inférée par la langue dans laquelle la commande a été prononcée. Si la langue est explicitement demandée, par exemple dans "Ok Google, active les sous-titres en anglais", isSuggestedLanguage est défini sur false.

Métadonnées et casting vocal

Bien que les commandes vocales soient gérées par le Web Receiver par défaut, vous devez vous assurer que les métadonnées de votre contenu sont complètes et précises. Cela garantit que les commandes vocales sont gérées correctement par l'Assistant et que les métadonnées s'affichent correctement sur les nouveaux types d'interfaces, comme l'application Google Home et les écrans connectés tels que le Google Home Hub.

Transfert de diffusion

La préservation de l'état de la session est la base du transfert de flux, qui permet aux utilisateurs de déplacer des flux audio et vidéo existants entre les appareils à l'aide de commandes vocales, de l'application Google Home ou d'écrans connectés. La lecture du contenu multimédia s'arrête sur un appareil (la source) et se poursuit sur un autre (la destination). N'importe quel appareil Cast équipé du dernier micrologiciel peut servir de source ou de destination dans un transfert de flux.

Le flux d'événements pour le transfert de flux est le suivant:

1. Sur l'appareil source :
   1. La lecture du contenu multimédia s'arrête.
   2. L'application Web Receiver reçoit une commande pour enregistrer l'état multimédia actuel.
   3. L'application Web Receiver est arrêtée.
2. Sur l'appareil de destination :
   1. L'application Web Receiver est chargée.
   2. L'application Web Receiver reçoit une commande pour restaurer l'état des contenus multimédias enregistrés.
   3. La lecture du contenu multimédia reprend.

Voici quelques éléments de l'état des médias:

• Position ou code temporel spécifique de la chanson, de la vidéo ou de l'élément multimédia.
• Sa place dans une file d'attente plus large (par exemple, une playlist ou une radio d'artiste)
• Utilisateur authentifié.
• État de la lecture (par exemple, en cours de lecture ou en pause)

Activer le transfert de flux

Pour implémenter le transfert de flux pour votre récepteur Web:

1. Mettez à jour supportedMediaCommands avec la commande STREAM_TRANSFER:

   playerManager.addSupportedMediaCommands(
   cast.framework.messages.Command.STREAM_TRANSFER, true);

2. Vous pouvez éventuellement remplacer les intercepteurs de messages SESSION_STATE et RESUME_SESSION, comme décrit dans la section Conserver l'état de la session. Ne remplacez ces valeurs que si des données personnalisées doivent être stockées dans l'instantané de la session. Sinon, l'implémentation par défaut pour la conservation des états de session sera compatible avec le transfert de flux.

Conserver l'état de la session

Le SDK Web Receiver fournit une implémentation par défaut pour les applications Web Receiver afin de préserver les états de session en prenant une capture d'écran de l'état multimédia actuel, en convertissant l'état en requête de chargement et en reprenant la session avec la requête de chargement.

La requête de chargement générée par le récepteur Web peut être remplacée dans l'intercepteur de messages SESSION_STATE si nécessaire. Si vous souhaitez ajouter des données personnalisées à la requête de chargement, nous vous suggérons de les placer dans loadRequestData.customData.

playerManager.setMessageInterceptor(
    cast.framework.messages.MessageType.SESSION_STATE,
    function (sessionState) {
        // Override sessionState.loadRequestData if needed.
        const newCredentials = updateCredentials_(sessionState.loadRequestData.credentials);
        sessionState.loadRequestData.credentials = newCredentials;

        // Add custom data if needed.
        sessionState.loadRequestData.customData = {
            'membership': 'PREMIUM'
        };

        return sessionState;
    });

Les données personnalisées peuvent être récupérées à partir de loadRequestData.customData dans l'intercepteur de messages RESUME_SESSION.

let cred_ = null;
let membership_ = null;

playerManager.setMessageInterceptor(
    cast.framework.messages.MessageType.RESUME_SESSION,
    function (resumeSessionRequest) {
        let sessionState = resumeSessionRequest.sessionState;

        // Modify sessionState.loadRequestData if needed.
        cred_ = sessionState.loadRequestData.credentials;

        // Retrieve custom data.
        membership_ = sessionState.loadRequestData.customData.membership;

        return resumeSessionRequest;
    });

Préchargement de contenu

Le Web Receiver prend en charge le préchargement des éléments multimédias après l'élément de lecture actuel de la file d'attente.

L'opération de préchargement précharge plusieurs segments des éléments à venir. La spécification est effectuée sur la valeur preloadTime dans l'objet QueueItem (20 secondes par défaut si elle n'est pas fournie). L'heure est exprimée en secondes, par rapport à la fin de l'élément en cours de lecture . Seules les valeurs positives sont valides. Par exemple, si la valeur est de 10 secondes, cet élément sera préchargé 10 secondes avant la fin de l'élément précédent. Si le temps de préchargement est supérieur au temps restant sur l'élément actuel, le préchargement se produit dès que possible. Par conséquent, si une valeur de précharge très élevée est spécifiée sur le queueItem, on peut obtenir l'effet suivant : chaque fois que nous lisons l'élément actuel, nous préchargeons déjà l'élément suivant. Toutefois, nous laissons le choix et le paramétrage à l'auteur du contenu, car cette valeur peut affecter la bande passante et les performances de streaming de l'élément en cours de lecture.

Le préchargement fonctionne par défaut pour les contenus HLS, DASH et Smooth Streaming.

Les fichiers vidéo et audio MP4 standards, tels que les fichiers MP3, ne seront pas préchargés, car les appareils Cast ne prennent en charge qu'un seul élément multimédia et ne peuvent pas être utilisés pour précharger un élément de contenu existant pendant la lecture.

Messages personnalisés

L'échange de messages est la principale méthode d'interaction pour les applications Web Receiver.

Un expéditeur envoie des messages à un récepteur Web à l'aide des API de l'expéditeur pour la plate-forme qu'il exécute (Android, iOS, Web). L'objet d'événement (qui est la manifestation d'un message) transmis aux écouteurs d'événements comporte un élément de données (event.data) dans lequel les données prennent les propriétés du type d'événement spécifique.

Une application Web Receiver peut choisir d'écouter les messages sur un espace de noms spécifié. Par conséquent, l'application Web Receiver est compatible avec ce protocole d'espace de noms. Il appartient ensuite à tous les expéditeurs connectés souhaitant communiquer sur cet espace de noms d'utiliser le protocole approprié.

Tous les espaces de noms sont définis par une chaîne et doivent commencer par "urn:x-cast:", suivi de n'importe quelle chaîne. (par exemple, "urn:x-cast:com.example.cast.mynamespace").

Voici un extrait de code permettant au récepteur Web d'écouter les messages personnalisés des expéditeurs connectés:

const context = cast.framework.CastReceiverContext.getInstance();

const CUSTOM_CHANNEL = 'urn:x-cast:com.example.cast.mynamespace';
context.addCustomMessageListener(CUSTOM_CHANNEL, function(customEvent) {
  // handle customEvent.
});

context.start();

De même, les applications Web Receiver peuvent tenir les expéditeurs informés de l'état du Web Receiver en leur envoyant des messages. Une application Web Receiver peut envoyer des messages à l'aide de sendCustomMessage(namespace, senderId, message) sur CastReceiverContext. Un récepteur Web peut envoyer des messages à un expéditeur individuel, soit en réponse à un message reçu, soit en raison d'un changement d'état de l'application. En plus de la messagerie point à point (avec une limite de 64 ko), un récepteur Web peut également diffuser des messages à tous les expéditeurs connectés.

Caster des contenus sur des appareils audio

Pour en savoir plus sur la lecture audio uniquement, consultez le guide Google Cast pour les appareils audio.

Android TV

Cette section explique comment le Google Web Receiver utilise vos entrées pour la lecture et la compatibilité avec Android TV.

Intégrer votre application à la télécommande

Le récepteur Web Google exécuté sur l'appareil Android TV traduit les entrées provenant des entrées de contrôle de l'appareil (télécommande portable, par exemple) en messages de lecture multimédia définis pour l'espace de noms urn:x-cast:com.google.cast.media, comme décrit dans la section Messages de lecture multimédia. Votre application doit prendre en charge ces messages pour contrôler la lecture multimédia de l'application afin de permettre un contrôle de base de la lecture à partir des entrées de contrôle d'Android TV.

Consignes de compatibilité avec Android TV

Voici quelques recommandations et pièges courants à éviter pour vous assurer que votre application est compatible avec Android TV:

• Notez que la chaîne de l'user-agent contient à la fois "Android" et "CrKey". Certains sites peuvent rediriger vers un site mobile uniquement, car ils détectent le libellé "Android". Ne partez pas du principe que "Android" dans la chaîne user-agent indique toujours un utilisateur mobile.
• La pile multimédia d'Android peut utiliser GZIP transparent pour extraire des données. Assurez-vous que vos données multimédias peuvent répondre à Accept-Encoding: gzip.
• Les événements multimédias HTML5 Android TV peuvent être déclenchés à des moments différents de ceux de Chromecast. Cela peut révéler des problèmes qui étaient masqués sur Chromecast.
• Lorsque vous mettez à jour les contenus multimédias, utilisez les événements liés aux contenus multimédias déclenchés par des éléments <audio>/<video>, tels que timeupdate, pause et waiting. Évitez d'utiliser des événements liés à la mise en réseau tels que progress, suspend et stalled, car ils ont tendance à dépendre de la plate-forme. Pour en savoir plus sur la gestion des événements multimédias dans votre récepteur, consultez la section Événements multimédias.
• Lorsque vous configurez les certificats HTTPS de votre site destinataire, veillez à inclure les certificats d'autorité de certification intermédiaires. Consultez la page de test SSL de Qualsys pour vérifier: si le chemin de certification approuvé de votre site inclut un certificat d'autorité de certification intitulé "Téléchargement supplémentaire", il est possible qu'il ne se charge pas sur les plates-formes Android.
• Alors que Chromecast affiche la page du récepteur sur un plan graphique 720p, d'autres plates-formes Cast, y compris Android TV, peuvent afficher la page jusqu'à 1080p. Assurez-vous que votre page de récepteur s'adapte correctement à différentes résolutions.