La vidéo se fige quelques secondes au début

General Support / Questions Déménagement commercial
1

Le fichier original se lit parfaitement, mais quand je le traite avec mcebuddy, la vidéo se fige au début, bien que l’audio continue de jouer. J’ai réinstallé mcebuddy, testé les versions 2.5 release 5 et 2.5 release 6, réinstallé Windows, réinstallé les pilotes de carte vidéo (deux 1080 Ti en SLI), et même essayé sur plusieurs PC (laptop Alienware M17 et serveur Dell PowerEdge) : tous donnent le même résultat. Je n’avais jamais eu ce problème avant l’autre jour. Je sèche complètement, toute aide sera grandement appréciée, merci !

Je peux aussi fournir les fichiers vidéo avant et après si besoin.

Voici mes logs de mcebuddy :
Bar Rescue (2011) - S03E02 - Rock 'N Roaches.mkv-remove ads-2021-05-21T21-24-48.log (586,9 Ko)

EDIT : J’ai basculé mcebuddy sur showanalyzer et utilisé des coupes personnalisées ; dans l’ensemble, les vidéos ne gèlent plus au début, mais il subsiste parfois un petit saut, ce que je peux tolérer… Je me demande si le problème ne vient pas de mon fichier comskip :
comskip.ini (6,2 Ko)

2

Il semble que vous utilisiez la version d’essai.

Je ne vois aucune erreur évidente dans les journaux. Il pourrait s’agir d’une bizarrerie dans les informations de synchronisation du flux vidéo (ce qui explique la différence entre Comskip et ShowAnalyzer, car ils choisiront des points différents pour couper les publicités), causant un blocage de ffmpeg. Si vous pouvez télécharger la vidéo originale sur notre serveur de téléchargement, je peux jeter un œil pour voir ce qui se passe.

3

@Goose J’ai téléversé les fichiers sur le serveur pour que tu puisses y jeter un œil

J’ai utilisé ffmpeg et handbrake et j’obtiens toujours les mêmes résultats. Je me demande si ce n’est pas mon fichier .comskip.ini qui cause ce problème

4

J’ai remarqué le même comportement. La vidéo se fige au point de coupure publicitaire (chapitre) mais l’audio continue.

Dans VLC, je dois arrêter la lecture, la redémarrer et utiliser la souris pour sauter juste après le chapitre où ça s’est figé. La vidéo reprend alors normalement.

Ça n’arrive pas tout le temps. Et sur certaines vidéos, ça arrive à chaque changement de chapitre.

Je transcode les enregistrements SD HDHR en H.265/AVC au format MKV avec suppression des pubs par comskip si ça peut aider. Je pense que le point de coupe/fusion n’est pas à une frontière « propre » (image clé ?) quand ça retire les pubs. Peut-être que les points de début/fin de coupe ne tiennent pas compte des images clés ? Ça pourrait être un problème de configuration de comskip ?

Je peux aussi téléverser un exemple si tu en as besoin, @Goose.

5

@Goose des progrès sur ce que pourrait être le problème ?

6

Il semble que ce que @mike808 a dit soit exact : c’est dû aux images clés aux points de coupe (ou à leur absence), ce qui provoque le déchirement. C’est un artefact de l’enregistrement original qui peut ne pas avoir assez d’images clés.

Il y a une façon d’essayer de contourner le problème : utiliser l’image clé la plus proche, ce qui fonctionne dans certains cas (selon la distance). Essayez d’ajouter ceci à votre profil :

CommercialMergeTool=avidemux

Vous pouvez trouver plus de détails sur cette option ici :

7

@goose pardonne mon ignorance, je suis nouveau dans tout ça… qu’est-ce que diable qu’est une keyframe et comment savoir quelle « keyframe » est la plus proche ?

8

Une image-clé est une image spéciale dans l’encodage qui synchronise périodiquement la vidéo avec l’audio afin qu’ils ne se désynchronisent pas trop pendant la lecture. Certains outils de montage vidéo sont conscients des images-clés, et si vous montez manuellement, vous devriez toujours couper sur les images-clés. Les outils de production vidéo peuvent insérer des images-clés lorsqu’ils remuxent la vidéo avec l’audio. Ce n’est généralement pas quelque chose avec lequel vous devez vous tracasser. Ce à quoi @Goose fait référence, c’est que partout où vous avez obtenu la vidéo, la personne qui l’a produite a décidé d’insérer ces images-clés aussi souvent que son outil le fait. Certains sont bons et vous donnent un contrôle dessus (nombre d’images ou de secondes entre les images-clés), d’autres sont basiques et les insèrent simplement toutes les 10 secondes environ. La personne qui a créé votre vidéo a déjà décidé de la fréquence à laquelle les images-clés seraient insérées dans le flux vidéo pour garder l’audio synchronisé. Gardez à l’esprit qu’il y a souvent plusieurs flux audio dans différentes langues et des flux 5.1, donc les images-clés deviennent cruciales pour garder tous ces flux synchronisés. Pour la télévision stéréo de base, ce n’est pas si important. Cela dépend simplement de la qualité de production de la vidéo originale et des outils de traitement qu’ils ont utilisés pour la créer.

Ce qui me surprend, c’est que les points de coupe de détection de publicités ne sont pas ajustés à l’image-clé précédente ou suivante, soit comme option, soit que des images-clés ne sont pas automatiquement ajoutées aux points de coupe. Je sais que je suis un peu vague car c’est probablement techniquement difficile à faire, mais en même temps, c’est bien ce que les outils de démux/remux sont censés faire automatiquement (ffmpeg, handbrake).

Cela pourrait aussi être un compromis : si l’on exige que les points de coupe de suppression des publicités soient forcés de couper sur des images-clés ou que le démux soit forcé d’ajouter des images-clés aux points de coupe, puis de scinder les flux et de les fusionner à nouveau, cela pourrait très bien nécessiter plusieurs passages dans la vidéo, et c’est là que les gens deviennent impatients.

@Goose, existe-t-il des options dans FFMPEG et/ou Handbrake et/ou avidemux pour faire quelque chose comme ça, et peut-on en faire une « option » ou un ensemble d’options prédéfinies que l’on peut activer/désactiver avec les informations/avertissements appropriés si cela signifie que plusieurs passages et transcodages prendront X fois plus de temps ? Ensuite, laissez les gens l’activer/désactiver selon leurs besoins. Pour moi, je l’activerais car mon MCEBuddy tourne la nuit après que les enregistrements ont été faits et les prépare pour une visualisation ultérieure avec Plex. Je n’enregistre pas assez pour que ma machine soit constamment surchargée en train de convertir des vidéos, donc le temps de traitement supplémentaire ne me dérangerait pas. Surtout si cela signifie une lecture parfaite sans « blocage » aux points de coupe des publicités.

9

@Goose ajouter CommercialMergeTool=avidemux semble empirer les choses. À la moitié de la vidéo, je perds l’audio. J’abandonne !!! Je ferais aussi bien de supprimer mcebuddy et de trouver une alternative. C’est dommage d’avoir payé pour quelque chose qui ne fonctionne pas. Je ne comprends pas, ma configuration n’a pas changé et soudain ce problème apparaît. C’est extrêmement frustrant !

@mike808 tous mes fichiers vidéo proviennent de mon plex dvr. Je peux utiliser showanaylizer et ça fonctionne plutôt bien, à part un saut d’un milliseconde au début. La même vidéo avec comskip commence à être corrompue. J’ai aussi utilisé plusieurs autres logiciels de montage vidéo, dont sony vegas, et la vidéo est correcte, donc je peux affirmer avec 100 % de certitude que ce n’est ni la vidéo ni la source de la vidéo.

10

Si vous obtenez de meilleurs résultats avec ShowAnalyzer, restez avec celui-ci. MCEBuddy peut utiliser ShowAnalyzer ou Comskip.

Tous les logiciels vidéo contiennent des tonnes de code « fudge factor » – de VLC à WMP, en passant par Vegas, SA, Comskip, FFMPEG, Handbrake, Avidemux, VirtualDub et tous les codecs – DivX, VP8, VP9, MP2, MP4, H265, AVC, ainsi que tous les autres produits de montage/transcodage vidéo. Et des bogues. (Il suffit de lire n’importe lequel de leurs forums et quelqu’un y décrit un « problème vidéo étrange » qui fait planter le logiciel.) Le fait que MCEBuddy fonctionne aussi bien dans 99,999 % des cas avec n’importe quelle vidéo OTA de mauvaise qualité est déjà un exploit. Je suis certain qu’il existe des fichiers vidéo que MCEBuddy gère sans problème tandis que Sony Vegas s’étouffe et plante. Il en va de même pour VLC et Windows Media Player, ou tout autre outil, codec ou logiciel de lecture.

J’espère que @Goose pourra vous rembourser si c’est ce que vous souhaitez. Bonne chance pour trouver un remplaçant et je suis désolé que MCEBuddy n’ait pas fonctionné pour vous.

11

@mike808 ça fonctionnait parfaitement depuis environ un mois et ce problème est apparu de nulle part. J’ai vu plusieurs personnes rencontrer le même souci avec mcebuddy. J’ai essayé quelques alternatives à mcebuddy hier soir et je dois dire que les vidéos sont coupées et couvertes avec plus de précision qu’avec comskip + mcebuddy

12

@Goose devrait commenter quels composants ou configurations ont changé pour eux dans MCEBuddy depuis cette période. Par exemple, une nouvelle version de Comskip/FFMPEG/Handbrake/AviDemux/mencoder a été incluse, ou des paramètres par défaut différents ont été définis dans les fichiers de configuration.

13

@Goose J’ai exactement le même problème. Rien n’a changé dans ma configuration. Ça fonctionnait depuis environ un an et tout à coup ce problème est apparu de nulle part. Je commence à me demander si ce n’est pas un problème avec mcebuddy/comskip car je ne suis pas le seul à avoir ce problème. Il y en a d’autres selon les forums qui rencontrent ce problème. J’essaie actuellement la version bêta de la nouvelle version de mcebuddy. Je ne sais pas si c’est important mais j’étais sur la version 2.55

14

Je n’ai pas eu le problème depuis un moment, et mon cas d’usage concerne le timeshifting où je supprime les émissions après les avoir regardées. Donc pour moi, ce n’est pas assez gênant pour m’en soucier. Je saute juste après le changement de chapitre et je continue à regarder dans VLC. Je me dis que si c’est un problème avec les outils tiers de coupe/remux (que @Goose n’a pas écrits et pour lesquels il n’a pas de correction pour le logiciel de quelqu’un d’autre), alors la communauté qui soutient cet outil finira par identifier le problème et éventuellement le corriger. C’est la vie quand on dépend de logiciels open-source développés par d’autres.

Ce que je vais faire, c’est surveiller les médias où cela arrive plus qu’un épisode isolé, puis désactiver mon option “supprimer l’original” pour ce profil et voir si je peux sauvegarder un petit original (par exemple SD) et la version traitée afin que @Goose puisse jeter un œil.

Peut-être que vous pouvez faire la même chose. C’est peut-être la seule façon pour @Goose d’avoir une chance d’identifier le(s) outil(s) à l’origine du problème, puis de contacter la communauté de ce composant pour qu’un volontaire corrige. Sinon, le comportement n’est pas suffisant pour identifier quelle étape spécifique fait que la frame clé est soit supprimée, soit non réinsérée aux points de changement de chapitre. Cela pourrait même avoir à voir avec le conteneur ou le média - j’utilise des conteneurs MKV avec des flux stéréo H.265/AAC si cela peut aider.

15

Ça arrive pour chacune de mes vidéos. J’utilisais HEVC MKV, je vais tester un autre profil pour voir si le problème vient du profil ou non. Je vous tiendrai informé.

@mike808 quel profil correspond à h265 ?

MKV Haute Qualité donne le même résultat : ça se fige au même endroit, l’image se bloque et j’entends l’audio. Ça me tape vraiment sur les nerfs, je suis content d’avoir dépensé de l’argent pour un truc qui marche très rarement !!! J’ai testé plusieurs fichiers ini et j’obtiens toujours le même résultat, ce qui me fait penser qu’il se passe quelque chose en arrière-plan ! Je sais que ce n’est pas mon PC, c’est une bête : 6700k, 64 Go de RAM et deux 1080Ti. Pour écarter un souci matériel j’ai désactivé l’encodage matériel, pareil. C’est ballot quand les gens disent « chez moi ça marche »… ouais, super. Et pour la suggestion de goose, comme je l’ai dit je suis nouveau, je n’ai aucune idée de ce dont il parle ni où régler ce qu’il mentionne. J’ai l’impression qu’il faut être chirurgien en chef pour tout comprendre.

Je teste actuellement le profil MKV Qualité Normale.

@mike808 peux-tu partager ton comskip.ini et ton profiles.conf ? Je veux voir si le problème vient de ces fichiers. Tu as dit que tu n’as aucun souci, donc en théorie si je remplace mes fichiers par les tiens ça devrait fonctionner sans souci.

Je viens aussi de modifier mon fichier profile :
j’ai changé l’ordre en : order=ffmpeg,handbrake
j’ai changé ss en : ffmpeg-video=-ss 10

Après quelques heures de recherche, quelqu’un a posté que ces changements avaient résolu son problème. Je croise les doigts.

Rien de ce que je fais ne change quoi que ce soit, je ne veux pas éditer 200+ fichiers à la main. Je sèche complètement et je suis prêt à me arracher les cheveux et abandonner mcebuddy si je ne règle pas ça vite.

@Goose peux-tu m’indiquer où chercher, car encore une fois rien n’a changé dans ma config d’origine (tous les fichiers ont été enregistrés via Plex) et ça marchait parfaitement pendant quelques mois, maintenant chaque vidéo passée dans comskip se fige à un moment ou un autre. Je suis désolé d’être insistant mais il y a quelque chose qui cloche et je veux le comprendre, je n’ai pas envie de définir manuellement les points de coupe dans l’éditeur de mcebuddy pour 200+ vidéos puis les passer dans showanalyzer, c’est ultra long. J’ai essayé ffmpeg vs handbrake, même souci. Au moins ça coupe les pubs où je veux, donc je progresse, mais je n’arrive pas à stopper le freeze.

mon profile.config,
profiles.conf (96,7 Ko)

mon comskip.ini
comskip.ini (7,4 Ko)

mon mcebuddy.conf
mcebuddy.conf (6,2 Ko)

tous les autres fichiers du dossier config
history (74,3 Ko)
manualqueue (15 o)
mcebuddy.conf.old (3,3 Ko)
profiles.conf.old (96,7 Ko)
temp (2 o)
tempsettings (93 o)

J’ai tout essayé et je n’arrive pas à résoudre le problème. Je suis désolé d’être pressant ou « ce type relou » mais je ne suis pas satisfait par « c’est la nature du logiciel » ou « découpe les fichiers à la main ». J’ai acheté ce logiciel pour la détection automatique des pubs et je veux en avoir pour mon argent. Si je dois tout faire manuellement j’aurais téléchargé un logiciel gratuit. Je veux juste enregistrer via Plex (parfait), que mcebuddy récupère le fichier (parfait), le convertisse en mkv (parfait), coupe les pubs (freeze avec tous les fichiers comskip) et le replace sur mon serveur multimédia (parfait).

16

@who_cares si jamais tu trouves une solution, fais-le-moi savoir, j’ai exactement le même problème que toi. Je partage aussi ta frustration. Tout fonctionnait parfaitement puis, il y a quelques semaines, en regardant How It’s Made, j’ai remarqué que la vidéo se fige également.

17

Je n’ai pas dit que je n’avais pas ce problème. J’ai dit qu’il était intermittent (le genre le plus difficile à résoudre) et que mon cas d’usage peut le contourner pendant la visualisation.

Merci à @fragmaster007 de nous avoir signalé qu’il y a d’autres personnes concernées. Peux-tu partager des détails (identiques ou différents) sur ton DVR/source d’entrée, format de sortie et profil ?

h.265 = HEVC. Et h.264 = MP4 = MPEG4 (partie 10).

La HDTV est diffusée en flux MPEG-2. Les DVD sont aussi en flux MPEG-2.

J’utilise aussi MKV. Cela pourrait être un indice pour @Goose.
J’utilise aussi comskip. J’utilise aussi le transcodage matériel (nVidia).

J’utilise un tuner SiliconDust HDHR Quattro et le logiciel DVR de SiliconDust. J’ai Plex DVR (à vie) mais je n’utilise pas le DVR.

Puisque tu rencontres ce problème sur chaque enregistrement, et que tu as téléversé tes configs et logs, cela va beaucoup aider.

Il pourrait être utile de téléverser le fichier d’enregistrement original « brut » et le MKV « cassé » résultant pour que @Goose puisse analyser. Choisis un enregistrement court/petit qui montre le problème. Crée peut-être un nouveau profil et augmente la compression pour obtenir un fichier plus petit. Il suffit qu’il enregistre sur une coupure pub et que le MKV présente le comportement de lecture défectueux.

Avec les médias avant/après, les logs et la config, ce sera probablement suffisant pour en savoir plus sur l’origine du problème.

Je croise les doigts.

19

@mike808 J’ai un SiliconDust HDHomeRun Prime. Avec @who_cares qui déclare voir le même comportement, j’espère que ce problème va attirer l’attention, @Goose

20

Je viens de télécharger la version la plus récente de comskip directement depuis leur site et j’ai copié-collé tout le contenu du nouveau dossier vers celui dans le dossier mcebuddy (sauf mon fichier comskip.ini puisqu’il coupe correctement les publicités). J’utilise mcebuddy. Je croise les doigts pour que cela résolve le problème. Je mettrai à jour une fois que mcebuddy aura terminé avec ma vidéo.

21

@Goose @mike808 je vais installer la bêta 2.5.7 et voir si ça règle le problème

je ne sais pas si c’est parce que j’ai basculé sur la bêta 2.5.7 ou parce que j’ai modifié quelques paramètres, mais on dirait que ça marche maintenant !!! plus de blocage, du moins sur les 4 vidéos que j’ai testées. Il ne me reste plus qu’à jouer avec la découpe de la fin de l’émission précédente et du début de la suivante dans mes vidéos

putain de merde !!! ça n’a pas duré longtemps, ça recommence à se bloer !!! qu’est-ce qui se passe !!!

avant, je procédais ainsi : plex enregistre dans un dossier, mcebuddy récupère le fichier, le convertit en mkv puis supprime les pubs

voici mon dernier recours avant d’abandonner et d’attendre que @Goose jette un œil plus approfondi : j’ai configuré mcebuddy pour déplacer les fichiers dans un dossier où il organise toutes les vidéos par série, puis supprime les pubs et enfin convertit en mkv.

EDIT : je pense que c’était peut-être ça le problème. pour l’instant, 4 sur 4 sans blocage. j’attendrai plus tard dans la journée pour me prononcer. j’ai une trentaine d’épisodes programmés pour enregistrer aujourd’hui sur plex. je vous tiendrai au courant dès que j’aurai un échantillon plus large