IMPORTANT REQUIS : ZIPPER/JOINDRE LES JOURNAUX DE CONVERSION pour les rapports de bogues (voir ci-dessous)
Type de demande :
BUG Version et type de MCEBuddy (32 ou 64 bits) :
2.4.7 x64 Système d’exploitation et type (32 ou 64 bits) :
Windows 10 x64 Résumé du problème ou de la suggestion :
J’ai plusieurs fichiers MKV avec une seule piste audio DTS. J’utilise l’encodeur H264_NVENC et dois donc utiliser ffmpeg pour cette fonction – à savoir transcoder/downmixer la piste audio DTS 5.1 unique vers deux flux audio de sortie AAC 2.0 et AC3 5.1.
J’ai configuré profiles.conf avec la configuration audio ffmpeg appropriée pour fournir cette fonction : ffmpeg-audio=-filter_complex "[0:a]asplit[2ch][6ch];[2ch]pan=stereo|FL=FC+0.6FL+0.2BL|FR=FC+0.6FR+0.2BR[aac]" -map [aac] -map [6ch] -c:a:0 libfdk_aac -cutoff 18000 -metadata:s:a:0 title="Stereo" -disposition:a:0 default -c:a:1 ac3 -metadata:s:a:1 title="Surround" -disposition:a:1 none
Le journal de débogage fournit les détails suivants concernant l’échec de la conversion : [AVFilterGraph @ 0000028a2c3d62e0] Unable to parse graph description substring: “Â -map”
Les valeurs de filtre complexe doivent être contenues entre guillemets, ce qui semble être la cause de l’échec de la conversion.
Étapes pour reproduire le bogue :
Configurer une tâche de conversion pour convertir (via ffmpeg) un fichier source .MKV avec une seule source audio 5.1 (non-AC3) vers MP4, en transcodant/downmixant vers deux flux audio de sortie. Exemple de paramètres de tâche dans profiles.conf (voir la section « ffmpeg-audio= ») :
J’ai joint le journal de débogage de conversion et la sortie mediainfo d’un exemple de fichier MKV source montrant la seule piste audio DTS (Salvation - S01E02 - Another Trip around the Sun.mkv.txt)
Je pense que votre problème vient du fait que votre éditeur de fichiers n’enregistre pas le profiles.conf dans le bon encodage de caractères (UTF-8) ou qu’il convertit certains de vos caractères en caractères unicode étendus lors de l’enregistrement.
Essentiellement, vous avez un problème d’éditeur de fichiers.
J’ai vérifié que mon fichier profiles.conf est en UTF-8.
Avec votre test, utilisiez-vous un fichier source avec un seul flux audio non-AC3 à 6 canaux (par exemple DTS, DTS-HD, etc.) ? Le journal que vous avez fourni suggère que votre source contenait un flux audio AC3. Dans ce cas, votre test faisait référence au paramètre « ffmpeg-audioac3= » du profil plutôt qu’à « ffmpeg-audio= », qui est l’endroit où se situe actuellement mon problème.
Pour référence, lancer ffmpeg via la CLI produit les mappages de flux suivants, utilisant correctement les filtres spécifiés dans profiles.conf (c’est-à-dire ffmpeg-audio=-filter_complex « [0:a]asplit[2ch][6ch];[2ch]pan=stereo|FL=FC+0.6FL+0.2BL|FR=FC+0.6FR+0.2BR[aac] » -map [aac] -map [6ch] -c:a:0 libfdk_aac -cutoff 18000 -metadata:s:a:0 title=« Stereo » -disposition:a:0 default -c:a:1 ac3 -metadata:s:a:1 title=« Surround » -disposition:a:1 none)
Comme vous avez un profil très spécifique et avancé, je suppose que vous ne voulez pas que MCEBuddy modifie vos paramètres. Je recommanderais d’explorer l’utilisation de ces 3 options dans votre profil
Consultez la documentation pour voir comment elles fonctionnent.
J’ai essayé d’utiliser un fichier audio AAC multicanal à titre de test (un seul changement : passage de nvenc à l’encodeur logiciel), j’obtiens une autre erreur qui semble liée aux paramètres de l’encodeur, mais je n’arrive toujours pas à reproduire votre erreur originale qui me semble être une erreur unicode. Lors de mon test, le fichier profiles.conf a été enregistré au format UTF16LE.
Avec un fichier audio multi-canal à piste unique, je ne parviens pas à reproduire la même erreur. Cette erreur est probablement due à un problème de profil ; dans mon exemple vidéo, la vidéo était la piste 1 et l’audio la piste 0 :
Comme suggéré, j’ai ajouté « ffmpeg-AudioOptimized=true » à mes profils. Mes tâches de conversion qui font référence à « ffmpeg-audio= », c’est-à-dire toute source audio non-AC3, fonctionnent maintenant.
Des tests supplémentaires effectués ce matin révèlent que le problème initial persiste pour les tâches de conversion (flux média source AC3) qui font référence à « ffmpeg-audioac3= »
Vous avez un caractère non ASCII étendu dans votre ligne de commande. Utilisez un outil en ligne comme UberToolz : Clean TEXT Data pour nettoyer vos caractères non ASCII et cela fonctionnera correctement.