Ce que les métadonnées Stacher peuvent conserver
Les métadonnées sont des informations attachées au fichier, et non le son ou l’image eux-mêmes. Selon la source et le format choisi, un fichier peut contenir titre, chaîne ou artiste, album, date, numéro de piste, position dans une playlist, miniature, langue et chapitres. Stacher fournit l’interface graphique ; l’extracteur et les outils de post-traitement déterminent les valeurs réellement disponibles dans le conteneur final.
Un réglage ne peut pas inventer un numéro de piste ni récupérer une pochette absente de la source. Il est également normal qu’une vidéo, un fichier audio et un MP3 converti affichent des champs différents selon le lecteur. Considérez les données de la source comme l’entrée, le format comme une contrainte et le lecteur final comme l’endroit où vérifier le résultat.
| Champ ou élément | Source possible | Contrôle à effectuer |
|---|---|---|
| Titre | Titre de la source ou modèle de nom | Ponctuation et numéros conservés |
| Artiste / chaîne | Métadonnées de page ou champs de l’extracteur | Correspondance avec le champ artiste du lecteur |
| Album | Source, contexte de playlist ou modèle | Capacité du format à stocker le tag album |
| Numéro de piste | Index de playlist ou champ analysé | Tag intégré ou simple élément du nom |
| Pochette | Miniature de la source et post-traitement | Lecture de l’image intégrée par le lecteur |
| Langue / chapitres | Pistes et chapitres de la source | Visibilité dans le conteneur |
Les métadonnées ne donnent aucun droit de copier ou redistribuer un média. Utilisez Stacher uniquement pour un contenu que vous pouvez enregistrer légalement.
Un test de métadonnées sûr et reproductible
Pour diagnostiquer un tag, créez d’abord une petite référence. Ne commencez pas par une longue playlist, un modèle de nom complexe et plusieurs arguments personnalisés. Un fichier représentatif permet de séparer la source, Stacher, yt-dlp, FFmpeg et le lecteur avant de multiplier la même erreur.
Pour le premier essai, gardez une URL publique ou autorisée, un chemin local court, un préréglage standard et le composant géré. Conservez le journal jusqu’à l’ouverture du fichier final. Si le transfert réussit mais que le post-traitement échoue, le journal et les fichiers temporaires indiquent souvent la limite.
- Mettez à jour le composant yt-dlp géré si Stacher le propose, puis redémarrez l’application.
- Choisissez une URL dont vous pouvez comparer titre, artiste ou position avec la source.
- Sélectionnez un dossier local accessible et gardez le modèle de nom simple.
- Téléchargez une fois sans miniature ni arguments supplémentaires et vérifiez la lecture du média.
- Activez une seule option de métadonnées ou de miniature, puis répétez la même URL.
- Contrôlez titre, artiste, album, numéro de piste, durée et pochette dans le lecteur final.
- Ajoutez seulement ensuite numérotation de playlist, noms personnalisés ou traitement par lot.
Si le fichier simple échoue, corrigez extraction, transfert, permissions ou FFmpeg avant les tags.
Conserver numéro de piste, auteur et album
La recherche sur les métadonnées Stacher et le numéro de piste correspond souvent à un problème d’ordre dans une playlist ou un album. Un nombre visible dans le titre de la source n’est pas forcément un tag numérique dans un MP3 ou un M4A. Stacher peut conserver la valeur, placer l’index dans le nom ou laisser le champ vide si l’extracteur ne dispose pas d’une correspondance fiable. Décidez si le tri doit fonctionner dans un dossier, dans un lecteur musical, ou dans les deux.
Pour une playlist, gardez un index ou un identifiant du média dans le nom pendant les essais. Cela fournit un secours si le lecteur ignore le tag. La position d’une playlist n’est pas nécessairement le numéro officiel d’un album : une liste peut contenir doublons, introductions ou commentaires. Un champ chaîne/uploader n’est pas toujours équivalent à artiste.
- Commencez avec un titre et un index de playlist dans un modèle court.
- Conservez l’identifiant du média lorsque plusieurs titres peuvent être identiques.
- Comparez les tags du fichier final plutôt que le libellé de la file Stacher.
- Ne considérez pas `03 - Titre` comme la preuve que le tag intégré vaut 3.
- Gardez une note de l’ordre original lorsque l’archivage de la playlist est important.
| Objectif | Choix initial prudent | Limite fréquente |
|---|---|---|
| Trier dans un dossier | Index et titre dans le nom | L’index peut ne pas être un tag |
| Trier dans un lecteur | Format audio et tags vérifiés | Les lecteurs interprètent différemment |
| Conserver l’identité du créateur | Vérifier artiste et chaîne | Uploader et artiste peuvent diverger |
| Archiver une playlist | ID et ordre d’origine | La playlist en ligne peut évoluer |
Si la source ne fournit pas de numéro de piste, un modèle de nom peut conserver l’ordre mais ne crée pas un tag officiel.
Pochettes et miniatures intégrées
La pochette commence généralement par la miniature de la source. Stacher et yt-dlp peuvent demander un post-traitement de miniature dans les formats compatibles, mais le résultat dépend de l’image, du conteneur, de FFmpeg et du lecteur. Une image visible sur la page peut disparaître après conversion, devenir un fichier séparé ou être ignorée par un lecteur qui ne lit pas les illustrations intégrées.
Testez l’image après la réussite d’une extraction audio simple. Si durée et tags sont corrects mais que la pochette manque, lisez le journal de post-traitement et vérifiez FFmpeg. Conservez le fichier fonctionnel, ajoutez une option et comparez au lieu de modifier plusieurs réglages à la fois.
- Vérifiez que la source fournit une miniature accessible.
- Choisissez un format et un lecteur compatibles avec les illustrations intégrées.
- Gardez le fichier audio simple jusqu’à la validation du résultat tagué.
- Si l’image affichée est ancienne, videz le cache de la bibliothèque ou utilisez un autre lecteur.
- Un lecteur vidéo qui ignore une pochette audio ne prouve pas que le fichier est corrompu.
La pochette est un élément auxiliaire. Vérifiez séparément durée, audio et lecture.
Pourquoi les métadonnées manquent ou semblent fausses
Un tag manquant peut venir de la source, de l’extracteur, du conteneur, de la conversion, de FFmpeg, du modèle de nom ou du lecteur. Le nombre dans un nom de fichier peut n’avoir jamais été intégré comme champ. Réinstaller Stacher n’est donc presque jamais le premier diagnostic utile.
Comparez le téléchargement simple avec le résultat traité. Si les deux fichiers manquent du champ, la source ou l’extracteur est probablement en cause. Si le fichier simple le possède mais que la conversion le supprime, vérifiez FFmpeg et le post-traitement. Pour conserver le nom de l’auteur en MP3, vérifiez si la source parle d’artiste, de chaîne, de créateur ou d’uploader : ces termes ne sont pas toujours écrits dans le même tag.
Pour la question précise du nom d’auteur après un téléchargement MP3 avec Stacher, vérifiez si la source appelle ce champ artiste, uploader, chaîne ou créateur. Ces libellés proches ne sont pas forcément enregistrés dans le même tag. Gardez l’URL source et l’identifiant du média afin de comparer le résultat sans confondre les éléments.
| Symptôme | Limite probable | Premier contrôle |
|---|---|---|
| Titre présent, artiste vide | Correspondance de champ source | Comparer les libellés de la source et du fichier |
| Piste dans le nom uniquement | Modèle contre tag intégré | Ouvrir avec un lecteur de métadonnées |
| Pochette perdue après MP3 | Miniature ou FFmpeg | Lire le journal final et tester un fichier |
| Deux lecteurs affichent des valeurs différentes | Mapping ou cache | Tester un second lecteur |
| Rien n’est écrit après le transfert | FFmpeg, permission ou verrou | Vérifier chemin, espace et erreur de post-traitement |
Avant de partager un journal, supprimez URL privées, cookies, identifiants et données de compte.
Notes sur les formats et les plateformes
Le comportement diffère entre MP3, M4A, Opus, WebM et les conteneurs vidéo. Un format peut conserver un champ tout en l’affichant sous un autre nom. MP3 est souvent choisi pour la compatibilité, tandis que M4A ou Opus peuvent éviter une conversion avec perte si le lecteur accepte le flux d’origine. Choisissez le format lu par l’application qui servira ensuite.
Sous Windows, macOS et Linux, le dossier de sortie est séparé du chemin de yt-dlp. Dossier protégé, chemin trop long, synchronisation cloud ou outil de sécurité peuvent bloquer l’écriture finale après un transfert réussi. Utilisez un dossier local court pour la référence, puis élargissez le modèle de nom.
- Choisissez MP3 lorsque la compatibilité avec un ancien appareil est la vraie contrainte.
- Préférez M4A ou Opus si le lecteur accepte le flux compressé d’origine.
- Vérifiez FFmpeg pour conversion, fusion, remuxage ou intégration de miniature.
- Associez le bon build à Windows x64, Apple silicon/Intel ou Debian amd64.
- Contrôlez le chemin de destination séparément du chemin de l’exécutable yt-dlp.
La version Stacher vérifiée sur ce site est 7.1.12 au 16 août 2026. yt-dlp et FFmpeg ont leurs propres cycles de publication.
Vérifier un fichier avant une playlist
Un flux de métadonnées ne doit passer en lot qu’après la validation d’un fichier représentatif. Ouvrez-le depuis le chemin final, contrôlez durée, titre, artiste, album, piste et pochette dans le lecteur ou l’éditeur prévu. Testez ensuite un second élément avec un titre ou une position différente : une seule réussite peut cacher une source sans miniature ou sans champ complet.
Pour une grande playlist, gardez un nom permettant d’identifier chaque source et conservez l’ordre original hors de la bibliothèque du lecteur. Si les résultats sont mélangés, arrêtez d’ajouter des options. Séparez fichiers réussis, journaux et temporaires, puis comparez source, format, tags et étape de post-traitement.
- Ouvrez le fichier depuis le chemin final indiqué dans le journal.
- Vérifiez durée, lecture, titre, artiste/chaîne, album, piste et pochette.
- Confirmez que le numéro du nom n’est pas confondu avec le tag intégré.
- Testez un second élément avec un autre titre ou une autre position.
- Notez préréglage, format, état de FFmpeg et modèle de nom avant le lot complet.
Si le fichier traité est incomplet, conservez le fichier simple et le journal avant toute nouvelle tentative.
FAQ des métadonnées Stacher
Comment conserver le numéro de piste dans Stacher ?
Testez un élément de playlist, gardez l’index dans le nom et vérifiez le tag de piste du fichier final. Le nombre du nom et le champ intégré sont distincts ; la source doit fournir un index fiable.
Comment conserver le nom de l’auteur en MP3 avec Stacher ?
Vérifiez si la source utilise artiste, chaîne, uploader ou créateur, puis comparez les tags après un test audio simple. Les lecteurs ne font pas tous la même correspondance.
Stacher peut-il enregistrer pochette et métadonnées ?
Il peut demander un post-traitement de métadonnées et de miniature dans les flux compatibles, mais source, format et FFmpeg comptent. Validez d’abord un fichier simple puis une seule option.
Pourquoi la piste est-elle dans le nom mais pas dans le lecteur ?
Le modèle de nom peut contenir l’index alors que le tag audio est vide. Ouvrez le fichier avec un lecteur de métadonnées et gardez l’index comme secours.
Pourquoi la pochette disparaît-elle après conversion MP3 ?
La miniature peut manquer, FFmpeg peut échouer ou le lecteur peut ignorer l’image intégrée. Lisez le journal et essayez un autre lecteur compatible.
FFmpeg est-il nécessaire pour les métadonnées Stacher ?
Pas pour chaque téléchargement simple, mais il intervient souvent pour fusion, conversion, remuxage ou intégration de miniature. Vérifiez son chemin si le transfert réussit mais que le tag échoue.
Dois-je appliquer les réglages à toute une playlist immédiatement ?
Non. Validez un fichier simple, un fichier traité et un second élément différent avant le lot. Vous séparerez ainsi un champ absent de la source d’un problème de réglage ou de FFmpeg.