Avant de commencer à parler de l’uploader, je dois vous parler de la façon que j’ai intégré l’équipe de DTube.
Ça remonte à 6 ans en arrière ! (oui je sais DTube à moins de 1 an ^^).
Ça a commencé par la rencontre de 
On a travaillé ensemble une bonne année avant qu’il vole de ses propres ailes !
On a gardé une bonne relation distante.
Un jour il me contacte et me demande si je voulais participer au projet, il m’explique le projet, je ne connaissais pas Steem, IPFS, Meteor, les crypto-monnaies... J’ai réfléchi et j’ai dit oui !
J’ai commencé à contribuer à DTube sur la version 0.3 il y a 4 mois avec la possibilité de traduire DTube en plusieurs langues https://steemit.com/dtube/@heimindanger/dtube-0-3-this-update-contains-so-many-new-features-i-could-not-find-a-good-title-for-it.
Ensuite, j’ai enchainé avec la création de toute pièce de l’uploader pour la version 0.5 il y a seulement 2 mois https://steemit.com/dtube/@heimindanger/d-tube-0-5-big-optimizations.
Enfin la possibilité d’avoir un aperçu de la vidéo sur la barre de défilement, ainsi que la possibilité d’envoyer le Snap pour la redimensionner et incruster le nouveau logo DTube, il y a 1 mois dans la v0.6 https://steemit.com/dtube/@heimindanger/d-tube-0-6-pushing-it-to-the-limit.
Si vous avez suivi, je suis assez nouveau sur Steem et c’est aussi mon premier article sur internet, merci d’avance pour votre indulgence ^^
Le sujet de cet article concerne l’uploader ! J’ai décidé de faire cet article car beaucoup de personnes se questionnent sur le fonctionnement, je me suis dit que c’était une bonne raison de plonger dans le bain pour ce 1er article !
Pour répondre à des problématiques que rencontraient les utilisateurs et parce que ce n’était pas possible facilement en mode décentralisé !
Le 1er besoin était d’encoder les vidéos sources dans un format plus petit (480p) permettant à d’avantage de personne de lire les vidéos avec un débit internet faible.
Le 2e était d’avoir la possibilité d’avoir une barre de progression lors de l’envoi du fichier de la vidéo.
Nous avons ensuite profité (ayant sous la main la vidéo source !) pour encoder la vidéo dans un format vidéo et audio permettant d’être lu par le plus grand nombre des navigateurs sur le marché (H264 pour la vidéo et AAC pour l’audio).
Et ce qui nous a permis d’en profiter pour envoyer directement la vidéo source et la vidéo 480p directement dans IPFS et ainsi d’alléger le client de cette tache longue et instable à l’époque.
Dans la version 0.5, on a ensuite ajouté la création d’un Sprite de la vidéo permettant de visualiser grâce à la barre de défilement de la vidéo l’aperçu du moment de la vidéo.
Voici l’explication bloc par bloc du fonctionnement de l’uploader qui vous permet d’envoyer des vidéos sur DTube !
b/ Envoi de la vidéo sur le serveur
f/ Récupération du jeton pour le suivi de l’encoding, la récupération des hash IPFS, …
Pour un traitement rapide après la fin de l’upload, tout est traité en asynchrone et en parallèle, il y a seulement un jeton qui est renvoyé avec au préalable les demandes de création de Sprite (d), encoding (e) effectuées …
L’encoding Daemon peut s’occuper de 2 taches différentes, la création des fichiers Sprites et l’encoding 480p du fichier source.
Fonctionnement de la création du Sprite permettant l’aperçu de la vidéo :
Pour le fonctionnement de l’encoding 480p, la vidéo source est simplement convertie au format 854*480 pour une vidéo 16/9.
Une conversion vidéo en H264 est effectuée également ainsi qu’une conversion audio en AAC. Ainsi cette vidéo 480p pourra être lu par beaucoup de personnes et par plusieurs navigateurs, contrairement à la vidéo source.
Une fois chaque fichier prêt (Sprite ou fichier 480p), il est placé dans la queue IPFS.
La progression de chaque traitement est mise à jour toutes les secondes pour que l’utilisateur puisse la suivre.
Le fichier est ajouté au réseau IPFS décentralisé.
Une fois que l’utilisateur récupère tous les hash via les appels répétés, l’article de la vidéo peut être posté sur le réseau Steem.
La liste des vidéos est extraite de la blockchain de Steem, et chaque vidéo contient un lien url provenant d’IPFS, hébergeant les Snap, vidéo, Sprite ...
Etapes :
Si un utilisateur venait à quitter la page d’upload après avoir envoyé la vidéo, l’encoding vidéo 480p et l’ajout dans IPFS deviendraient inutile et des ressources précieuses seront perdues.
C’est pour cela que si la page d’upload est fermée, les taches associées à cette vidéo source sur l’encoding vidéo, la création du Sprite, l’ajout dans IPFS … sont annulées !
Ce point a permis de gagner beaucoup de ressources il y a plusieurs semaines.
L’encoding en 480p et la création du Sprite est pour l’instant limité aux vidéos inférieures à 20 minutes pour des raisons de cout. Ce qui correspond malgré tout à la majorité des vidéos envoyées sur DTube.
L’encoding de la vidéo source est pour l’instant limité au format 480p pour des raisons de cout également.
Note : C’est des choses qui vont évoluer et changer dans l’avenir !
La source est gardé tel quelle, sans aucune transformation et limitation en format, taille, durée … mais il faut faire attention aux navigateurs et au débit internet des utilisateurs qui ne pourront peut-être pas visualiser la vidéo et ne pas voter du coup !
Une vidéo avec une plus petite taille, et un encoding en h264 pour la vidéo et AAC pour l’audio permettra à tous de voir votre vidéo source, pensez-y !
L’uploader évolue ! Le prochain article expliquera ces changements.
C’est mon tout premier article que je publie sur internet et aussi sur la blockchain Steem, soyez indulgent !
Merci à
N’hésitez pas à laisser vos commentaires.
Depuis la dernière version v0.6 les choses se sont accélérer, l’affluence aidant et les défis techniques qui grandissent avec, et c’est plutôt motivant, à bientôt pour le prochain article sur l’uploader !
Le même article en anglais sera posté prochainement !
DTube: https://d.tube
Uploader: https://github.com/dtube/ipfs-uploader
