Je n’ai jamais été satisfait des découpes commerciales automatisées, même après avoir tenté quelques réglages. J’ai donc décidé d’utiliser Custom Cuts pour recadrer parfaitement les fichiers lors de leur ajout à ma bibliothèque.
Le problème : après la suppression d’un bloc publicitaire, la vidéo saccade et devient pixelisée pendant environ 5 secondes. Ensuite, l’image redevient parfaite. La coupure suivante entraîne souvent un nouveau saccadage. Seule la vidéo est touchée ; l’audio ne pose aucun souci.
J’utilise Custom Cuts pour créer mes fichiers EDL, puis MCEBuddy pour couper et convertir en H.265. Je ne vois pas pourquoi l’emploi de Custom Cuts générerait ces problèmes, mais ils semblaient bien moins fréquents lorsque je laissais Comskip travailler automatiquement (et mal).
J’ai toujours ce problème, et les coupes personnalisées sont pratiquement inutilisables à cause de l’audio inconsistant lors de leur utilisation. Quelqu’un a-t-il des suggestions ? Je vois d’autres personnes avec des problèmes de synchronisation audio. Je ne peux pas utiliser un décalage audio car cela se produit aléatoirement sur un marqueur edl au milieu d’un programme en cours de découpage.
J’ai essayé de lire les autres fils de discussion et la documentation pour modifier le profile.conf vers une configuration personnalisée. Je suis prêt à fournir le fichier de configuration pour des recommandations. Malgré mes lectures et ajustements, je n’ai tout simplement pas réussi. Je suis certain que cela peut être résolu par quelqu’un de compétent, mais je ne vois tout simplement pas comment.
Il est toujours utile de publier votre profil. Si les horodatages dans la vidéo sont corrompus, ils doivent être nettoyés. Le niveau de nettoyage dépend du degré de corruption, de l’outil utilisé et des paramètres.
Cela peut également être lié aux images GOP. Le fonctionnement de la vidéo est tel que toutes les images ne sont pas complètes. Ainsi, si la coupe se produit sur une image non GOP, vous verrez une vidéo corrompue pendant quelques secondes jusqu’à l’arrivée de la prochaine image GOP. L’image GOP contient l’image « complète », tandis qu’une image GOP coupée ne possède pas toutes les informations, d’où la corruption (ou techniquement l’absence d’informations complètes).
Si vous pouvez joindre votre journal de conversion, cela apportera également plus de précisions sur ce qui se passe.
La valeur par défaut est ffmpeg, qui fonctionne très bien pour la plupart des fichiers vidéo, mais pour les fichiers ayant de longs intervalles GOP, cela peut provoquer le type de problèmes que vous rencontrez, où les publicités sont coupées au milieu d’un GOP. La différence est que, bien que cela puisse corriger votre saccadage, l’emplacement de la coupe ne sera pas exactement au point que vous avez marqué. En effet, il attendra la trame GOP suivante pour obtenir une image complète, ce qui peut être quelques secondes après le point de coupe identifié, selon l’écart entre les trames GOP dans votre enregistrement.
Merci pour les réponses. Pour ce fichier en particulier, je supprime les publicités d’un enregistrement TVE capté via Channels.
Voici le profil que j’ai utilisé hier.
[HEVC MP4]
Description=Conversion HEVC en MP4 (H.265/AAC). Crée un fichier plus petit (50 % plus petit que H.264) avec une qualité comparable mais très lent.
order=handbrake,ffmpeg
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -tag:v hvc1 -vf yadif=0:-1:1,hqdn3d -vcodec libx265 -preset medium -crf 26 -map 0:v -sn
ffmpeg-audio=-acodec aac -ab 192k -map 0:a
ffmpeg-audioac3=-acodec aac -ab 384k -map 0:a
ffmpeg-ext=.mp4
ffmpeg-audiodelay=skip
handbrake-general=--decomb --loose-anamorphic --verbose=2 -f mp4
handbrake-video=--start-at duration:0 -e x265 --encoder-preset medium -q 26
handbrake-audio=-E faac -R auto -B 192 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E faac -R auto -B 384 -D 0 -a 1,2,3,4,5
handbrake-ext=.mp4
handbrake-audiodelay=skip
CommercialMergeTool=avidemux
CutMP4Alternative=true
Lors de cette exécution, j’ai ajouté CutMP4Alternative=true et supprimé PreConversionCommercialRemover=true qui posait encore des problèmes. Le décalage audio est revenu, mais un peu moins qu’habituellement cette fois. Le principal problème est qu’avec ce profil, les publicités ne sont pas coupées aux bons endroits, là où j’ai créé un EDL dans Custom Cuts.
J’ai téléversé le journal sous mon nom d’utilisateur.
Je suis prêt à traiter un fichier deux fois si cela peut aider. Je le faisais déjà dans mon flux de travail. Je convertissais en MP4 via h.265, puis je créais un EDL avec Custom Cuts et je supprimais simplement les publicités lors d’un second passage. Cela permettait d’éviter les images saccadées aux coupures. J’espérais que cela éliminerait les décalages audio de plusieurs secondes induits, mais ce n’est pas le cas.
Je n’avais pas encore mis à niveau vers la nouvelle version parce que je ne voulais pas dépenser l’argent si je ne pouvais pas résoudre le problème. Je suis heureux de vous informer qu’après la mise à niveau, j’obtiens de bien meilleurs résultats.
Aux marqueurs edl des coupes personnalisées, j’obtiens quelques écrans noirs pendant quelques secondes, ce que je suppose être l’endroit où les erreurs de trames I vs P et de synchronisation se produisent, mais quand l’image revient, l’audio semble se synchroniser.
Je vais continuer à expérimenter maintenant que je peux reprendre le travail sur mon gros arriéré de conversions. Merci pour votre aide.
Eh merde. J’ai visiblement parlé trop vite sur les problèmes de synchronisation.
Je coupais les publicités d’un fichier déjà converti en MP4 HEVC, et j’ai à nouveau des problèmes de synchronisation audio qui surviennent à un point de coupe edl défini dans Custom Cuts. J’ai publié le journal pour l’exécution de suppression edl uniquement.
Je vois beaucoup d’erreurs dans la source vidéo, qui sont probablement la cause de vos problèmes de synchronisation audio :
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691043, current: 291666083; changing to 291691044. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691044, current: 291668003; changing to 291691045. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691045, current: 291669923; changing to 291691046. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691046, current: 291671843; changing to 291691047. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691047, current: 291673763; changing to 291691048. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691048, current: 291675683; changing to 291691049. This may result in incorrect timestamps in the output file.
Essayez ceci :
Essayez également d’activer l’option Skip remuxing dans la page Conversion Task → Expert settings.
Ensuite, j’ai coché l’option Skip Remuxing. Le processus s’est bloqué plusieurs fois sur « analyzing show information » après la fusion. Je suis retourné dans les paramètres pour décocher Skip Remuxing, et j’ai relancé. Cette fois, l’exécution a réussi. Je ne sais pas s’il s’agit d’un bug ou d’une combinaison de paramètres invalides ? L’audio est synchronisé, du moins pour ce fichier. Je vais en traiter d’autres et voir comment ça se passe.