Catégories
Technique

La place des fichiers multimédias

Sur votre Nextcloud vous souhaitez mettre ce que vous voulez conserver comme photo, vidéos et bandes son. Je fais pareil.

Mais il y a un mais : la place est limitée (et coûte de l’argent).

Mais il y a un autre mais : vous souhaitez tout de même sauvegarder vos photos, vidéos et bande son !

Encapsulation et codecs

Tous les fichiers ont un format #lapalissade, et les fichiers multimédias n’y échappent pas. Mais (il y a un mais) il y a des subtilités.

Dans un fichier multimédia il faut distinguer le format d’encapsulation et d’encodage. Ce sont parfois les mêmes (jpeg, mp3) , mais le plus souvent non.

Un format d’encapsulation décrit ce que vous pouvez mettre dans le fichier et comment c’est rangé. Vous pouvez voir ça comme l’agencement des pièces d’une maison. Il y a beaucoup de format d’encapsulation. Citons mkv, webm, ogg et mp4 (oui, mp4 est un format d’encapsulation) pour la vidéo+son. Ogg pour le son aussi, et aac. Tiff, avif, heif pour les images.

Le format d’encodage (codec) décrit les données multimédias (son, vidéo, image). Vous pouvez voir ça comme les meubles d’une maison. Il y a vraiment BEAUCOUP de formats d’encodage. Par exemple : h264, h265, mpeg2, mpeg3, av1, vp9, xvid, theora pour la vidéo. Mp3, opus, aac, vorbis pour le son. Jpeg, png, webp, gif pour les images.

Tous les formats d’encapsulation ne peuvent pas encapsuler tous les formats d’encodage, comme vous ne pouvez pas mettre n’importe quels meubles dans une maison (une armoire normande dans un appart parisien ça ne passe pas). Par exemple le webm peut encapsuler du vp8 et vp9, mais a priori pas du h264 ni du av1. Vous aurez du mal (euphémisme) à faire rentrer du vorbis dans un tiff.

Et donc ?

  • Et donc le mp4 n’est pas un format vidéo stricto sensu : c’est un format d’encapsulation (un conteneur), qui embarque le plus souvent du h264 pour la vidéo avec du aac pour le son. C’est parfois du h265, mais c’est plus rare.
  • Mon mkv ne prends pas « moins de place ». Mon mkv peut contenir le même h264 et le même aac. Ce qui prendra autant de place qu’un mp4 empaquetant les mêmes pistes audios et vidéos encodées avec les mêmes codecs.
  • Je peux mettre du av1 dans un mp4 ou dans un mkv. Avec du opus pour le son (ou mp3, ou aac, ou wav).
  • Je peux mettre des sous-titre, plein de bandes sons et de stream vidéos dans un mkv, mais je ne crois pas que le format ogg supporte tout ça.
  • Tous les lecteurs multimédias ne lisent pas tous les formats. Par exemple l’Explorer de Windows ne vous affichera pas l’aperçu d’un mkv, mais d’un mp4 oui (s’il parvient à lire le codec à l’intérieur, tout de même).

Taille de fichier

Tous les formats d’encodage ne se valent pas. Au fur et à mesure du temps (et de l’évolution des connaissances, de la puissance de calculs et des usages) certains sont devenus obsolètes et d’autres sont apparus, plus efficaces ( = compressent mieux et plus vite pour la même qualité) avec ou sans brevets, plus ou moins supportés par les navigateurs et lecteurs multimédias, avec plus ou moins de fonctionnalités (streaming, réglage du compromis vitesse/qualité, encodage sans pertes…).

A titre d’exemple : mon mobile prend des vidéos au format mp4=h264+aac. h264 est un « vieux » format : il ne consomme pas trop de processeur à l’encodage, mais son efficacité est moindre que les codecs modernes comme vp9 ou av1 (qui consomment bien plus de processeur, donc de batterie).

Mais un mp4 comme ça prend de la place. Et moi j’aime bien mettre mes vidéos sur mon Nextcloud, sur lequel je n’ai pas une place infinie.

Donc je transcode : je réencode mon mp4 en … mp4 mais qui encapsule du av1+opus (j’aime bien ces deux-là parce qu’ils sont diablement efficaces, en plus d’être libre de droits). Il prends ainsi, sans mentir, 10x moins de place, et parfois 30x moins, pour une qualité visuelle et auditive équivalente à la vidéo d’origine !

Inconvénients : c’est très lent à encoder ! Et ça prend de la ressource processeur (donc de l’énergie). Un fichier d’une heure peut prendre 50 heures à encoder. Mais au final la taille du fichier a été divisée par 10. Est-ce qu’un tel gain de place vaut la dépense énergétique ? J’avoue ne pas avoir fait (ni savoir faire) le calcul.

Mais au moins je peux mettre bien plus de vidéos sur mon Nextcloud !

Outils

Pour ceux qui vivent en ligne de commande, il y a bien sûr l’incontournable ffmpeg.

Ce que j’utilise pour transcoder mes vidéos :

ffmpeg -i in.mp4 -c:v librav1e -crf 35 -acodec libopus -b:a 96k out.mp4

J’ai bien sûr fait un script qui encapsule ça et rajoute des fonctionnalités 🙂 (demandez-moi si cela vous intéresse)

Pour ceux qui veulent une interface graphique, j’adore handbrake. Open source, disponible sur plein de plateformes. Il a une base de réglages incroyables, et vous pouvez bien sûr rajouter les vôtres. Vous pouvez aussi mettre tout ça dans une file, que vous lancerez quand vous voulez (le soir, quand il fait moins chaud et que l’électricité est moins chère).

Et évidemment vlc lit parfaitement tous ces formats.

Inconvénients

Parce qu’il y a des mais.

Vous gagnez de la place disque mais vous perdez du temps (processeur). Donc ça consomme de l’énergie. Je ne suis pas en mesure de savoir si l’énergie consommée pour encoder et prendre moins de place est rentabilisée par la place gagnée.

Ça se peut que l’aperçu de la vidéo (sous MacOS, Windows, Linux, ou sur Nextcloud) ne fonctionne plus. Et je ne sais pas si c’est dû au codec (av1) ou à certains paramètres du container (mp4).

Conclusion

Malgré ces inconvénients, je réencode mes vidéos en av1+opus. Ça permet au moins de prendre beaucoup moins de place sur le Nextcloud !

Catégories
Technique

[résolu] Nextcloud injoignables

Une partie des instances Nextcloud ainsi que l’éditeur Onlyoffice ont été indisponibles pendant une heure et quart, aujourd’hui le 27/01/2026 de 10h14 à 11h30.

Le service est désormais rétabli. Nous sommes désolé·es pour le désagrément.

Nous travaillons actuellement à un changement d’infrastructure afin de séparer les différents services, ce qui nous permettra d’identifier plus finement la source du problème.

Catégories
Technique

[résolu] Nextcloud injoignables

Suite à un logiciel devenu fou (oui…), une partie des instances Nextcloud ainsi que l’éditeur Onlyoffice ont été indisponibles pendant une petite heure, aujourd’hui le 21/10 de 11h05 à 11h50.

Le service est désormais rétabli. Nous sommes désolé·es pour le désagrément.

Catégories
Technique

[résolu] Nextcloud injoignables

Le serveur d’un de nos serveur (mutu3) a saturé sur le nombre des accès (le nombre de fois par seconde pendant lesquels les fichiers sont consultés ou écrits).

Les Nextclouds sur ce serveur étaient injoignable entre 15h et 21h ce vendredi 5 septembre 2025.

Nous allons prendre les mesures nécessaire pour que cela n’arrive plus (séparation/isolation des services sur plusieurs serveurs).

Pardon pour la gène occasionnée.

Catégories
Technique

[résolu] Nextcloud injoignables

Vous avez été plusieurs à nous signaler des Nextcloud indisponibles ce matin. La coupure a eu lieu entre 3h du matin et 13h30 aujourd’hui 25 août 2025.

Le problème était du à une surcharge d’un de nos serveur mutualisé. La surcharge a été générée par des taches de fond qui mettaient trop de temps à s’exécuter, et qui du coup s’empilaient les unes sur les autres et accentuaient le ralentissement.

Nous avons mis en place un mécanisme afin que cela ne se reproduise plus.

Nous sommes désolés pour la gêne occasionnée.

Catégories
Technique

[résolu] Ralentissement des Nextcloud

Bonjour bonjour, en cette belle journée de ce samedi après-midi, alors qu’on était tranquillement en train de profiter du mois de juin, un de nos serveurs a décidé qu’il était plein, plus d’espace disque dispo pu rien.

Alors ça a ralenti tout le monde jusqu’à ce qu’on vienne prendre un peu soin de lui.

Tout est rentré dans l’ordre, le souci a duré en gros de 18h30 aujourd’hui jusqu’à 19h.

Nous sommes désolé. C’est l’heure de l’apéro 🧉.

Catégories
Technique

[résolu] Nextcloud/Onlyoffice et Email

Email

Le 9 et 10 juillet derniers, nous avons souffert de 2 pannes consécutives du service mail. Le 9/07 le service a été ininterrompu pendant 4h, et le 10/07 pendant 1h.

Dans les deux cas, nous avons constaté une hausse soudaine de l’usage du CPU. Le 09/07, la charge CPU a baissé au bout d’une heure, mais le service n’est revenu que lorsque nous sommes intervenus. Le 10/07 nous sommes intervenu plus rapidement mais le problème était le même.

Graphique montrant l'évolution de la charge CPU au cours du temps pour la journée du 09/07. De 14h45 à 15h45, la charge était au maximum.

Après recherche dans les journaux d’erreurs (merci à Korsani et Max), nous avons pu trouver une corrélation entre des erreurs de DNS et les montées en charge. Nous en avons conclu qu’une indisponibilité des DNS que nous utilisons provoquait en chaîne des erreurs sur les conteneurs Mailcow.

Nous avons donc changé les DNS que nous utilisons afin que cela ne se reproduise plus, et nous avons mis en place un planning d’astreinte afin de s’assurer d’avoir au moins une personne présente sur les horaires de bureau.

Nous en avons profité pour améliorer notre documentation et écrit une page sur notre gestion du DNS au Cloud Girofle.

Onlyoffice

Début août nous avons mis en place une nouvelle version d’Onlyoffice (l’outil que nous utilisons pour l’édition collaborative). Nous avons tardé à mettre cette nouvelle version en place car n’inclue pas l’édition collaborative via mobile (limitation liée à la licence gratuite que nous utilisons).

Malheureusement, et nous ne savons toujours pas pourquoi, cela à entraîné la perte de service sur notre Onlyoffice existant, que nous n’avons pas réussi à remettre sur pied rapidement. Nous avons donc décidé de basculer tous les Nextcloud sur ce nouvel Onlyoffice. Nous avons mis plusieurs jours à nous rendre compte de la panne (grâce à vos retours) mais tout est finalement rentré dans l’ordre. Nous sommes désolés de la gêne que cela a pu créer.

Nextcloud / mutu3

Début août (le 8), suite à une insomnie et des moustiques, nous avions une plage horaire calme pour faire des maintenances sur nos serveurs. La cible fut le serveur nommé mutu3, qui héberge plusieurs Nextclouds, notre Onlyoffice et un Mattermost. Mutu3 n’avais pas été redémarré depuis 33 semaines (ce qui est une mauvaise pratique) et son Swap était utilisé à 100%. Nous l’avons donc redémarré, et profiter de l’occasion pour tenter de chiffrer sa partition principale (root). La manipulation a malheureusement été un échec (et nous n’avons pas d’accès IPMI sur ce serveur, donc pas de visibilié au démarrage), et nous avons dû redémarrer sur l’ancien système de fichier (non chiffré). Cette opération a pris plusieurs heures.

Résultat : mutu3 (et les services associés) était HS le 08/08 de 6h25 à 9h07 du matin.

N’hésitez pas à passer une tête notre espace de discussion Mattermost si vous souhaitez plus de détails 👍

Comme d’habitude, vous avez été très patient.e.s et tolérant.e.s et nous vous en remercions.

Catégories
Technique

[résolu] Nextcloud inaccessibles

Même souci qu’il y a 3 semaines, la coupure a eu lieu jeudi 30/05/2024, de 0h30 à 10h00 (09h30 de coupure).

Nous sommes désolés pour la gêne occasionnée.

Catégories
Technique

[résolu] Nextcloud inaccessibles

Même souci qu’il y a 3 semaines, la coupure a eu lieu dimanche 26/05/2024, de 0h30 à 10h20 (10h de coupure).

Nous sommes désolés pour la gêne occasionnée.

Catégories
Technique

[résolu] Nextcloud inaccessibles

Version courte : suite à un problème d’espace disque sur un de nos serveurs (mutu2 qu’on l’appelle), la plupart des espaces Nextcloud que nous hébergeons ont été indisponibles aujourd’hui lundi 6 mai 2024, de 4h37 du matin à environ midi, soit environ 8h d’indisponibilité. Nous sommes vraiment désolé⋅es pour les soucis que cela a pu poser.

Version plus longue : un de nos serveurs historique, mutu2, qui héberge près de 90% de nos instances Nextcloud, a depuis plusieurs mois, assez peu d’espace disque libre, il ne lui restait que quelques dizaines de giga-octets disponible.

Nous avons des alertes lorsque l’espace disque devient faible, et nous en avons régulièrement discuté ces dernières semaines… Sauf que…

Quelques dizaines de giga-octets, c’est peu, mais c’est largement assez pour fonctionner, et nous n’avons pas programmé d’intervention d’urgence (à part veiller régulièrement à libérer un peu d’espace en routine).

Nous avons depuis l’été un plan pour libérer plusieurs centaines de giga-octets, que nous devons migrer sur un autre serveur, mais la mise en place du serveur a pris pas mal de temps, son redimensionnement aussi, son paramétrage aussi, la reconfiguration aussi.

Bref, la dernière brique de configuration a été mise en place hier dimanche. Il ne nous restait qu’à faire la migration pour libérer l’espace promis… Et le serveur est arrivé à court d’espace disque quelques jours trop tôt.