Type de requête :\nBUG / NOUVELLE FONCTIONNALITÉ\nBUG - Profil : MKV Non Traité\n\nVersion et type de MCEBuddy (32 ou 64 bits) :\nMCEBuddy 64 bits ; bêta 2.4 du 25 mai et bêta de mai précédente\n\nSystème d’exploitation et type (32 ou 64 bits) :\nWindows 10 64 bits ; version 1803\n\nRésumé du problème ou de la suggestion :\nLes fichiers générés avec le profil MKV Non Traité ne s’ouvrent pas, les vignettes ne s’affichent pas dans l’Explorateur de fichiers.\nLes fichiers exportés par MCEBuddy (les versions bêta de mai posent problème, celles d’avant fonctionnaient) ne s’ouvrent/passent pas en transcodage dans A’s Video Converter et provoquent un crash d’A’sVC.\nEn reprenant la/les vidéo(s) exportée(s) par MCEBuddy et en les ré-emballant en MKV via XMedia Recode, le fichier produit est traité sans souci par A’s Video Converter.\nRevenir à la build d’avril corrige le souci.\n\nÉtapes pour reproduire le bug :\nLes fichiers WTV – SDi, HDi/p (720p et 1080i) « convertis » par MCEBuddy (deux dernières versions bêta) via le profil MKV Non Traité ne peuvent pas être lus/traités correctement par A’s Video Converter et les vignettes n’apparaissent pas dans l’explorateur.\n\nCaptures d’écran :\n\n----------\nLes fichiers mkv générés par MCEBuddy et le fichier mkv ré-emballé par XMedia Recode ont été envoyés sur votre serveur FTP dans le dossier john_freiman.\nJe joins l’export MediaInfo d’un fichier, à la fois pour la version MCEB d’origine et pour celle d’XMedia, ainsi que les logs depuis la mise à jour vers la bêta du 28 mai (je comptais envoyer les logs de mai précédents, mais ils ont été supprimés lors de la désinstallation/réinstallation de la version antérieure).mceduddy 2.4 May 25 Logs & MediaInfo export.zip (1,2 Mo)\nP.S. : j’allais signaler ce problème avec la première bêta de mai, mais pour savoir s’il venait de MCB ou de la config, je suis revenu à la bêta d’avril et j’ai alors découvert que tous mes fichiers log avaient été supprimés lors de la désinstallation/réinstallation.\n:man_facepalming:
Avant de revenir à la version d’avril, j’ai remplacé les MKVTools inclus (Fusionner et Extraire) (v17) par la dernière version v23 pour voir si cela « résout » le problème mentionné ci-dessus — je ferai un retour après avoir enregistré une nouvelle émission.
mise à jour : remplacer le(s) fichier(s) MKVmerge (C:\Program Files\MCEBuddy2x\mkvmerge) par la dernière version de MKVTools n’a pas corrigé/résolu le problème.
Les fichiers créés avec les versions bêta de mai de MCEBuddy ne peuvent toujours pas être ouverts par A’s Video Converter.
Je reviens à MCEBuddy 2.4.9 64bit - 20180421 jusqu’à ce qu’une solution, un correctif, une solution de contournement ou un « essai » soit disponible.
** L’une des nouveautés des versions de mai, je crois, concerne des changements qui profitent aux utilisateurs de Ceton ETH (comme moi). 
Nous avons mis à jour le profil MKVUnprocessed le 14 mai pour le rendre plus compatible avec les téléviseurs Samsung
Pouvez-vous publier vos profils. Celui qui fonctionne et celui qui ne fonctionne pas
Nous avons changé l’ordre de :
order=ffmpeg,copy
à :
order=copy,ffmpeg
Essayez ceci :
Revenez à :
order=ffmpeg,copy
et faites aussi ce changement :
ffmpeg-ext=.mkv
à
ffmpeg-ext=.ts
ffmpeg-remuxto=.mkv
Cela résout-il le problème ?
J’ai remarqué le changement de l’ordre entre ffmpeg et copy et vice versa ; j’ai effectué ce changement mais le problème persistait — j’ai donc supprimé l’option « copy ».
Je n’avais en revanche pas remarqué les modifications de ffmpeg-ext=.ts et remuxto=…
Je vais appliquer ce changement et voir si cela résout mon problème.
Merci.
Voici ce qui fonctionne (build du 21 avril)
[MKV Unprocessed]
Description=Très rapide mais fonctionnalités limitées. Utilisez ce profil si vous souhaitez copier les pistes audio et vidéo d'origine, supprimer les publicités et convertir le fichier au format MKV (ex. WTV vers MKV) sans traitement supplémentaire (désentrelacement, redimensionnement, volume, recadrage, etc.). La vidéo d'origine peut être au format MPEG1, MPEG2 ou MPEG4/H.264, elle sera conservée sans modification.
order=ffmpeg,copy
copy-ext=.ts
copy-remuxto=.mkv
copy-audiodelay=skip
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vcodec copy -map 0:v -sn
ffmpeg-audio=-acodec copy -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
PreConversionCommercialRemover=true
FixedResolution=true
SkipCropping=true
AutoDeinterlace=false
DisableEncoderReordering=true
Au lieu de désinstaller la version d’avril puis installer la ou les versions de mai, puis-je simplement remplacer le fichier profiles.conf ?
J’ai aussi un en-tête « personnalisé » pour deux profils uniques afin de faire passer la vidéo et de ne muxer que l’audio — existe-t-il un moyen de conserver cet en-tête lors des réinstallations, ou le copier-coller dans chaque nouvelle version est-il la seule façon de le garder ?
La seule façon de conserver les profils personnalisés est de configurer un fichier profiles.conf séparé et d’indiquer à MCEBuddy de l’utiliser depuis la page des paramètres système. De cette manière, il utilisera toujours le fichier personnalisé.
Pour aller au fond des choses, il serait bon d’isoler le véritable problème.
Votre profil ci-dessus fonctionne-t-il avec la dernière version ?
re : profils personnalisés : compris, mais je ne verrai jamais le profiles.conf mis à jour avec les nouveaux réglages/options. (mais je n’aurai pas non plus de problèmes de compatibilité.)
Je viens d’installer proprement la version du 25 mai. Je sauvegarde à la fois profiles.conf et mcebuddy.conf et vais tester vos suggestions — y compris utiliser les fichiers .conf d’avril.
Même problème après avoir appliqué les modifications ci-dessus au profil MKV Non traité
[MKV Unprocessed]
Description=Très rapide mais fonctionnalités limitées. Utilisez ce profil si vous souhaitez copier les pistes audio et vidéo d’origine, supprimer les publicités et convertir le format de fichier en MKV (par exemple WTV vers MKV) sans traitement supplémentaire (désentrelacement, redimensionnement, volume, recadrage, etc.). La vidéo originale peut être dans n’importe quel format, MPEG1, MPEG2 ou MPEG4/H.264, elle sera conservée inchangée.
order=ffmpeg,copy
copy-ext=.ts
copy-remuxto=.mkv
copy-audiodelay=skip
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vcodec copy -map 0:v -sn
ffmpeg-audio=-acodec copy -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.ts
ffmpeg-remuxto=.mkv
ffmpeg-audiodelay=skip
PreConversionCommercialRemover=true
FixedResolution=true
SkipCropping=true
AutoDeinterlace=false
DisableEncoderReordering=true
La vignette n’est plus visible (affiche uniquement l’icône de format) et A’s Video Converter ne peut pas traiter le fichier.
À part ces 2 modifications apportées au fichier profiles.conf, aucune autre modification ou ajout n’a été effectué sur la version propre du 25 mai.The Dr. Oz Show_KTVUDT_2018_05_30_13_57_47.wtv-ATSC Combo-2018-05-30T14-10-37.3898796-07-00.log (738,9 Ko)
Donc pour clarifier, en utilisant la version du 25 mai :
Ceci ne fonctionne pas :
ffmpeg-ext=.ts
ffmpeg-remuxto=.mkv
et ceci fonctionne :
ffmpeg-ext=.mkv
Correct, ce changement n’a pas fonctionné.
Veuillez vérifier le profil [MKV Unprocessed] mentionné ci-dessus pour confirmation (ou erreurs, fautes de frappe, etc.).
Je me demandais s’il y a eu du progrès dans l’identification de ce problème ou dans sa résolution sur les versions bêta actuelles (ou futures ?)…
Le problème avec le profil est que MKVMerge crée des fichiers que votre configuration n’aime pas, tandis que ffmpeg fonctionne.
Ce changement avait été effectué car les téléviseurs Samsung ne lisaient pas les fichiers créés par ffmpeg, mais pouvaient lire ceux créés par MKVMerge.
Comme vous pouvez le voir, aucune solution unique ne convient à tous les besoins, mais nous allons probablement revenir en arrière sur ce changement car d’autres applications ont également des problèmes avec MKVMerge et nous créerons une FAQ pour le problème des téléviseurs Samsung.
Est-il exact de dire que la seule chose modifiée dans la version bêta du 5 juin est profile.xml et mcebuddy.xml ?
Paul, vous pouvez consulter le fichier readme sur le serveur pour obtenir les détails des modifications apportées à chaque date de version bêta.
Merci Goose. La seule chose dans le journal des modifications de la version BETA incrémentale était « Revenir en arrière sur les modifications du profil Non traité MKV »
Cela n’a donc pas répondu à ma question.
Je me demandais simplement si la seule chose qui avait changé dans la version bêta du 5 juin était les fichiers xml de profil ou si le programme lui-même avait changé.
Je lis toujours les journaux des modifications, surtout pour la bêta.
La seule modification apportée était au fichier profile.conf pour cette entrée.
Ce problème a donc persisté dans les versions bêta 2.4.9 et continue avec la .10 également.
Le « contournement » que j’ai trouvé consistait à passer la tâche de conversion en .TS non traité.
C’était acceptable, mais les builds 2.4.9 utilisant MKV non traité pour le rendu final vers mes dossiers Collection TV contenant de la vidéo HEVC/.265 ne permettaient ni la recherche, ni le balayage, ni la reprise de la lecture dans Plex, et ne s’ouvraient pas dans VLC (sous Windows) — le lecteur Microsoft Films et TV lisait le fichier, mais partageait les mêmes problèmes : pas de recherche, pas d’avance rapide, etc.
J’ai donc « mis à niveau » vers la dernière bêta .10 et A ne peut toujours pas lire/convertir les MKV créés avec MCEBuddy ; il peut par contre gérer les mêmes fichiers au format TS (les MKV de MCEBuddy (toute version) réencapsulés avec MKVToolNix fonctionnent).
Les fichiers mkv générés par MCEBuddy se lisent, se balayent et reprennent parfaitement dans Plex et passent aussi dans VLC !
Cependant, la version .10 de Plex n’associe plus correctement mes fichiers TV à TheTVdb, IMDB, etc. Les fichiers au format « titre sXXeXX titre de l’épisode » sont bien placés dans le dossier correspondant, mais ceux du type « titre sXXeXX » ne sont jamais recherchés ni mis à jour avec le titre de l’épisode, et ne sont pas classés dans le dossier adéquat. Ils atterrissent chacun dans leur propre dossier :
titre sXXeX1\Season 0\s00e00 -.mkv
titre sXXeX2\Season 0\s00e00 -.mkv
titre sXXeX3\Season 0\s00e00 -.mkv
etc…
C’est plus qu’aggravant et rend impossible le re-traitement de toutes mes saisons HEVC déjà stockées par MCEBuddy.
Existe-t-il un réglage à faire dans MCEBuddy 2.4.9 pour qu’il produise des vidéos MKV x265 lisibles ?
Je commence à être fatigué de ces nouveaux soucis à chaque mise à jour et je serais ravi d’en finir avec ce cycle et, une fois de plus, disposer d’un système fiable pour organiser mes fichiers.
Avant de passer de « MCEBuddy 2.4.9 64 bits – 20180920 » (les versions ultérieures posaient les mêmes ou des problèmes similaires), j’ai sauvegardé le dossier Program Files ; j’ai donc accès aux anciens journaux ainsi qu’aux nouveaux.
Je recommanderais également d’utiliser la version BÊTA 2.4.10 d’aujourd’hui. Nous avons une nouvelle version de ffmpeg. Cela a peut-être résolu vos problèmes de profil ffmpeg et également quelques corrections liées à la correspondance des métadonnées.
Si vous rencontrez toujours un problème, veuillez joindre votre journal de conversion avec l’exécution de la version BÊTA 2.4.10 afin que je puisse voir ce qui se passe. Également, si vous pouvez télécharger le fichier original sur le serveur MCEBuddy qui a un problème avec le profil MKV Non traité vers notre serveur, je pourrai reproduire le problème et l’analyser en profondeur, sinon il sera plus difficile de déterminer ce qui se passe.