TXT naar LRC
Of plak ondertiteltekst
Opties
Wordt gebruikt wanneer de bron geen eindtijden heeft (platte tekst, LRC). De tijdlijn in de uitvoer wordt hier gegenereerd in plaats van omgerekend, dus dit getal is wat je krijgt.
Wat deze conversie verandert
2 dingen vervallen of vragen om een beslissing
- Timing
de tijdlijn zelf — de bron legt geen tijden vast, dus die van de uitvoer wordt gegenereerd in plaats van omgerekend
- Nauwkeurigheid
tijdprecisie — de klok van de uitvoer is grover, dus elke tijdstempel wordt afgerond op de dichtstbijzijnde 10 ms
Deze lijst komt uit de capaciteitenmatrix voor deze twee formaten, niet uit het bestand dat je hebt geladen. Een specifiek bestand kan meer verliezen wanneer het kenmerken gebruikt die het formaat toestaat maar de matrix niet modelleert.
Deze pagina zet TXT om naar LRC. Je sleept een bestand naar het vak of plakt de tekst erin, en je krijgt de LRC-versie terug. De conversie draait volledig in je browser: er wordt niets geüpload en je hebt geen account nodig.
LRC is regelgebaseerd: elke regel krijgt een tijdstempel tussen vierkante haken en een eindtijd bestaat niet in dit formaat. Omdat een tekstbestand geen tijden heeft, wordt de tijdlijn hier opgebouwd en op honderdsten van een seconde afgerond.
Lege regels zijn alineagrenzen en leveren geen lege regel met tijdstempel op. Eén bestand kan, een heel seizoen ook: de wachtrij werkt ze in volgorde af en levert één ZIP op.
Voorbeelden
Een typisch TXT-bestand, omgezet naar LRC
Invoer
The quick brown fox jumps over the lazy dog.
Second paragraph, first line.
Second paragraph, second line.
Uitvoer
[00:00.00]The quick brown fox jumps over the lazy dog.
[00:02.00]Second paragraph, first line.
[00:04.00]Second paragraph, second line.
In deze uitvoer gaan timing en de fijnere tijdsaanduiding verloren. Al het andere komt regel voor regel overeen.
Dezelfde conversie op een rommelige invoer
Invoer
Hello world.
Second block.
Uitvoer
[00:00.00]Hello world.
[00:02.00]Second block.
Zo zien echte bestanden er vaak uit: gemengde regeleinden, losse spaties, lege velden. Vergelijk het met het nette voorbeeld hierboven om te zien wat de parser vergeeft.
Veelgestelde vragen
Worden de tijdcodes verzonnen als een TXT-bestand LRC wordt?
Ja. Omdat een tekstbestand geen tijden heeft, wordt de tijdlijn in de LRC-uitvoer hier opgebouwd: de eerste regel op nul en elke volgende waar de vorige eindigde. De duur per regel is de stap, en lege regels tellen niet mee als blok.
Waarom zijn de tijdstempels van TXT naar LRC verschoven?
TXT heeft geen tijdcodes om te verschuiven; de tijdlijn wordt hier opgebouwd. LRC bewaart tijd als [00:04.12], in honderdsten van een seconde, dus elke gegenereerde tijd wordt op de dichtstbijzijnde 10 ms afgerond. Niets wordt herordend en geen regel verschuift meer dan 5 ms ten opzichte van de plek die deze pagina koos.
Hoe ziet de uitvoer eruit als TXT LRC wordt?
Als LRC: geen bloknummers, maar elke regel met een eigen tijdstempel tussen vierkante haken. Elk TXT-blok wordt één LRC-blok, in dezelfde volgorde en met dezelfde tekst.
Blijft de volgorde van TXT-blokken in de LRC-uitvoer behouden?
Ja, en ze worden onderweg op starttijd gesorteerd: vroegste eerst. Stond jouw tekstbestand niet in volgorde, dan zet de LRC-uitvoer de regels weer netjes achter elkaar. Dat is een structurele ingreep, geen inhoudelijke, en ze is bewust.
Kan ik de LRC terug naar TXT omzetten?
Ja, en die richting heeft een eigen lijst: LRC naar TXT verliest timing en regelbreuken. Die lijst verschilt van de lijst hierboven, omdat beide formaten andere dingen bewaren.
Blijft de tekencodering van het TXT-bestand behouden in de LRC-uitvoer?
Nee. De uitvoer is UTF-8 met Unix-regeleinden en zonder BOM, wat het tekstbestand ook gebruikte. Een bestand in UTF-16 of in een Windows-codering met één byte wordt bij het inlezen gedecodeerd (het resultaatpaneel zegt het als dat gebeurt); wat eruit komt is altijd dezelfde UTF-8-LRC.