Interface et usage

Interface et usage

Commande et journal communs

Le bouton au-dessus du journal suit le panneau actif : Remux & Encode, Hybrid Studio, Merge DoVi / HDR10+ ou Écrire le fichier corrigé dans HDR Studio. Si plusieurs opérations sont prêtes, la flèche permet de choisir celle à lancer. Pendant une exécution, le bouton et l’annulation restent associés au traitement en cours, même après un changement de panneau.

Le journal reçoit les messages de ces opérations. Son filtre conserve l’historique ; remonter dans les messages suspend le défilement automatique, que Reprendre le défilement réactive.

Les captures utilisent des données de démonstration et des chemins fictifs. Les aperçus de progression illustrent l’interface.

Tableau de bord

Le tableau de bord affiche :

• l'état des outils externes détectés
• les dossiers configurés (travail, sortie, app data)
• les encodeurs logiciels vus par ffmpeg -encoders
• les encodeurs matériels réellement testés au runtime (NVENC, AMF, VAAPI, QSV)
• les plans d'encodage et badges utiles pour visualiser plus clairement les traitements prepares

Les encodeurs matériels ne sont pas marqués disponibles simplement parce qu'ils apparaissent dans ffmpeg. L'application lance un probe réel pour confirmer qu'ils fonctionnent. Les probes sont exécutés en parallèle pour minimiser le délai au démarrage.

Conteneur & Encodage

Le workflow unifié permet de :

• ajouter une ou plusieurs sources MKV / MP4 / SRT
• inspecter vidéo, audio, sous-titres, chapitres, pièces jointes et tags MKV
• activer, exclure et réordonner les pistes
• éditer langue, titre et flags de chaque piste
• créer des variantes audio indépendantes depuis l'onglet Encodage, sans modifier la piste d'origine
• réordonner ou supprimer ces variantes sans perdre leur lien avec le workflow
• visualiser dans le panel remux le codec et le bitrate cibles lorsqu'une piste audio sera réencodée
• extraire une piste de sous-titre depuis le menu contextuel du tableau des pistes
• synchroniser automatiquement une piste audio multi-source par analyse du contenu audio, avec choix d'une piste de référence et application directe du décalage calculé
• définir le titre du conteneur, les balises globales, les chapitres et les pièces jointes
• ouvrir une fenêtre de recherche TMDB depuis le panneau balises pour rechercher film/série (préremplissage auto depuis titre/nom de fichier)
• détecter automatiquement les motifs de série (SxxExx, x) pour préremplir saison/épisode et positionner la recherche sur Séries si pertinent
• injecter les métadonnées TMDB dans les tags MKV (DATE_RELEASED, GENRE, DIRECTOR, CAST, SUBTITLE, SYNOPSIS, COUNTRY, URL, DESCRIPTION, COLLECTION, SEASON, EPISODE)
• préparer une cover TMDB en mode différé (URL + nom de fichier) ; le téléchargement réel est fait au lancement du workflow
• remplacer automatiquement le titre du conteneur par le titre formaté TMDB lors de la validation (film : Titre (Année), série : Titre - SxxExx - Titre épisode)
• choisir pour chaque piste audio un mode copy, aac, eac3 ou flac
• definir plusieurs traitements video lorsqu'un projet demande une preparation multi-pistes plus fine
• choisir pour la vidéo copy, libx265, libx264, libsvtav1, NVENC, AMF, VAAPI ou QSV — avec HEVC, H.264 et AV1 selon les capacités réelles de la carte et du pilote
• préréglages adaptés à l’encodeur détecté ; les choix disponibles dépendent de FFmpeg et du pilote
• offload matériel complet : décodage GPU activé automatiquement quand un encodeur matériel compatible est sélectionné (cuda pour NVENC, qsv pour QSV, vaapi pour VAAPI, d3d11va pour AMF Windows) — le CPU n'est plus sollicité pour le décodage en chemin pur hardware
• configuration VAAPI optimisée : rc_mode CQP/VBR selon le mode qualité, compression_level exposé via preset, async_depth 4 pour maximiser le pipeline GPU
• precheck force-8bit pour les cibles H.264 afin d'eviter certains chemins incompatibles
• choix du multiplexage : Auto (natif si compatible), Natif (strict) ou FFmpeg

Modes d'exécution :

Condition	Mode	Outils utilisés
plan compatible natif	Remuxage Matroska natif	lecteur/writer EBML interne ; FFmpeg intervient seulement pour canonicaliser ou préparer une source si nécessaire
fonction non transposable en mode auto	Repli compatible	backend ffmpeg, avec motif explicite dans les logs
backend native forcé et fonction non transposable	Échec strict	aucune sortie finale et suppression du fichier .partial
encodage demandé	Encodage	FFmpeg ou l'encodeur choisi prépare les pistes ; le plan de conteneur reste distinct

Les fichiers SRT peuvent être ajoutés comme sources séparées de sous-titres. Ils sont détectés automatiquement et intégrés dans le remux final avec le format correct (srt).

Synchronisation audio automatisée en multi-source :

• disponible lorsqu'un projet contient des pistes audio issues d'au moins deux sources différentes
• pensée pour aligner une piste audio cible sur une source de référence, par exemple VF/VO provenant d'un autre fichier, autre édition, autre plateforme ou autre remux
• accessible depuis le bouton de synchronisation dans la ligne d'une piste audio ; Muxiveo prend en charge toutes les dispositions audio (stéréo ↔ multicanal) et sélectionne automatiquement la piste donneuse de même langue comme référence
• analyse le contenu réel avec ffmpeg / ffprobe, extrait une signature acoustique, détecte les moments clés communs entre la piste cible et les pistes de la source de référence, puis applique automatiquement l'offset signé en millisecondes
• affiche l'offset dans la colonne Info (Δt +125 ms, Δt -320 ms, etc.) et conserve cette valeur dans la configuration de remux
• remet la piste de référence à 0 ms quand un offset est appliqué à la cible, afin de garder une seule piste déplacée et une timeline plus lisible
• si la disposition audio n'est pas reconnue ou si les canaux sont atypiques, un repli automatique sur le mixage mono est opéré et la proposition reste soumise à validation de l'utilisateur ; échoue volontairement si la piste est trop courte ou si aucune corrélation n'est trouvée

Cette synchronisation audio est un outil utilisateur pour calculer le bon décalage entre sources. Elle complète la synchronisation timeline interne du backend ffmpeg, qui intervient plus tard pendant l'exécution pour sécuriser le muxage multi-source et les offsets déjà définis.

Backend remux Matroska natif (sélectionné en auto si le plan le permet) :

• écrit exclusivement des sorties .mkv multi-pistes avec ordre, timecodes et payloads conservés ;
• conserve les propriétés imbriquées des pistes, le lacing, les BlockGroups, HDR10/HDR10+/Dolby Vision, chapitres, tags ciblés et pièces jointes lorsque le plan les sélectionne ;
• produit des UIDs stables et écrit d'abord sortie.mkv.partial, validé par le lecteur interne et ffprobe, avant renommage atomique ;
• ne dépend d'aucun muxeur Matroska externe ;
• canonicalise les conteneurs non Matroska en MKV temporaire par copie de flux avec FFmpeg ;
• en mode auto, replie sur FFmpeg lorsque le diagnostic natif annonce une fonction non transposable ; native interdit ce repli.

Backend remux ffmpeg (forçable avec mux_backend: "ffmpeg") :

• sortie limitée à MKV
• écrit la langue de piste en BCP47 sur language (ex. fr-FR) et purge le champ legacy language-ietf pour éviter les doublons incohérents
• corrige au besoin les tags de langue Matroska en post-action, sans outil externe
• permet la recopie ou l'édition des chapitres
• permet d'écrire les tags globaux choisis
• permet de recopier les pièces jointes source sélectionnées et d'ajouter des fichiers externes (cover incluse)
• peut générer un fichier .nfo MediaInfo à côté du MKV final après un remux ou un encodage réussi
• télécharge la cover TMDB différée juste avant l'exécution (dans le dossier temporaire du process), puis nettoie ce dossier en fin de run
• purge explicitement les balises techniques source ENCODER et CREATION_TIME avant écriture des métadonnées de sortie
• n'écrit plus le tag libre MUXING_APPLICATION via -metadata
• applique un patch binaire post-action sur le header Matroska pour écrire MuxingApp (0x4D80) à la valeur unique Muxiveo {version} ; WritingApp (0x5741) reste intact

Limites diagnostiquées :

• une piste chiffrée, une structure EBML illisible ou un sous-titre nécessitant OCR est refusé en native ;
• les réécritures audio ou sous-titres peuvent être préparées avant l’assemblage natif ; le diagnostic du plan indique si un repli FFmpeg reste nécessaire ;
• le backend FFmpeg historique ne garantit pas les structures avancées de tags ciblés ni track-enabled ;
• l'équivalence annoncée avec les muxeurs de référence est sémantique, jamais octet à octet.

Les options HDR disponibles côté encodage sont :

• injection de métadonnées HDR10 statiques
• tone mapping HDR vers SDR
• copie DoVi / HDR10+ depuis la source avec workflow multi-étapes

Ergonomie du panneau :

• aperçu cover cliquable avec modale zoom plein écran (cover TMDB, cover Matroska extraite via core/matroska_attachment_extractor.py, pièces jointes image)
• barre de progression à rattrapage exact : tant que ffmpeg -progress n'émet pas encore out_time, la progression est estimée via frame= et le nombre total d'images du fichier source ; dès que out_time devient disponible, la valeur exacte prend le relais
• progression "la plus lente" pour les preparations video multi-pistes, avec suivi plus detaille par traitement disponible
• suppression de source accélérée via suivi incrémental (pas de rescan global à chaque retrait)
• covers TMDB cliquables dans les résultats de recherche (aperçu grand format avant validation)

Pour choisir la qualité, la taille cible, les filtres ou le traitement HDR, consultez Encodage vidéo et HDR. L’interpolation dispose de son propre chapitre : Plugin MVO-RIFE.

Sous-titres embarqués EIA-608/708

Lorsqu’ils sont détectés dans la vidéo, ces sous-titres apparaissent comme une ligne Sous-titre embarqué EIA-608/708 liée à la piste vidéo. Elle est décochée par défaut : le traitement demandera leur suppression. Cochez-la pour les conserver.

Cette ligne représente des données incluses dans la vidéo, pas une piste de sous-titres autonome : sa langue et son titre ne s’éditent pas comme ceux d’un SRT. La suppression s’effectue sans réencoder l’image et préserve les métadonnées HDR/Dolby Vision. Elle ne retire pas les autres pistes de sous-titres et ne peut pas effacer du texte incrusté dans les pixels.

Dans Hybridation, l’option Supprimer les sous-titres embarqués EIA-608/708 devient disponible après détection sur une vidéo retenue. Voir aussi les options CLI.

Les sous-titres embarqués détectés se présentent sur une ligne liée à la vidéo.

HDR Studio

Choix de la source, de la piste vidéo et des onglets d’inspection. Données de démonstration.

Ouvrez HDR Studio dans la barre latérale, ou choisissez Inspecter le HDR… dans le menu contextuel d’une piste vidéo de Conteneur ou Encodage. Le panneau distingue la lecture des en-têtes, l’analyse des métadonnées dynamiques et la mesure de l’image.

Ses onglets permettent de lire Dolby Vision/HDR10+, de comparer deux éditions, de simuler le tone mapping et d’évaluer l’apport FEL. Édition prépare une copie corrigée sans réencoder ; l’écriture se lance depuis la barre commune. Consultez le guide HDR Studio pour les prérequis, les contrôles et l’export HTML/JSON.

Dans l’onglet FEL, un clic sur une vignette de moment ouvre le visualisateur et comparateur : images sans/avec FEL en pleine définition, séparation mobile, zoom, exposition et carte des écarts.

Profils

Les profils permettent de réutiliser un traitement sans devoir refaire les mêmes choix à la main sur chaque fichier. Muxiveo distingue deux usages.

Besoin	Format	Usage
Refaire exactement un traitement	exact-job	CLI, preview, run, batch strict
Réappliquer des décisions à d'autres sources	decision-profile	GUI low-code, CLI --profile, batch par dossier

Un exact job contient sources, sortie et sélecteurs stricts. Il est adapté aux épisodes ou fichiers construits de la même façon.

Un decision profile ne contient ni source ni sortie : il décrit comment retrouver, choisir, renommer et ordonner les pistes sur d'autres fichiers.

Profils décisionnels

Un profil décisionnel version: 1 peut couvrir :

• sélection vidéo au plus proche : résolution, HDR, HDR10, HDR10+, Dolby Vision, HLG
• sélection audio et sous-titres par type, langue, codec, canaux, titre, flags
• renommage des titres de pistes par keywords
• flags MKV : défaut, forcé, malentendant, malvoyant, original, commentaire
• ordre des pistes
• tags temporaires de pistes pour chaîner des règles
• création de variantes audio, par exemple une compatibilité AC3 depuis une piste TrueHD

Les profils GUI sont enregistrés ici :

<dossier de config Muxiveo>/profiles/decision/

Éditeur low-code

Dans le panneau Remux, Éditer profil ouvre une fenêtre dédiée :

• panneau gauche : groupes et règles
• panneau central : critères, actions, priorité, mode d'écriture, tags, patterns
• panneau droit : preview piste par piste
• bouton Insérer keyword : menu par catégories pour remplir le champ actif sans afficher toute la liste en permanence
• clic droit dans un champ compatible : entrée Insérer keyword avec les mêmes catégories
• keywords affichés comme badges lorsque le champ n'est pas en cours d'édition
• critères obligatoires ou préférés : un préféré donne un bonus de priorité sans bloquer le fallback
• sélecteur pour charger un profil existant, l'éditer ou le supprimer après confirmation

Deux départs sont possibles :

• Profil vide : construire les règles à la main
• Capturer l'état courant : partir de la table de pistes actuelle puis ajuster

Les modèles disponibles couvrent les usages principaux : sélection vidéo, garder une langue, exclure commentaire, renommer, flags, ordre, variante audio et tag temporaire.

Comprendre une règle

Une règle répond toujours à trois questions :

• Quelles pistes regarder ? Ce sont les critères : type, langue, codec, titre, flags, largeur, hauteur, HDR, Dolby Vision, etc.
• Combien de pistes appliquer ? C'est la portée : best, first ou all.
• Que faire sur ces pistes ? Ce sont les actions : activer, désactiver, renommer, changer la langue, écrire des flags, créer une variante audio, ou donner une priorité d'ordre.

Important : le groupe d'une règle (audio, subtitle, video, etc.) sert à organiser les règles, à les activer/désactiver ensemble et à calculer leur priorité. Il ne filtre pas les pistes. Pour limiter une règle à l'audio, à la vidéo ou aux sous-titres, ajoutez toujours un critère obligatoire type.

Un critère peut être obligatoire ou préféré.

• Obligatoire : si la piste ne respecte pas ce critère, elle est exclue.
• Préféré : la piste peut quand même être choisie, mais celle qui respecte le critère marque plus de points.

Exemple : pour une piste audio française en EAC3, avec Atmos si disponible :

• langue fr-FR : obligatoire
• codec EAC3 : obligatoire
• keyword préféré {atmos} : bonus si une piste Atmos existe

Si aucune piste Atmos n'existe, Muxiveo peut quand même garder la meilleure piste française EAC3.

Expressions de critères

Les champs texte de critères acceptent une mini-syntaxe commune au GUI et au CLI :

• & signifie AND
• | signifie OR
• les parenthèses fixent la priorité

Exemples :

VFQ | VFF
(VFQ | VFF) & Forced
EAC3 | AC3
{atmos} | {dtsx}

Les champs de critères restent combinés entre eux par AND : si vous renseignez type = audio et codec = EAC3 | AC3, la piste doit être audio et avoir l'un des deux codecs.

Pour chercher un caractère &, |, ( ou ) comme texte réel, utilisez des guillemets ou un échappement :

"A | B"
Dolby \& DTS
\(VFQ\)

Les expressions invalides bloquent la sauvegarde du profil et s'affichent dans la preview au lieu de faire planter l'éditeur.

Portée des règles

La portée détermine combien de pistes une règle va modifier.

Portée	Effet	Usage typique
best	choisit la piste qui a le meilleur score	choisir une seule vidéo, une seule VF principale, une seule VO principale
first	choisit la première piste compatible dans l'ordre des sources	faire confiance à l'ordre du fichier source
all	applique la règle à toutes les pistes compatibles	renommer toutes les pistes audio, désactiver tous les commentaires, tagger tous les sous-titres forcés

best est le choix le plus courant pour une sélection intelligente. Le moteur additionne les points des critères compatibles : langue, codec, canaux, Atmos/DTS:X, flags, résolution, HDR, etc. S'il y a une égalité impossible à départager, le GUI le signale dans l'aperçu. Pour la vidéo, si plusieurs pistes ont exactement le même score, Muxiveo garde la première source/index.

first est plus simple : il prend la première piste compatible. C'est pratique quand les fichiers sont toujours construits pareil, par exemple “prendre la première audio française”.

all est fait pour les actions de masse. Exemple : “renommer toutes les pistes audio avec {lang_name} {codec} {channels}” ou “désactiver toutes les pistes dont le titre contient commentary”.

Écriture et conflits

Si deux règles écrivent le même champ d'une même piste, Muxiveo utilise le mode d'écriture de la règle :

• Priorité : mode recommandé. La règle la plus prioritaire gagne pour le champ concerné. Les autres règles peuvent toujours écrire d'autres champs.
• Remplacer : la règle écrase la valeur déjà proposée, même si une règle plus prioritaire est passée avant.
• Compléter : la règle n'écrase pas la valeur déjà proposée. Pour un titre, elle ajoute le fragment rendu au titre déjà construit.

Une égalité de priorité avec deux valeurs différentes reste un conflit : le GUI le signale, et la CLI bloque avec un rapport JSON.

Dans l'éditeur, le nombre Priorité sert aussi à savoir quelle règle passe avant une autre. Plus le nombre est grand, plus la règle est prioritaire : 999 passe avant 1.

Le moteur trie les règles du plus grand au plus petit. Si vous utilisez les groupes, la priorité du groupe compte d'abord, puis la priorité de la règle :

priorité effective = priorité du groupe, puis priorité de la règle

Par exemple, une règle priorité 1 dans un groupe priorité 300 passe avant une règle priorité 999 dans un groupe priorité 200, car le groupe est plus prioritaire.

En mode Priorité, le plus grand gagne aussi pour les conflits d'écriture. Une règle priorité 999 peut écrire un titre en premier ; si une règle priorité 1 passe ensuite et propose un autre titre en mode Priorité, elle ne remplace pas le titre déjà choisi. Les boutons de déplacement des règles ajustent cette priorité.

Le mode Remplacer est différent : c'est un choix volontaire pour forcer une exception. Une règle moins prioritaire en mode Remplacer peut donc écraser une valeur écrite par une règle plus prioritaire.

Exemple :

• règle A, priorité 100 : titre = French DDP 5.1
• règle B, priorité 50 : titre = VF
• en mode Priorité, le titre reste French DDP 5.1
• en mode Remplacer sur la règle B, le titre devient VF
• en mode Compléter sur la règle B, le titre devient French DDP 5.1 VF

La priorité règle donc l'ordre d'évaluation et les écritures concurrentes. Elle ne déplace pas les pistes à elle seule.

Ordonner les pistes

L'ordre de sortie se règle avec le modèle/action Ordre. Cette action donne une priorité d'ordre à la piste matchée :

• plus la valeur est haute, plus la piste remonte
• les pistes sans priorité d'ordre gardent leur ordre relatif
• si deux pistes ont la même priorité d'ordre, leur ordre relatif reste stable

Une façon simple de construire un profil d'ordre :

Règle	Portée	Critères	Action d'ordre
Vidéo principale	best	type vidéo, 2160p/HDR/Dolby Vision préférés	1000
Audio FR principale	best	langue fr-FR, codec voulu, Atmos préféré	800
Audio VO principale	best	langue en-US, codec voulu, Atmos préféré	700
Sous-titres FR forcés	all	langue fr-FR, flag forced	400
Sous-titres FR complets	best	langue fr-FR, non forced	300

Pour ordonner proprement, séparez souvent les intentions :

• une règle choisit ou désactive les pistes
• une règle renomme les titres
• une règle donne les priorités d'ordre

Ce découpage rend l'aperçu plus lisible et évite qu'une règle fasse trop de choses à la fois.

Keywords

Les keywords servent à trois choses :

• renommer une piste avec un pattern de titre
• identifier une piste dans les critères du profil, par exemple {flag_visual_impaired} ou {codec_atmos}
• compléter certains champs d'action, par exemple garder la langue courante avec {language}

Variables

Un profil peut contenir des variables éditables. Le bouton Aliases de l'éditeur permet de définir des remplacements de rendu pour les keywords :

EAC3=DDP
AC3=Dolby Digital
lang_name:French=Français
codec:TRUEHD=Dolby TrueHD

Ensuite :

• EAC3=DDP est un alias global, utilisable par tous les keywords rendus
• lang_name:French=Français ne s'applique qu'au keyword {lang_name}
• un alias ciblé gagne sur un alias global
• les aliases sont insensibles à la casse et aux espaces de bord
• les aliases changent le rendu des titres et templates de sortie, pas les critères de matching
• {codec_raw} garde toujours le nom technique, par exemple EAC3
• les anciens profils avec variables.codec_names restent lus pour compatibilité

Exemple de pattern :

{lang_name} {codec} {channels}

Avec EAC3=DDP, le titre devient French DDP 5.1.

Le keyword {lang_name} affiche le nom de langue sans région quand il s'agit de la variante d'origine, et garde la région entre parenthèses pour les variantes non standard :

Langue	{lang_name}
fr-FR	French
fr-CA	French (Canada)
pt-PT	Portuguese
pt-BR	Portuguese (Brazil)

Une action de titre peut utiliser un pattern :

{lang_name} {codec} {channels} {audio_object}

Exemples :

• VF {codec} {channels} -> VF DDP 5.1 si EAC3=DDP, sinon VF EAC3 5.1
• {lang_name} {codec} {channels} {flag_forced} -> French PGS Forced
• {lang_name} {codec_raw} {channels} {audio_object} -> French EAC3 5.1 Atmos

Si une valeur manque, Muxiveo l'omet et nettoie les espaces ou séparateurs inutiles.

Keywords disponibles :

{type} {source_index} {track_index}
{language} {lang} {lang_name} {source_language}
{title} {source_title}
{codec} {codec_raw} {codec_name} {channels} {channel_layout} {audio_object}
{atmos} {dtsx} {codec_atmos} {codec_dtsx}
{resolution} {width} {height} {hdr} {video_flags_hex}
{video_hdr} {video_hdr10} {video_hdr10plus}
{video_dolby_vision} {video_hlg} {video_sdr}
{flags} {flag_enabled} {flag_default} {flag_forced}
{flag_hearing_impaired} {flag_visual_impaired}
{flag_original} {flag_commentary}

Pour la vidéo, width et height sont indépendants : vous pouvez renseigner seulement la largeur, seulement la hauteur, les deux, ou aucun des deux. La profondeur couleur, quand elle est détectée, est prise en compte dans les caractéristiques techniques internes (video_flags_hex) mais n'a pas de champ dédié dans l'éditeur simple.

Exemple : pour garder une piste audio française en EAC3 et préférer Atmos si elle existe, indiquez fr-FR en langue, EAC3 en codec avec Obligatoire, puis {atmos} dans Keywords préférés.

Application

Depuis le GUI, Appliquer profil charge un profil enregistré, affiche un aperçu, puis applique après confirmation.

En CLI :

muxiveo --cli validate --profile profil.json
muxiveo --cli preview --profile profil.json -i source.mkv --json
muxiveo --cli run --profile profil.json -i source.mkv -o sortie.mkv

Vous pouvez donner un chemin complet ou simplement le nom d'un profil sauvegardé dans le dossier utilisateur. L'extension .json est optionnelle : --profile BestOfAll cherchera aussi BestOfAll.json dans <dossier de config Muxiveo>/profiles/decision/.

En batch dossier :

muxiveo --cli batch \
  --profile profil.json \
  --input-dir "Serie" \
  --recursive \
  --output-dir "out" \
  --auto-tmdb \
  --dry-run

--auto-tmdb peut être ajouté aux traitements CLI pour récupérer les tags TMDB et la cover. La CLI déduit automatiquement saison/épisode depuis les noms de fichiers du type S01E02 ou 01x02. Utilisez --tmdb-id pour forcer une fiche, --no-cover pour garder les tags sans cover, et --no-attach pour ne sortir aucun attachment.

La CLI n'ouvre pas de dialogue interactif. Si un conflit ou une ambiguïté ne peut pas être résolu automatiquement, elle retourne un rapport JSON et bloque l'application.

Exact jobs

Exporter JSON CLI produit un job exact destiné aux traitements stricts.

Il est adapté aux épisodes ou fichiers construits de la même façon :

muxiveo --cli validate --config exact-job.json
muxiveo --cli preview --config exact-job.json
muxiveo --cli run --config exact-job.json
muxiveo --cli batch --template exact-job.json --input-dir "Serie" --output-dir "out"

Utilisez un exact job quand la structure des sources est stable. Utilisez un profil décisionnel quand les sources varient mais que vos décisions restent les mêmes.

Fusion DoVi / HDR10+

Ce panneau prend :

• Film 1 : la vidéo cible à enrichir (.mkv ou .hevc)
• Film 2 : la source HDR contenant Dolby Vision et/ou HDR10+ (.mkv ou .hevc)

Règles importantes :

• Film 1 et Film 2 doivent contenir de la vidéo HEVC
• Film 2 doit contenir Dolby Vision et/ou HDR10+
• les métadonnées de Film 2 doivent avoir exactement le nombre de trames de Film 1 ; en option, un surplus de 4 trames au plus est retiré en fin de flux (Film 2 plus long). Des métadonnées plus courtes sont toujours refusées
• le remux final conserve l'audio et les sous-titres de Film 1

FFmpeg prépare les flux (extraction HEVC en Annex B, conversions) ; l'assemblage final est écrit par le muxer Matroska natif de Muxiveo, puis relu et validé avant de remplacer la sortie.

Profils Dolby Vision proposés :

Profil	Effet
Profile 8.1	normalise l'injection en profil 8.1, recommandé pour les remux UHD
Mode 0	conserve le profil source sans réécriture

Les deux sources doivent représenter le même montage, avec les mêmes images au même instant. Des nombres d’images identiques ne prouvent pas leur alignement. En injectant uniquement HDR10+, Muxiveo conserve le Dolby Vision déjà présent dans Film 1. Pour intégrer l’apport FEL dans les pixels avant un réencodage, utilisez l’extension Merge FEL.

Paramètres

Le panneau Paramètres est un éditeur complet de config.ini intégré à l'interface. Il regroupe :

• Interface : thème (dark / light), langue, nombre maximal de lignes de log, panneau affiché au démarrage
• Chemins : dossier de travail, dossier de sortie, dossier app data
• Matroska : choix du multiplexage Auto, Natif ou FFmpeg
• Outils externes : chemins explicites pour chaque outil (ffmpeg, ffprobe, mediainfo, dovi_tool, hdr10plus_tool, etc.)
• Encodage : buffer RAM ; les anciens réglages globaux profil DoVi/compat-id sont signalés comme inutilisés, utilisez les options de la piste vidéo
• Logs : niveau de verbosite, journal fichier, rotation et capture des sorties outils dans les options
• Métadonnées : auth TMDB via clé API v3 (tmdb_api_key) ou token Bearer v4 (tmdb_bearer_token), génération optionnelle de .nfo (generate_nfo)

Les changements sont appliqués section par section ou en une seule fois via le bouton Sauvegarder toute la configuration. Un rechargement depuis config.ini est possible sans redémarrer l'application.

Studio d'Hybridation

Le Studio d'Hybridation permet d'apparier automatiquement une source vidéo de référence avec un donneur audio ou de sous-titres, notamment pour synchroniser des saisons entières de séries ou des films multi-éditions.

Retrouvez le fonctionnement complet, les outils de formes d'ondes et la calibration multi-segments dans le chapitre dédié : Hybridation et synchronisation.