J’ai des fichiers MP4 qui, une fois convertis (peu importe les réglages utilisés), ne produisent que l’audio sans la vidéo. Je les convertis parce que le client ChannelsDVR FireTV ne les lit pas tant que le décodage logiciel n’est pas activé, et quand il l’est, plus rien ne se lit.
Voici les informations sur le fichier source. Comme par hasard, le fichier journal fait plus de 10 Mo, donc impossible de le télécharger ici, c’est génial.
Général
Nom complet : C:\Users\edward\Videos\MCEBuddyVideoIN\Logan’s Run - s01e01 - Logan’s Run.mp4
Format : MPEG-4
Profil du format : Base Media
ID du codec : isom (isom/iso2/mp41)
Taille du fichier : 769 Mio
Durée : 1 h 13 min
Mode du débit global : Variable
Débit global : 1 462 kb/s
Collection : Logan’s Run
Saison : 1
Album/Interprète : Logan’s Run
Partie : 1
Position de la partie : 1
Total des parties : 1
Titre de la piste : Logan’s Run
Position de la piste : 1
Interprète : Logan’s Run
Genre : Sci-Fi & Fantasy
Description : Logan quitte la Cité des Dômes avec Jessica ; ils sont kidnappés par deux robots. Un androïde nommé Rem les sauve et ils s’enfuient avec Francis à leurs trousses.
Date d’enregistrement : 1977
Date d’encodage : UTC 1970-01-01 00:00:00
Date de marquage : UTC 2009-06-29 18:37:02
Pochette : Oui
ID_Partie : S1E1
Vidéo
ID : 1
Format : MPEG-4 Visual
Profil du format : Simple@L1
Réglages, BVOP : Non
Réglages, QPel : Non
Réglages, GMC : Aucun point de déformation
Réglages, Matrice : Défaut (H.263)
ID du codec : mp4v-20
Durée : 1 h 13 min
Débit : 1 328 kb/s
Largeur : 640 pixels
Hauteur : 480 pixels
Rapport d’aspect : 4:3
Mode image : Constant
Images par seconde : 30,000 FPS
Espace colorimétrique : YUV
Sous-échantillonnage chroma : 4:2:0
Profondeur des couleurs : 8 bits
Type de balayage : Progressif
Mode de compression : Avec perte
Bits/(Pixel*Image) : 0,144
Taille du flux : 699 Mio (91 %)
Bibliothèque d’écriture : Lavc52.1.0
Date d’encodage : UTC 1970-01-01 00:00:00
Date de marquage : UTC 1970-01-01 00:00:00
Audio
ID : 2
Format : AAC LC
Infos du format : Advanced Audio Codec Low Complexity
ID du codec : mp4a-40-2
Durée : 1 h 13 min
Mode du débit : Variable
Débit : 128 kb/s
Canaux : 2 canaux
Disposition des canaux : L R
Fréquence d’échantillonnage : 48,0 kHz
Images par seconde : 46,875 FPS (1024 SPF)
Mode de compression : Avec perte
Taille du flux : 67,3 Mio (9 %)
Date d’encodage : UTC 1970-01-01 00:00:00
Date de marquage : UTC 2009-06-29 18:37:02
Essayez de compresser et de télécharger les journaux. On ne peut pas faire grand-chose sans les consulter. Ou essayez de les parcourir vous-même et recherchez les entrées WARNING> ou ERROR> pour voir ce qui se passe.
Il y en a un tas, mais je ne sais pas comment y remédier. L’autre façon dont ça fonctionne, c’est si je demande à ChannelsDVR Client de transcoder, donc je sais que c’est possible.
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → Error while decoding stream #0:1: Operation not permitted
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] [IMGUTILS @ 00000084bdfff320] Picture size 0x0 is invalid
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] video_get_buffer: image parameters invalid
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] get_buffer() failed
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] thread_get_buffer() failed
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] get_buffer() failed (-22 0000000000000000)
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef7d40] Context scratch buffers could not be allocated due to unknown size.
Votre fichier vidéo source est soit corrompu, soit non conforme aux spécifications MPEG-4. Je vois des erreurs partout en tentant de traiter le flux vidéo :
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits 0 is invalid in relation to the current bitstream, this is likely caused by a missing VOL header
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits set to 5 bits, based on bitstream analysis
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits 4 is invalid in relation to the current bitstream, this is likely caused by a missing VOL header
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits set to 5 bits, based on bitstream analysis
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] looks like this file was encoded with (divx4/(old)xvid/opendivx) → forcing low_delay flag
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, header damaged or not MPEG-4 header (f_code=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → Last message repeated 400 times
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, header damaged or not MPEG-4 header (qscale=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, header damaged or not MPEG-4 header (f_code=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → Last message repeated 69 times
Quelle est la source de l’enregistrement ? S’il s’agit d’une carte tuner TV, alors soit le flux vidéo source présente une corruption OTA, soit, si cela a commencé récemment, le pilote de votre tuner TV a probablement été mis à jour ou remplacé et produit une vidéo non conforme. Dans tous les cas, le problème vient du flux vidéo source.
Je comprends ce que vous dites. Je ne suis pas certain de la source originale. Ce que je sais, c’est que MCEBuddy utilise FFMpeg, et je sais aussi que ChannelsDVR utilise FFMpeg pour faire son transcodage. Cela fonctionne avec Channels, alors pourquoi cela ne fonctionne-t-il pas avec MCEBuddy ?
J’ai réussi à convertir ces fichiers avec VLC. Aucune erreur et ils lisent parfaitement dans Channels maintenant.
VLC doit être plus tolérant qu’FFMpeg avec les paramètres utilisés par MCEBuddy. Handbrake ne pouvait pas non plus gérer, probablement pour la même raison. Ces fichiers originaux devaient être sérieusement corrompus.
Tous mes autres fichiers problématiques ont été traités correctement par MCEBuddy, c’est une bonne nouvelle.
Merci quand même d’avoir essayé d’aider, c’est grandement apprécié!!!