Après la mise à jour vers 2.4.8, aucun de mes fichiers ne permet de naviguer (seek) sur ma Smart TV Samsung (via Emby). Le profil effectue une copie directe des flux dans des conteneurs MKV. J’ai dû revenir à 2.4.7, ce qui a immédiatement résolu le problème (j’ai dû retraiter tous les fichiers de sortie générés par 2.4.8 pour que la navigation fonctionne à nouveau [car MCEBuddy supprime les originaux]).
Je soupçonne un problème FFMPEG ; j’ai tenté de remplacer les binaires FFMPEG de 2.4.8 par la dernière version officielle, mais le comportement reste identique. Je ne sais pas s’il s’agit d’un paramètre MCEBuddy ou d’un bug FFMPEG, mais je sais qu’il se produit systématiquement avec 2.4.8 et fonctionne parfaitement sous 2.4.7.
Pour l’instant, je suis simplement revenu à la version précédente pour rétablir la fonctionnalité, mais je tenais à signaler ce bogue afin qu’il puisse être corrigé dans une future version (et que je puisse éventuellement réinstaller une version plus récente).
Quel profil utilisez-vous ? MKV non traité ou personnalisé ? Si c’est un profil personnalisé, publiez-le.
Vous avez raison, nous avons mis à jour ffmpeg dans la version 2.4.8 pour améliorer les conversions matérielles.
Essayez ceci : dans le profil non traité, remplacez :
ffmpeg-ext=.mkv
par
ffmpeg-ext=.ts
ffmpeg-remuxto=.mkv
Cela permettra à ffmpeg de créer un fichier MP4, puis d’utiliser MKVMerge pour le convertir en fichier MKV.
Oui, c’est MKV Non Traités. Est-ce que les modifications suggérées vont amener FFMPEG à compresser le flux vidéo MPEG2 en MP4 avant de créer un MKV ? J’utilise MKV Non Traités précisément parce que je ne veux pas transcodage.