Streamfizz 2.0.0 – 16 juin 2021
Streamfizz Player 1.1.0**
✨ Features
La gestion du thème (clair/sombre et couleur choisie par l’utilisateur) a été complètement revue. On utilise maintenant le plugin next-plugin-antd-less (https://github.com/solidzoro/next-plugin-antd-less) et non plus /next-dynamic-antd-theme (https://github.com/OhYee/next-dynamic-antd-theme).
Grâce au nouveau plugin ci-dessus, la transition vers Webpack 5 a été possible. En combinant la meilleure gestion de Ant Design et à Webpack 5, le bundle total a diminué d’environ 25%.
Les images chargées utilisent maintenant le composant nextjs qui les convertit automatiquement en format .webp et réduit leur poids.
Nouvelle section « Fichier » dans la sidebar, si activé sur Streamfizz Backoffice.
Si le champ « Commencer la lecture à » est configuré sur Streamfizz Backoffice, le Player commencera la lecture au moment donné.
Les pages de lecture se chargent dorénavant à la vitesse de la lumière ! Nous utilisons le mode ISR (Incremental Static Regeneration) de Next.js qui permet de générer des pages HTML statiques sur un CDN à la volée lorsqu’elle est demandée par un utilisateur. De ce fait, le prochain chargement de la page se fera en moins d’une demi-seconde en moyenne, car la page sera directement chargée depuis le CDN. Si elle n’existe pas encore, ou si la durée de cache a été dépassée, elle sera régénérée et prendra environ 3 secondes. L’utilisateur verra alors l’ancienne version de la page (s’il existe), ou un loader le temps que la nouvelle page soit générée. Par défaut à chaque build, toutes les pages de live actives sont générées en amont pour éviter le laps de 3 secondes pour le premier utilisateur.
Ajout de 3 nouvelles langues sur les pages de lectures : portugais, espagnol et allemand.
Ajout d’un lien vers les infos confidentialité/RGPD dans le player
Amélioration générale de stabilité et performance
🐛 Bugfixes
Lorsqu’un média ou un live avec une confidentialité « inscription », la page ne s’affichait pas.
Lorsqu’on postait une réponse à un message, même si l’auto-publish était off la réponse s’affichait.
Lorsqu’on lançait l’aperçu d’un live sur Streamfizz, le compte à rebours affichait “L’événement est sur le point de commencer”.
Lors d’un liveToVod sur un embed live, l’utilisateur est redirigé vers la page média par défaut, et non la version embed.
Streamfizz Backend 3.0.0
✨ Features
Ajout de la gestion multi-utilisateur.
Création des différents rôles (Propriétaire, Administrateur, Éditeur, Rédacteur, Collaborateur et Modérateur) et gestions de leurs droits d’accès.
Création et gestion des différentes permissions liées aux rôles utilisateurs (Médias, Lives, Playlists, WebTV).
Optimisation de la sécurité sur les requêtes reçues par l’API.
Le protocole http2 a été activé. Les requêtes sur le backend pourront désormais fonctionner en parallèle, et plus rapidement.
Les données retournant les statistiques des comptes/utilisateurs ont été améliorées. Dorénavant, les données, nombre de fichiers vidéos, nombre de fichiers audios et stockage utilisé sont remontés de manières plus fines.
La suppression des médias a été améliorée et stabilisée.
Une nouvelle fonction est disponible pour retrouver tous les médias supprimés sur Streamfizz mais toujours présents sur Azure. La suppression est également possible.
Optimisation des souscriptions GraphQL sur les médias et les lives.
🐛 Bugfixes
On peut de nouveau supprimer les webTVs
Les images sont de nouveau affichées dans les emails
Lors d’un liveToVod, tous les settings du live n’étaient pas transférés au nouveau média.
Streamfizz Frontend 2.0.0
✨ Features
Ajout de gestion multi-utilisateur au sein d’un même compte, avec un panel de différents rôles (Propriétaire, Administrateur, Éditeur, Rédacteur, Collaborateur et Modérateur).
Optimisation de la sécurité sur les requêtes reçues par l’API.
La gestion des requêtes au backend pour afficher les pages a été optimisée pour éviter les requêtes en doublons, et pour éviter les requêtes inutiles qui alourdissent le backend et le chargement de la page.
L’interface de la section média a été entièrement revue pour utiliser ant-design.
Le header/navbar a été retravaillé pour utiliser les composants Ant Design
La gestion des requêtes au backend pour afficher les pages a été optimisée pour éviter les requêtes en doublons, et pour éviter les requêtes inutiles qui alourdissent le backend et le chargement de la page.
La navbar a été retravaillée pour utiliser les composants de Ant design.
Utilisation de Recoil.js pour gérer le state global. Cela nous permet d’économiser des douzaines de requêtes backend pour aller récupérer les infos utilisateurs.
Les anciennes pages de lecture (média, live, média embed, live embed, questionnaire, animateur) ont été désactivées et redirigent maintenant sur le nouveau player.
Nouveau Player vidéo sur la prévisualisation du direct.
Optimisation du bundle JS, l’ancien bundle total faisait approx. 6Mb, il faut maintenant approx. 2.5Mb.
L’upload des médias a été revu, le design a été rafraîchi, et le média est directement créé et disponible via le backoffice. La progression d’encodage est maintenant disponible sur la page du back office.
Nouvelle fonctionnalité commencer la lecture du média à un temps prédéfini.
Les fichiers audios ont leur vignette dans la bibliothèque média
Gestion des préférences du compte Streamfizz et des préférences utilisateurs
Refonte de la partie “Mes informations”
Nouveaux avatars pour les utilisateurs et implémentation sur les différentes parties du site
Ajout du tri des contenus par utilisateur
L’édition du titre d’un média a été simplifiée, la seule donnée utilisée est fileName, et non plus le title des mediaDatas.
🐛 Bugfixes
On ne pouvait pas supprimer un média en file d’attente dans l’onglet d’encodage.
On peut de nouveau trier les Lives par utilisateur
Correction de traductions manquantes ou erronées
Correction des filtres par tags/catégories des lives
Correction reload page Extraits
Orchestrator 1.1.0
✨ Features
Le montage des transcodeurs se fait maintenant via Docker. Cela apporte plus de stabilité et de réactivité.
La logique pour l’allumage d’un nouveau transcoder a été revue. Si la file d’attente dépasse une durée estimée de 20 minutes d’attente, un nouveau transcoder s’allume automatiquement.
HTTP/2 a été ajouté sur l’orchestrateur
La suppression des transcodeurs est maintenant exécutée via l’ID, et non plus le nom du transcoder
Optimisation des requêtes du backend lors des mises à jour des médias uploadés.
Par défaut, le premier thumbnail disponible est enregistré comme thumbnail par défaut.
🐛 Bugfixes
Stabilisation et amélioration du processus de transcodage.
Mis à jour le : 25/05/2023
Merci !