Version et type de MCEBuddy (32 ou 64 bits) :
2.4.9 – 64
Système d’exploitation et type (32 ou 64 bits) :
64
Résumé du problème ou suggestion :
La vidéo se fige pendant que l’audio continue de jouer dans les conversions mp4, surtout quand un autre enregistrement est en cours pendant la conversion. Cela dure depuis quelques mois.
Séparément, j’ai remarqué qu’Handbrake 1.2.2 a son propre bug lors de la conversion de certaines vidéos. J’utilise le logiciel hors de MCEBuddy sur un autre ordinateur et j’ai eu des échecs inhabituels. Apparemment, les bugs ont été corrigés dans les versions Nightlies et je peux convertir sans problème avec ces dernières.
J’ai aussi tenté d’installer certains pilotes vidéo Intel recommandés. Tous ont refusé de s’installer. J’utilise actuellement un i7 Quad 6e génération avec graphiques Intel 530 intégrés et le pilote 23.20.16.4973.
Étapes pour reproduire le bug :
Voir ci-dessus
Captures d’écran :
L’image est claire mais figée pendant que l’audio continue sans interruption. Parfois, la conversion vidéo reprend plus tard dans le même enregistrement.
Votre vidéo source est corrompue et présente des problèmes de synchronisation qu’ffmpeg ne parvient pas à corriger :
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 2 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:2; previous: 30718800, current: 30715920; changing to 30718801. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 15 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] Invalid timestamps stream=0, pts=5396043679, dts=5396103209, size=3661
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Invalid DTS: 31001754 PTS: 30942224 in output stream 0:0, replacing by guess
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 1 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022775, current: 31016769; changing to 31022776. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022776, current: 31019772; changing to 31022777. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022777, current: 31019884; changing to 31022778. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022778, current: 31022775; changing to 31022779. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
Vous pouvez essayer de dire à MCEBuddy d’utiliser AVIDemux au lieu de FFMPEG pour voir si cela aide, en ajoutant CommercialMergeTool=avidemux à votre profil
Merci. J’ai bien vérifié. Je ne comprends pas pourquoi j’obtiens des enregistrements corrompus de manière intermittente. J’utilise un Hauppauge WinTV-DualHD et il a parfaitement fonctionné jusqu’à il y a quelques mois. J’ai une configuration indépendante, une antenne orientée du même côté, et il n’y a aucun problème là-bas.
J’allais suggérer d’essayer de supprimer la publicité après la conversion, mais je ne suis pas sûr que cela résolve le problème, puisque même Handbrake a du mal à traiter la vidéo :
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] invalid cbp at 0 38
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] invalid cbp at 12 39
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] 00 motion_type at 11 40
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] MVs not available, ER not possible.
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] delta bit allocation strategy reserved
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] error decoding the audio block
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] frame sync error
2019-06-23T18:39:51 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 100.00 %[mpeg2video @ 0000000005089320] skipped MB in I-frame at 60 14
2019-06-23T18:39:51 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] skipped MB in I-frame at 86 15
Mais vous pouvez essayer en définissant PreConversionCommercialRemover=false dans votre profil, mais si la vidéo est fortement corrompue, je doute que cela aide.
Les raisons les plus courantes de la corruption vidéo sont :
Mauvais signaux OTA/source
Une mise à jour du pilote du tuner TV qui provoque des problèmes de synchronisation/de minutage
Merci, mais je sais maintenant que je dois résoudre le problème de capture OTA. C’est soit un problème de pilote, soit un problème d’antenne. J’apprécie votre aide
La coupe commerciale « parfaite » a été la plus difficile à obtenir de toutes les étapes de ce processus. Elle n’a jamais vraiment fonctionné. Parfois, elle laisse tout un segment intact, et d’autres fois elle supprime le dernier segment du Nightly News. Bizarre.