Je me demande si quelqu’un a des solutions à un problème occasionnel : quand j’enregistre avec Hauppauge Capture au format TS et que je fais des coupes, l’enregistrement refuse parfois de se convertir. Le TS lui-même se lit bien, mais même si j’essaie de couper manuellement avec ffmpeg, j’ai des soucis. Le symptôme classique est un fichier très court : une émission qui devrait durer 40-45 min après découpe ne fait que 20 min, ou parfois quelques secondes et n’affiche que l’image de couverture.
Quand cela arrive, la seule solution est de ré-enregistrer. Cela arrive aussi parfois avec l’MP4.
J’ai essayé OBS, mais je n’ai pas réussi à obtenir un rendu correct. J’ai typiquement un flou horizontal étrange et la plupart des conseils portent sur les FPS ; le périphérique fait 60 fps, donc j’ai testé 60, 30 (on m’a dit d’utiliser un multiple) et je crois 55, mais le résultat reste à peu près le même.
Je l’essaierai au prochain échec. Je ne pense pas avoir conservé les fichiers précédents ayant échoué.
Je sais qu’on en a déjà parlé, et je crois avoir essayé Handbrake, qui a peut-être aussi échoué — mais c’était il y a quelques mois.
Cela fait quelques semaines, mais j’ai enfin rencontré un exemple de problème ; j’ai regardé les journaux, mais dans ce cas je ne pense pas que le souci vienne de la conversion, plutôt du découpage. J’utilise des fichiers EDL que je crée avec Custom Cuts et la vidéo résultante semble manquer de 2 segments. L’enregistrement vient d’une chaîne PBS qui fait une levée de fonds, donc il y a quelques gros blocs à couper, plus larges que les publicités habituelles. Il y avait 5 coupes (début et fin comprises), donc 4 portions « bonnes », et tout ce que je peux voir dans le fichier final, c’est qu’il manque les 2 derniers segments. La vidéo devrait durer environ 1 h et ne fait qu’environ 38 min. Des idées ?
Ensuite, je vois un échec lors de la tentative de couper le 3e segment
2024-09-06T18:59:26 MCEBuddy.AppWrapper.FFmpeg → Conversion failed!
→ Process exited with code -1094995529
→ FFMpeg output file size [KB] → 34.00
Après cela, il s’arrête et ne coupe pas les segments restants (il ne devrait pas, donc cela pourrait être un bug), mais il semble que le fichier original soit corrompu.
Merci pour l’exemple. Il semble que la vidéo originale présente de nombreuses erreurs de timestamp (probablement dues à un mauvais signal OTA ou à un problème de pilote de tuner TV, ce qui pourrait être résolu en testant une autre version du pilote ou en amplifiant le signal OTA).
Il y avait un bug dans MCEBuddy qui l’empêchait de détecter correctement la corruption, ce qui faisait qu’il ignorait la vidéo corrompue. Nous l’avons corrigé dans la dernière version bêta 2.6.5. Désormais, il détectera la vidéo corrompue et, s’il ne peut pas effectuer les coupes avant la conversion, il tentera de corriger les problèmes vidéo pendant la conversion, puis d’éliminer les publicités après la conversion. Dans ce cas, le traitement prendra plus de temps, mais il devrait pouvoir récupérer la vidéo et couper les publicités avec succès.
Testez la dernière version bêta et dites-moi comment cela se passe.
J’ai essayé la version 2.6.5 et elle semble fonctionner, j’ai vu qu’elle a coupé la 2e fois à la fin. Les coupes sont légèrement décalées par rapport à l’original — du moins, le début de la vidéo avec la 2.65 incluait un peu de ce que j’essayais de couper.
Je vais voir si je peux faire quelque chose avec le périphérique — ce n’est pas un tuner, c’est techniquement un appareil d’enregistrement vidéo pour le jeu, mais il a des entrées HDMI et composantes, donc j’utilise la composante depuis mon boîtier câble. Je remarque que le pilote semble avoir un numéro plus récent que celui disponible sur leur site web, ce qui est un peu étrange, et le câble USB est un peu long, donc je pourrais essayer de déplacer le boîtier et utiliser un câble plus court et plus récent.
J’ai passé le fichier vidéo que vous avez téléchargé avec le fichier de découpes EDL dans MCEBuddy 2.6.5 bêta en utilisant le profil MP4 Unprocessed. Il a découpé exactement selon le fichier EDL qui correspond au fichier original. Je n’ai pas remarqué de différence dans les points de coupe (pas plus d’environ 1 seconde de décalage qui se produit car les coupes sont toujours sur les limites GOP sinon vous verrez des déchirures vidéo).