Des téléchargements immédiats, quelle que soit la taille

Un film terminé peut peser des dizaines de mégaoctets. Faire passer tout cela par le service web qui affiche aussi les pages, c’est la façon classique de faire échouer un gros téléchargement : sur une connexion lente ou mobile, un long flux cale, se coupe ou se heurte à une limite de temps.

Pensez à la suite de la vie d’un film : un e-mail commercial, une annonce de lancement, une diapositive pour la réunion du lendemain. On télécharge souvent depuis un téléphone ou le wifi d’un hôtel, quelques minutes avant d’en avoir besoin. Un téléchargement qui cale près de la fin coûte plus que du temps : il coûte le moment. C’est ce cas-là que nous avons visé, et celui sur lequel nous testons.

Nous voulions un téléchargement qui ne dépende jamais de ce que nos serveurs web peuvent porter. Le film vit déjà dans le stockage média, là même où le lecteur de sa page le lit. Le navigateur n’a qu’à le chercher là.

La règle est donc simple : télécharger un film, c’est toujours une redirection, jamais un relais. Quand vous appuyez sur Télécharger le MP4, notre serveur répond en un instant avec une adresse, et votre navigateur télécharge le film directement depuis le stockage.

Cela change trois choses pour vous :

• le téléchargement démarre tout de suite, sans intermédiaire pour le ralentir ;
• la taille ne compte plus : un long film se comporte exactement comme un court ;
• les pages de l’application restent rapides, car elles ne transportent plus de vidéo.

Le premier choix est un lien signé à courte durée de vie. Il permet au fichier d’arriver avec un vrai nom, tiré du titre de la vidéo, plutôt qu’une suite anonyme de caractères : facile à retrouver dans votre dossier de téléchargements.

Quand un lien signé n’est pas disponible, la redirection pointe vers le fichier stocké lui-même, celui que lit la page du film. Avant toute redirection, le serveur vérifie que l’adresse appartient bien à notre propre stockage média, pour qu’un lien de téléchargement ne puisse jamais devenir une porte vers ailleurs. Seul un petit fichier, sous 24 Mo, peut encore passer par nos serveurs, et c’est alors noté dans les journaux.

Nous vérifions aussi le résultat dans le bon sens : en constatant des redirections sur la route de téléchargement, pas seulement l’absence d’erreurs.

La même version a réglé une surprise plus discrète. Il arrive que le visuel IA d’une scène ne puisse pas être créé, soit sauté ou ne fasse pas partie de l’offre. Le film se termine quand même et se regarde, mais jusqu’ici il n’en disait rien.

Désormais, un film terminé porte des avertissements en phrases simples qui nomment les scènes concernées, par l’API comme pour les assistants, et le message de fin s’ouvre sur « Ready, with warnings ». Le statut reste « terminé » volontairement : le film existe et se lit, et la personne qui l’a commandé sait aussi exactement ce qui manque. Les scènes y sont comptées à partir de 1, comme les gens les comptent, pas à partir de 0 comme le code.

Pour qui fait un film, le dernier clic fait désormais ce qu’il promet : le MP4 arrive directement, nommé d’après la vidéo, qu’il dure trente secondes ou trois minutes. Pour les assistants et les développeurs, un film ne paraît plus complet quand il ne l’est pas : ils peuvent transmettre un message honnête plutôt qu’un silence.

Derrière ces deux changements, une idée que nous tenons fermement : un film ne passe jamais par la couche web, et un résultat dit toujours ce qu’il contient. Vous pouvez télécharger chacun de vos films depuis sa page ; offres et options de téléchargement sont sur la page des tarifs, et l’API est décrite dans la documentation développeurs.