#ffmpeg
Suite à vos réponses (merci 💛 !) voici ce que j'utilise pour recompresser les films pour mon Jellyfin en AV1:
ffmpeg -i entree.mkv -c:v libsvtav1 -preset 6 -crf 35 -pix_fmt yuv420p10le -g 120 -c:a copy sortie.mkv
Explication des options ci-dessous:
-i : fichier en entrée
-c:v libsvtav1 : utilisation de l'encodeur svt-av1
-crf 35 : choixi de la qualité perceptuelle cible (35 me convient) (plus bas = meilleure qualité mais fichier plus gros)
(suite)
@come
ah si j'ai mis un nom de fichier en sortie (sortie.mkv).
ça prend n'importe quoi en entrée.
Je préfère le format mkv, parce que c'est un sacré bon conteneur.
@sebsauvage tu fais ça à quel moment de la chaine ? À l'ajout dans jellyfin via jellyfin qui a un truc pour lancer des commandes sur des nouveaux fichiers (?) ou en amont automatiquement à la fin du téléchargement ?
Ça ne prends pas trop de cpu pendant trop de temps ? Tu fais ça sur tous les fichiers à leurs arrivée ?
J'imagine que faire ça sur tout l'existant ça serait inimaginable 🤔
Je vais y penser, j'ai plein de place encore mais gagner autant ça fait envie
@proprietedusage
Je vais progressivement (manuellement, pas automatiquement) ré-encoder les films les plus volumineux de mon NAS.
L'encodage est fait sur mon PC perso (puissant) pas sur mon NAS. Et oui même comme ça, ça met un temps fou 😅 (avec -preset 6 je suis à 1 à 2 secondes d'images encodées par seconde. En gros ça prend un peu moins que la durée du film. Mais ça ne me dérange pas, je laisse tourner la nuit ou quand je ne suis pas chez moi.)
@sebsauvage merci.
J'étais en train de tester sur mon nas et c'est effectivement pas possible, j'y songerai pour les plus gros.
En vrai j'ai une cible : un dossier avec un vieil anim, une centaine d'épisode de 20 minutes, qui fait... 300Go. C'est beaucoup surtout pour un anim.
Mais va falloir que j'accepte que ça prenne énormément de temps ça 
@proprietedusage
C'est un bon candidat pour la recompression.
@proprietedusage
Pour le moment je ne le fais que si le film dépasse 4-5 Go, mais si l'expérience se passe bien, je pourrais tout réencoder.
Ça me permet virtuellement de multiplier par 3 ou 4 la quantité de films que je peux stocker sur mon NAS.
@sebsauvage je vais y penser, et quelques séries que j'estime trop grosse aussi 
J'y connais rien en encodage, pourquoi le choix d'AV1 plutôt qu'un réencodage plus petit en h264 ?
@proprietedusage
AV1 est incroyablement plus efficace que h264. Une bien meilleure qualité pour un fichier plus petit.
Et les navigateurs savent le décoder nativement. Le décodage matériel se répand également.
@sebsauvage @proprietedusage pour le décodage matériel, ça ne nécessite pas une carte graphique récente ?
@sebsauvage tu lis tes vidéos directement dans l'interface web de Jellyfin ? J'ai essayé ça au début, mais c'était assez catastrophique, notamment avec les films en 4k qui passaient sans problème avec mpv ou même Kodi, donc je suis repassé à Kodi.
@pieq
ça dépend. J'ai des clients Jellyfin Android surtout.
Le 4K j'ai pas testé, je prends généralement les films en 1080p max.
@sebsauvage et ça te fait des fichiers avec en moyenne quelle taille par heure de vidéo?
@skro
Un exemple:
White Bird (1920x800, 2h, 24fps):
Le fichier que j'avais en h264 : 8,9 Go
En AV1 : 1,1 Go.
@sebsauvage ah ouais, quand même...
@sebsauvage
Wow la.différence 😳
@skro
@sebsauvage
Ah ouais, je savais qu'il y avait une diff, mais à ce point...
Merci pour les infos !
@skro
-preset 6 : le preset est un réglagle spécifique à l'encodeur svt-av1 qui permet de prendre des "raccourcis" de calcul pour encoder plus vite (au détriment de la qualité et/ou de la taille du fichier final). On le met à 7-13 pour de l'encodage temps réel. Pour la qualité max, on peut mettre 1 ou 2, mais la durée d'encodage s'allonge.
Mettez-le aussi bas que possible tant que c'est tolérable pour vous.
(voir https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/Docs/CommonQuestions.md#what-presets-do)
(suite)
-pix_fmt yuv420p10le : encoder les couleurs en 10 bits au lieu de 8 bits. Cela permet de réduire notablement les effets de "banding" dans les scènes sombres.
-g 120 : enregistre une image de référence toute les 120 images (à 24 images/seconde, c'est toutes les 5 secondes). Ces images de références permettent aux lecteurs vidéos de s'accrocher sur le bon endroit du flux vidéo quand vous déplacez le curseur de lecture. (par défaut, ffmpeg met 9999). C'est mieux pour naviguer dans la vidéo.
(suite)
@sebsauvage
Ça présente un intérêt si la source est en 8 bit ?
Il me semble avoir lu que le 10bits n'a de sens que pour les écrans HDR (sinon, le lecteur fait un tone mapping pas forcement fidèle).
@polluX
Je me suis basé sur ce conseil : https://mamot.fr/@Nel/115927074898309036
@sebsauvage à l'époque j'avais un encodeur qui insérait automatiquement des I-Frames sur les changements de plan. Je ne sais pas si ça se fait encore aujourd'hui.
@docteurslump
C'est une super idée !
-c:a copy : copie du flux audio tel-quel (inchangé). (Vous pouvez bien sûr utiliser Opus, mais de mon côté je préfère laisser l'audio tel quel).
@sebsauvage
Ça serait top de mettre ça sur ton blog, les options ffmpeg c'est quand même pas facile de s'y retrouver
@gugux
Tu as tout à fait raison !
D'autant que j'ai *déjà* une page ffmpeg sur mon wiki 😄
@sebsauvage@framapiaf.org
J'ai encore mieux pour encoder en AV1.
Av1an.
Lui, il te découpe le fichier vidéo en scenes de 240 images max, et ensuite, il décide automatiquement du meilleur CRF pour obtenir la qualité que tu lui demande.
Et ça fonctionne vraiment pas mal, avec des fichiers vraiment bien compressés.
Autre avantage, comme il te découpe le fichier en petits morceaux de 10 secondes max, ça permet de paralléliser l'encodage. Ce qui est quand même bien sympa pour utiliser à fond ton processeur. Surtout avec aomenc qui même s'il arrive à avoir des fichiers plus léger que svt-av1, a vraiment du mal avec les gros processeurs. D'où la naissance de av1an j'ai l'impression.
Par contre, le gros problème d'av1an, c'est que ça marche bien que sous Arch Linux. J'ai jamais réussi à l'installer proprement sur une Ubuntu ou une Debian, surtout à cause de ses dépendances avec VapourSynth.
Mais ça tourne nickel avec une distrobox Arch, ou un conteneur LXC Arch sous Proxmox.
@DarvenDissek
Woao... c'est bon à savoir ! impressionnant.
@sebsauvage@framapiaf.org
Pour de l'anime, avec svt-av1-psyex (un fork de svt-av1 qui était encore populaire il n'y a pas si longtemps), ça donne ça chez moi:
av1an --resume --concat mkvmerge --verbose -m bestsource
--chunk-order long-to-short --target-quality=95 --vmaf
--probes 10 --probing-rate 1 --probe-video-params copy --photon-noise=10
-f "-pix_fmt yuv420p10le" --pix-format yuv420p10le
-v "--input-depth 10 --preset 4 --tune 0 --psy-rd 1 --enable-qm 1 --qm-min 0
--enable-variance-boost 1 --tf-strength 1 --sharpness 1 --tile-columns 1 --luminance-qp-bias 25
--lookahead 120 --keyint 240"
-a "-c:a libopus -b:a 128k"
-i "$input"
-o "output/$input"
Pour les paramètres sur svt-av1, c'est repris à partir de ce guide:
https://jaded-encoding-thaumaturgy.github.io/JET-guide/master/encoding/svtav1/
Et en moyenne, ça tourne entre 200 et 350Mo pour un épisode de 25 minutes, sachant que quand ça arrive à 350Mo, c'est généralement parce qu'il y a beaucoup d'action et/ou d'effets de particules.
Par contre, si il y a du grain, là, j'ai toujours pas trouvé comment utiliser la génération du bruit, et du coup, ça double la taille du fichier.
A noter, pour les arguments de av1an, tu peux très bien diminuer le nombre de sondes. Avant d'encoder chaque morceau, il fait un test pour trouver le meilleur CRF pour la qualité demandée, et vu ma commande, il peut monter jusqu'à 10 tests avant de se décider.
