Convertir TXT en JSON
Ou collez le texte d'un sous-titre
Options
Utilisée quand la source n'a pas d'heures de fin (texte brut, LRC). La chronologie de la sortie est ici générée plutôt que convertie : c'est donc ce nombre que vous obtiendrez.
Ce que cette conversion change
1 élément perdu ou à décider
- Minutage
la chronologie elle-même — la source n'enregistre aucun minutage, celle de la sortie est donc générée plutôt que convertie
Ce rapport de pertes vient de la matrice de capacités de ces deux formats, pas du fichier particulier que vous avez chargé. Un fichier précis peut perdre davantage s'il utilise des fonctionnalités que le format autorise mais que la matrice ne modélise pas.
Cette page convertit un texte brut en document JSON. Chaque ligne non vide devient un bloc avec un `id`, un `start` et un `end` en millisecondes entières, et un tableau `lines`. La chronologie est fabriquée : premier bloc à zéro, puis chaque ligne sur la durée réglée.
Le JSON sait décrire styles, positions et karaoké, mais un TXT n’en apporte aucun et le temps n’existe pas : la liste ci-dessus signale donc le minutage comme perdu, au sens où il est inventé plutôt que repris. Les blocs produits sont ceux de ce site, prêts à être relus par un script.
La durée par ligne se règle en millisecondes et reste affichée. Plusieurs fichiers peuvent être déposés : ils passent dans l’ordre et repartent en ZIP. Le navigateur fait tout.
Exemples
Un fichier texte typique, converti en JSON
Entrée
The quick brown fox jumps over the lazy dog.
Second paragraph, first line.
Second paragraph, second line.
Sortie
{
"version": 1,
"cues": [
{
"start": 0,
"end": 2000,
"lines": [
"The quick brown fox jumps over the lazy dog."
]
},
{
"start": 2000,
"end": 4000,
"lines": [
"Second paragraph, first line."
]
},
{
"start": 4000,
"end": 6000,
"lines": [
"Second paragraph, second line."
]
}
]
}
Dans cette sortie, le minutage est inventé : chaque bloc reçoit un `start` et un `end` en millisecondes calculés ici. Le texte correspond ligne pour ligne.
La même conversion sur une entrée abîmée
Entrée
Hello world.
Second block.
Sortie
{
"version": 1,
"cues": [
{
"start": 0,
"end": 2000,
"lines": [
"Hello world."
]
},
{
"start": 2000,
"end": 4000,
"lines": [
"Second block."
]
}
]
}
C’est le genre de dégâts des vrais fichiers : fins de ligne mélangées, espaces parasites, champs vides. Comparez avec l’exemple propre ci-dessus pour voir ce que le lecteur pardonne.
Questions fréquentes
À quoi ressemble un fichier TXT converti en JSON ?
À un document de ce site : un numéro de version, une table `styles` vide et un tableau `cues` dont chaque entrée porte `id`, `start`, `end` et `lines`. Les bornes sont des entiers en millisecondes, par exemple `{"start": 0, "end": 2000}`.
La chronologie d’un JSON produit depuis un TXT est-elle réelle ?
Non, elle est calculée. Le TXT n’a aucun horodatage : le premier bloc commence à 0 ms et chaque ligne dure la valeur choisie. Le rapport ci-dessus continue de signaler le minutage comme perdu, même après réglage de la durée.
Les lignes vides d’un TXT créent-elles des blocs vides dans le JSON ?
Non. Une ligne vide sépare des paragraphes : elle n’entre pas dans `cues` et ne consomme pas de temps. Le tableau ne contient que les lignes non vides, dans l’ordre du fichier.
Quelle durée par ligne choisir pour un TXT converti en JSON ?
La valeur est en millisecondes : 1000 pour une seconde par ligne, 3000 pour trois. Elle s’applique à tous les blocs du fichier et son résultat se lit directement dans le JSON produit.
Puis-je revenir d’un JSON vers le TXT d’origine ?
Oui, avec une autre liste : JSON vers TXT perd le minutage, les styles, la position, le karaoké et les sauts de ligne. Un bloc à deux lignes y devient deux lignes qui ne disent plus qu’elles vont ensemble.