J’essaie de convertir une partie de ma bibliothèque de vidéos en x265 pour gagner de l’espace.
Certaines vidéos converties ont un débit binaire inférieur à l’original et occupent environ 25 % de moins d’espace, tandis que d’autres vidéos ont un débit binaire supérieur à l’original et occupent environ 25 % de plus.
Quelqu’un sait-il pourquoi, en utilisant le même profil, certaines vidéos ont un débit inférieur et d’autres supérieur à l’original, et/ou comment éviter que cela ne se produise ?
Les résolutions d’origine sont-elles identiques ? L’encodeur x265 fonctionne sur une échelle glissante allant de très lossy à placebo lossy, et n’est pas réellement configuré via un paramètre « bitrate ».
Je fais la même chose à partir d’enregistrements OTA et j’ai deux profils, un pour les enregistrements HD et un autre pour les SD. Pour les enregistrements HD, je peux régler le profil pour être plus « lossy » (par exemple 25 à 27) que pour les enregistrements SD (20-25).
Si je réalise un transcodage a posteriori, j’utilise Handbrake avec une sélection similaire d’un profil personnalisé. J’utilise également une version nightly récente de Handbrake.
Je compte toujours (un jour) consacrer un peu de temps à Custom Cuts ou à la ligne de commande MCEBuddy pour retraiter les fichiers sans transcodage, juste pour « rafraîchir » les métadonnées des émissions, puisque MCEBuddy les intègre toutes dans le conteneur MKV, et j’ai beaucoup d’émissions de plusieurs années en arrière, quand les métadonnées n’étaient pas aussi bonnes qu’aujourd’hui avec l’explosion du streaming et tout le monde à la recherche de contenu à diffuser.
Peut-être que je devrais créer plusieurs profils et filtrer en fonction de la résolution.
Le problème est que les fichiers de qualité inférieure finissent plus volumineux tandis que ceux de qualité supérieure finissent plus petits. Donc si je définis les fichiers SD pour être moins lossy comme mentionné, cela aggraverait le problème.
J’ai remarqué que Handbrake propose un paramètre de débit binaire pour x265 (je ne sais pas s’il est fonctionnel ou non).
S’il s’agit d’un paramètre que FFMPEG ou Handbrake peut utiliser, peut-être que @Goose peut l’exposer dans l’interface graphique (ou le transmettre manuellement au moteur de transcodage).
Il serait probablement utile d’empêcher d’augmenter le débit binaire sur n’importe quel média source, mais je ne sais pas si le débit binaire moyen existant peut être connu, puisqu’il s’agit d’une moyenne et que les codecs sont adaptatifs.
Ce serait génial s’il existait un moyen d’empêcher le débit binaire de dépasser celui de la source.
Si cela pouvait être accessible via l’interface graphique, ce serait bénéfique. Il est peut-être même possible d’aller dans la configuration et d’ajouter ce paramètre. Pas sûr.
Vous pourriez configurer deux (ou plusieurs) profils selon les débits binaires de vos médias d’entrée, puis sélectionner manuellement ce profil via la ligne de commande (ou ne traiter que ce profil si le fichier se trouve dans un répertoire donné, et le glisser-déposer dans le « bon » dossier pour que MCEBuddy applique le bon profil).
Si le débit binaire était un champ de métadonnées que MCEBuddy peut lire sans parcourir le fichier volumineux pour calculer le débit moyen, alors je verrais l’intérêt d’ajouter le débit binaire comme variable pouvant servir dans les filtres, la sélection de profil ou la logique de traitement des noms de fichiers.
Cependant, je ne veux pas demander à @Goose d’ajouter sans cesse des fonctionnalités dans MCEBuddy qui sont mieux gérées par des scripts ou des traitements en ligne de commande pour ces cas particuliers. Chaque chose qu’il ajoute, il doit la maintenir, l’intégrer à l’interface sans encombrer l’application avec une myriade d’options, puis documenter et supporter quelques utilisateurs pour des options ponctuelles enfouies dans les configurations. C’est une question d’équilibre.
Je comprends, mais il semblerait que cela soit bénéfique pour beaucoup de gens d’éviter des fichiers plus volumineux. MCEBuddy peut déjà déterminer le débit binaire du fichier, donc je ne pense pas que ce soit nécessaire d’avoir un champ de métadonnées ou quelque chose de spécifique/différent.
Permettez-moi de vous poser la question suivante : j’ai configuré environ 4 profils différents basés sur les débits binaires pour résoudre en partie le problème. Je sais qu’il existe un filtre de sélection de débit binaire dans la fenêtre des paramètres experts.
Mon problème est le suivant : disons que j’ai un fichier avec un débit de 10 000 et j’ai une sélection pour tout ce qui est supérieur à 2 000 et une autre pour tout ce qui est supérieur à 6 000. Comment puis-je faire en sorte qu’il n’exécute la tâche de conversion que pour le débit supérieur à 6 000 kbps au lieu de faire les deux ?
Ce serait bien si l’on pouvait faire une sélection par plage.
Si je parviens à comprendre comment faire en sorte qu’il n’exécute qu’une seule tâche/profil de conversion, je peux contourner le problème et fournir une conversion plus cohérente sans que certains fichiers soient plus volumineux que l’original. Ce n’est pas idéal, mais cela pourrait suffire.
Si je peux modifier quelque chose dans un fichier de configuration ou autre pour que MCEBuddy le fasse, ce serait génial, mais j’essayais d’éviter de devoir créer des scripts manuellement et planifier une tâche, car cela contredit tout l’intérêt/besoin de MCEBuddy pour moi, malheureusement.
Vous pouvez utiliser le renommage de fichier et l’archivage/suppression après conversion pour traiter les fichiers par ordre décroissant de profil de débit binaire, c’est-à-dire le profil de transcodage 6K puis le profil de transcodage 2K. Si le profil de transcodage 6K réussit, le fichier 10K est traité et n’existe plus pour que le profil de transcodage 2K se déclenche.
Malheureusement, cela n’a pas fonctionné comme prévu. Je peux confirmer que le fichier a bien été déplacé vers le dossier d’archivage, mais il a néanmoins été converti deux fois avec deux profils différents. Les événements indiquent que le fichier original était exactement le même fichier.
Avez-vous limité le nombre de travaux traités simultanément à un seul ?
Si vous autorisez plusieurs travaux, le premier sera lancé puis on passera au suivant, alors que vous avez besoin qu’ils soient séquentiels.
Il n’y a pas vraiment d’avantage si vous utilisez le transcodage matériel, car les deux (ou plus) travaux vont se disputer le GPU, et il en va de même pour le CPU, puisque le transcodage peut être configuré pour une utilisation multi-cœurs également.
Peut-être que je n’ai pas de chance, je ne sais pas.
Il semble que le programme attende de déplacer le fichier jusqu’à ce que toutes les tâches de conversion pour ce fichier soient terminées. Il l’a converti trois fois et l’a déplacé vers le dossier d’archivage. C’est la seule chose à laquelle je peux penser, sinon il ne devrait pas pouvoir le convertir après la première fois.
Il y a aussi un paramètre « attendre jusqu’au dernier accès ». L’avez-vous réglé à zéro ou avez-vous désactivé l’indicateur « mettre à jour le dernier accès » dans votre système de fichiers ?
Vous devrez peut-être téléverser les journaux ou votre configuration à @Goose pour qu’il les examine. C’est un site FTP, et la marche à suivre est publiée ici sur les forums.