Vidéo source H.264, création d’une tâche de conversion tentant de couper X secondes au début de la vidéo.
2022-01-04T15:39:01 MCEBuddy.Engine.ConversionJob → Découpage de l’enregistrement vidéo
2022-01-04T15:39:01 MCEBuddy.Transcode.TrimVideo → Début du découpage : 5
2022-01-04T15:39:01 MCEBuddy.Transcode.TrimVideo → Fin du découpage : 5
→ Vérification de la taille du fichier de sortie [Ko] → 1 177 094,00
→ Taille du fichier de sortie FFMpeg [Ko] → 1 177 094,00
2022-01-04T15:39:09 MCEBuddy.Transcode.TrimVideo → TrimVideo tente de remplacer le fichier Source : C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2.ts Temp : C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2-temp.ts
2022-01-04T15:39:09 MCEBuddy.Engine.ConversionJob → Découpage réussi, réglage des paramètres de découpage à 0 pour éviter un nouveau découpage
CE fichier de sortie ne peut pas être traité, donc le fichier de sortie n’a pas de vidéo.
2022-01-04T15:39:37 MCEBuddy.Transcode.ConvertWithFfmpeg → Paramètres de ligne de commande → -threads 0 -y -i “C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2.ts” -ss 0 -vcodec copy -sn -acodec copy “C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2-converted.mp4”
WARNING> 2022-01-04T15:39:37 MCEBuddy.Transcode.ConvertWithFfmpeg → Aucun flux vidéo détecté, suppression du support du flux vidéo
Sans changer AUCUN autre paramètre, supprimer simplement le START TRIM permet au travail de se terminer avec succès.
Il semblerait qu’il faille une option pour couper sur l’image-clé la plus proche ?
J’ai commencé à jouer avec les commandes CLI et FFMPEG en ligne de commande, et je peux reproduire l’échec. Malheureusement, déplacer “-ss” devant le fichier d’entrée ne résout pas le problème.
Mise à jour : « Skip Remuxing Files » contourne ce problème, ce qui confirme que la cause est FFMPEG/conteneur TS. (en plus d’être beaucoup plus lent) Peut-être une case à cocher pour utiliser MP4 ou MKV au lieu de TS lors du remuxing ?
Cependant, cela soulève un autre problème. Couper le début d’un clip semble supprimer les sous-titres.
WARNING> 2022-01-05T07:59:40 MCEBuddy.Engine.ConversionJob --> SKIPPING REMUXING, this may lead to conversion failure since all underlying apps may not support all file formats.
WTV commercial detection is only supported by donator version of Comskip (http://www.kaashoek.com/comskip/).
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:08 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found, retrying with forced DVB detection
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:18 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found
WARNING> 2022-01-05T08:00:18 MCEBuddy.Engine.ConversionJob --> Extracting closed captions failed from original file, trying to extract closed captions from the remuxed file
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:27 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found, retrying with forced DVB detection
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:37 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found
WARNING> 2022-01-05T08:00:37 MCEBuddy.Engine.ConversionJob --> No SRT file found after extraction
Nous aurons besoin d’une copie de la vidéo originale et du journal de conversion sur notre serveur afin d’analyser ce qui se passe et de le reproduire.
Essayez également de mettre à jour votre ffmpeg vers la dernière version et voyez si cela aide.
Je viens de m’inscrire pour pouvoir ajouter mon grain de sel. Heureux d’avoir trouvé ce fil, je rencontre le même problème. Chez moi, il est lié aux enregistrements PlayonCloud. Je pense que quelque chose a changé de leur côté, car je peux prendre des enregistrements que j’ai faits il y a environ un mois sur playon, les passer dans MCEBuddy et aucun souci. L’option « Skip Remuxing Files » ne fonctionne pas pour moi, elle décale l’audio. En revanche, en supprimant le découpage du début, cela marche ; il vous reste juste l’intro de playon.
+1 pour ce que @toadman a mentionné. Je peux aussi reproduire ce problème lorsque j’ajoute un « Start Cut » et un « End Cut » sur les enregistrements PlayOn. Le problème ne se reproduit pas avec les enregistrements de TV en direct du même programme (WMC / .wtv).
Cela se produit sur deux machines distinctes, l’une avec du matériel ancien, l’autre avec du matériel récent. Même échec lors de la conversion en HEVC, MP4 ou sans conversion. Les deux machines fonctionnaient correctement il y a quelques semaines, sans autre changement que ceux mentionnés ci-dessus.
Faites-moi savoir si le téléversement de fichiers journaux ou d’enregistrements peut aider.
Je pensais publier ce que je considère comme un autre exemple. J’ai téléversé les fichiers journaux sur le serveur mcebuddy, si cela peut aider. Comme pour certains autres, lors du traitement d’un enregistrement Playon Cloud avec un début de coupe, aucune vidéo n’apparaît après le traitement. En le relançant une seconde fois sans coupe, il traite et lit correctement. Pour voir, j’ai relancé un fichier Playon provenant de la version bureau (v4.5) avec un début de coupe de 4 secondes, et la lecture fonctionne.
Journal n° 1 : provient d’un enregistrement Playon Cloud, avec un début de coupe de 6 secondes. Après traitement, aucune vidéo ne s’affiche.
Journal n° 2 : ce journal provient du même fichier source, mais sans coupe. Il traite et lit correctement.
Journal n° 3 : ce journal provient de Playon – version bureau (il y a quelques mois, v4.5). J’ai configuré un début de coupe de 4 secondes, et il traite et lit correctement.
Voici des informations supplémentaires sur le problème et une solution de contournement.
J’avais une émission télé enregistrée avec Playon.
J’ai pris le fichier .mp4 et, à l’aide d’un outil de conversion, l’ai converti en .mp4 (dans l’idée que cela ajouterait les segments manquants à l’original, ce qui posait problème à MCEBuddy).
J’ai ensuite demandé à MCEBuddy de supprimer les 5 premières et 5 dernières secondes.
Cela a fonctionné sans problème.
J’ai ensuite demandé à MCEBuddy de supprimer toutes les publicités via l’option Comskip.
Cela a également fonctionné.
Il semble que Playon ait changé sa façon de procéder et n’écrive plus tous les segments attendus par MCEBuddy.
En attendant une correction, je vais suivre ce processus.
J’espère que cela pourra aider d’autres personnes.
Merci pour les journaux et les fichiers d’exemple. Il semble que le fichier MP4 produit par la dernière version de PlayOn ne soit pas conforme aux spécifications et contient des erreurs, ce qui déroute ffmpeg lorsqu’il tente de le remuxer de MP4 à TS pour le traitement du fichier ET lorsqu’il tente de couper le début. Au cours de ce processus, il perd des métadonnées critiques sur le flux vidéo, de sorte qu’il ne peut pas être lu.
La solution à court terme est d’activer l’option Skip remuxing files dans la page Conversion Task → Expert settings pour éviter que MCEBuddy ne remuxe le MP4 en TS et travaille directement sur les fichiers MP4, ce qui devrait éviter ce problème.
La solution à long terme est de le signaler à PlayOn afin qu’ils puissent le corriger, car @scott_mb a testé que cela fonctionne correctement avec la version 4.5 de PlayOn.
