Version et type de MCEBuddy (32 ou 64 bits) :
x64, 2.4 r11
Système d’exploitation et type (32 ou 64 bits) :
Win7 x64
Résumé du problème ou de la suggestion :
Si vous utilisez la tâche de conversion « TS non traité » avec Comskip, la vidéo résultante est corrompue : elle ne se lit pas ou présente de mauvaises couleurs. Le problème est le plus visible avec Windows Media Player. VLC lit mieux le fichier, mais certains défauts subsistent.
Show Analyzer pose moins de problèmes, mais j’ai quand même observé des couleurs défectueuses sur une vidéo (et une conversion a échoué une fois). Convertir vers MP4 avec Comskip fonctionne correctement.
Étapes pour reproduire le bogue :
Configurez la tâche de conversion « TS non traité » pour utiliser Comskip (INI par défaut).
Convertissez un fichier TS (enregistré par un tuner TV).
Lancez la lecture : si le fichier se lit, il sera saccadé et de larges portions seront manquantes.
Étrange, j’ai utilisé ce même processus pendant l’année dernière avec de bons résultats. Je suis sur Windows 10 et j’utilisais une ancienne version de mcebuddy.
Eh bien, la version est quelque chose à noter. J’utilisais la version gratuite (depuis longtemps) sans problème. Je viens tout juste d’acheter la nouvelle version.
Ça fonctionne bien ici. C’est peut-être quelque chose de spécifique à votre enregistrement. Je ne vois pas le journal de conversion. Vous pouvez télécharger la vidéo originale et le journal de conversion sur notre serveur et nous pouvons vérifier.
Autre chose à considérer. Êtes-vous certain que le blocage n’est pas présent dans l’original ? Archivez-vous les originaux ou permettez-vous à MCEBuddy de les supprimer ?
Juste une pensée : cela pourrait être un mauvais signal.
J’ai consulté vos journaux, il semble qu’il y ait un problème avec la vidéo d’origine :
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → [mpeg2video @ 0000000002a72940] Invalid frame dimensions 0x0.
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 4 times
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000000002a71000] PES packet size mismatch
2019-09-05T18:35:09 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 4 times
Que ce soit mineur ou majeur, je ne peux pas le dire. La seule différence entre comskip et showanalyzer est qu’ils utilisent des algorithmes de détection différents, donc les points de repère des publicités différeraient. Il est possible que les points de repère sélectionnés par Comskip aient une corruption des données vidéo à ces endroits dans la vidéo d’origine, ce qui pourrait causer le problème. Avez-vous essayé de lire le fichier converti dans VLC ? Parfois, c’est le codec du lecteur qui pose problème.
Le seul moyen de le savoir serait d’examiner les vidéos d’origine et converties. Si vous les téléversez sur le serveur MCEBuddy, je peux les vérifier.
Merci, je les ai vérifiés. Votre vidéo originale présente de nombreux artefacts lors de la lecture dans le Lecteur Windows 10 Media Player. Ces artefacts sont amplifiés après découpage, sans aucun rapport avec Comskip. C’est simplement que les endroits de découpe identifiés par Comskip ont plus d’artefacts et d’erreurs à ces endroits que ceux identifiés par ShowAnalyzer ; dans tous les cas, le problème vient de l’enregistrement. Si vous utilisez une carte tuner, vérifiez votre signal, car ces artefacts ne s’affichent pas comme des erreurs de minutage (ce qui indiquerait un problème de micrologiciel/pilote), mais comme faisant partie du flux de signal lui-même.
Alors pourquoi ont-ils l’air corrects si je convertis en MP4 (en utilisant aussi Comskip) ? La conversion ou la compression masque-t-elle ou « corrige »-t-elle les erreurs évidentes ?
Oui, les filtres de conversion dans les profils non traités tentent de lisser les artefacts vidéo et de corriger les erreurs mineures lorsque c’est possible. Les profils non traités copient la vidéo sans modification.
Je viens de téléverser un journal.