La durée dans les fichiers convertis affiche toujours l'originale même après suppression des publicités

Récemment, la durée de mes vidéos reste la même après avoir supprimé les publicités.

La durée affichée dans les fichiers convertis reste celle d’origine, même après suppression des publicités.

Par exemple, un fichier TS d’1 h 04, converti en MP4 avec suppression des publicités et réduit à 45 min, apparaît toujours comme un fichier vidéo MP4 d’1 h 04.

J’ai tenté de téléverser les journaux, le premier segment de la vidéo et une capture d’écran, mais le FTP ne fonctionne pas :

Status: Connection established, waiting for welcome message…
Response: 220 Welcome to the MCEBuddy server. If you are not a member of the Early Access program you can join at MCEBuddy 2.x
Command: AUTH TLS
Response: 234 AUTH command ok. Expecting TLS Negotiation.
Status: Initializing TLS…
Error: GnuTLS error -48: Key usage violation in certificate has been detected.
Error: Could not connect to server

Barnaby Jones.S02E02.Death Leap.ts-movies1-2017-07-06T15-13-19.5810672-04-00.log (4.3 MB)

N’utilisez pas TLS, utilisez simplement FTP classique ou ignorez le certificat TLS. Vous pouvez joindre les journaux dans ce forum, mais télécharger le TS original serait utile pour le reproduire.

Merci RBoy.

Je suis en train de téléverser sur le FTP maintenant.

Ce n’est pas la vidéo mentionnée ci-dessus (le TS a été supprimé).

À la place, c’est un Ironside et j’ai inclus le journal dans le dossier FTP. Le téléversement est à environ 21 %.

L’enregistrement TS dure 1 heure 2 minutes, converti en MP4 avec les donneurs de Com skip, il fait environ 48 minutes.

Je n’arrive pas à reproduire le problème avec le MP4 normal, j’ai donc parcouru vos journaux.

Vous utilisez un profil personnalisé avec un changement clé critique : vous avez supprimé PreConversionCommercialRemover=true de votre profil. Une raison particulière (c’est la cause du problème) ?

C’est ce qui provoque le souci. Normalement, MCEBuddy supprime les pubs AVANT l’encodage ; c’est non seulement plus efficace (puisqu’on n’encode pas les pubs), mais c’est aussi pourquoi vous rencontrez ce problème. Quand ffmpeg tente de couper les pubs après l’encodage, il perturbe la chronologie en essayant de rejoindre les segments. C’est un bug d’ffmpeg, mais la solution est de remettre la ligne ci-dessus dans votre profil ; cela devrait régler votre souci.

Pour la deuxième partie de votre question, utilisez le profil MP4 Haute Qualité : cela prend beaucoup plus de temps, mais il produit les vidéos les plus petites et de la meilleure qualité.

Vous mentionnez aussi que votre fichier mcebuddy.log dépasse 2 Go ; avez-vous désactivé l’option de limitation de taille dans la page Paramètres système ? La taille par défaut est 50 Mo (les anciennes entrées sont automatiquement supprimées).

Je ne me souviens plus ce qui m’a pris de passer Commercial Remover à « after conversion ». Mais c’est réparé.

Dans ma page System Setting, j’ai le niveau de journalisation et l’Âge du fichier journal (jours). Je ne vois pas de limite pour la taille de mcebuddy.log.

J’ai aussi changé mon profil en MP4 High Quality et corrigé PreConversionCommercialRemover=true.

Ma première conversion était un film qui s’est retrouvé avec une durée de plus de 1139:30:59, ce qui est faux. Le fichier TS original faisait 2:01:15.

J’ai regardé le fichier TS original : il se lit parfaitement, aucun problème. Je le retraite sur un autre ordinateur plus puissant et avec plus de mémoire ; je vous dirai ce que ça donne.

Je suggère de faire une installation propre et d’utiliser les profils par défaut. Si vous créez un profil personnalisé, copiez-le et créez-en un nouveau afin d’avoir un point de comparaison. J’ai également remarqué d’autres changements.

Vous pouvez également définir l’âge en jours à un nombre raisonnable pour limiter la taille de votre fichier journal.