Après avoir essayé toutes les suggestions et même tenté de conserver le code -ss en le changeant à « 0 » ou « 1 », je n’arrive pas à le faire fonctionner. Comment puis-je effectuer les modifications pour qu’aucun rognage n’ait lieu, sauf si je définis une durée précise via les fonctions « Start Trim » et « End Trim » ?
En général, si vous rencontrez un problème, joignez le journal de conversion. Les gens peuvent y jeter un œil et vous conseiller sur les problèmes potentiels. Avez-vous également modifié le profil ? (il y a 2 endroits qui doivent être ajustés, mcebuddy.conf et profiles.conf)
Bonjour Goose,
Oui, je l’ai fait. J’ai publié le code des modifications que j’ai apportées.
L’as-tu vu ci-dessus ?
Voici le fichier journal comme demandé.
C’est très utile. J’ai regardé les journaux et voici ce que j’ai trouvé.
Votre vidéo est non modifiée/non rognée jusqu’à l’encodage, donc vos modifications fonctionnent parfaitement.
Cependant, pendant l’encodage, l’encodeur a trouvé plusieurs erreurs dans votre vidéo et a abandonné pas mal d’images, ce qui explique pourquoi la vidéo de sortie est un peu plus courte que la vidéo d’entrée.
Un exemple (il y en a pas mal dans les journaux)
MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 99.79 % (167.04 fps, avg 167.10 fps, ETA 00h00m01s)[16:01:43] sync: audio 0x100 time went backwards 611 ms, dropped 26 frames (start 132641187, next 132696221)
2018-01-26T16:01:43 MCEBuddy.AppWrapper.Handbrake → [16:01:43] sync: video time didn’t advance - dropped 11 frames (delta 340 ms, current 132661796, next 132664174, dur 2378)
La cause racine du problème est une vidéo non conforme aux standards. Le meilleur correctif serait donc de revenir en arrière et de découvrir pourquoi votre vidéo source contient des erreurs, souvent dues à un firmware de tuner/enregistrement bogué.
J’ai aussi remarqué que vous utilisez un encodeur matériel Intel. Le pilote Intel est très sensible aux erreurs dans le fichier vidéo et abandonne des images quand il en rencontre.
Vous pouvez essayer de désactiver l’encodage matériel dans les paramètres experts de votre tâche de conversion, ce qui utilisera un encodeur logiciel comme handbrake ou ffmpeg (vous pouvez jouer avec les paramètres d’ordre dans votre profil pour voir lequel gère mieux les erreurs de votre fichier vidéo), qui sont plus lents mais mieux à même de gérer les erreurs vidéo et peuvent abandonner moins d’images.
Merci Goose ! J’ai examiné toutes les erreurs potentielles pour mes vidéos. Je n’en ai trouvé aucune. J’ai arrêté mon serveur, cessé d’utiliser la fonction HW, essayé des films provenant de 3 sources différentes et un autre ordinateur. Des idées pour surmonter cela ? Je ne pense pas que les erreurs puissent être modifiées. Existe-t-il un moyen de les corriger ?
Seul un correctif permanent peut venir de la source d’enregistrement, du tuner ou de la carte de capture ou de l’appareil d’enregistrement. Vous devrez rechercher le pilote ou le micrologiciel et voir s’il existe une mise à jour ou peut-être une version plus ancienne qui est meilleure et n’introduit pas ces erreurs de synchronisation dans les enregistrements.
Bonjour Goose,
J’ai une question un peu étrange. Existe-t-il un moyen de configurer le fichier config et le profil pour qu’ils ne coupent que 4 secondes au début et 7 secondes à la fin du fichier ? Je ne veux pas qu’il fasse quoi que ce soit d’autre. C’est-à-dire : pas d’encodage, pas de métadonnées, pas de compression, etc.
À quoi ressemblerait ce code ?
Bien sûr que vous pouvez. Utilisez n’importe lequel des profils Non traités. Ils copient simplement l’audio et la vidéo tels quels sans les traiter.
Ensuite, dans la page des paramètres experts, définissez votre découpage de début à 4 secondes et de fin à 7 secondes.
Référez-vous également au sujet des premières secondes et apportez ces ajustements à votre profil, car MCEBuddy supprime par défaut quelques secondes au début de la vidéo.