SBV naar LRC
Of plak ondertiteltekst
Wat deze conversie verandert
2 dingen vervallen of vragen om een beslissing
- Timing
de eindtijden van blokken (het uitvoerformaat legt alleen vast wanneer een blok begint)
- 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 SBV om naar LRC. Sleep een bestand naar binnen — of plak de tekst — en je krijgt de LRC-versie terug. De conversie draait volledig in je browser, dus er wordt niets geüpload en je hebt geen account nodig.
De twee formaten bewaren niet dezelfde dingen, en het verschil is niet cosmetisch: SBV heeft een eindtijd per blok en LRC kent die niet, en LRC rekent in honderdsten van een seconde. De lijst hierboven komt uit wat beide formaten kunnen uitdrukken, niet uit jouw bestand; het antwoord is dus hetzelfde voordat je iets laadt.
Eén bestand kan, een heel seizoen ook: de wachtrij werkt ze op volgorde af en de resultaten komen samen als één ZIP binnen.
Voorbeelden
Een typisch SBV-bestand, omgezet naar LRC
Invoer
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Uitvoer
[00:01.00]The quick brown fox.
[00:04.00]Jumps over the lazy dog.
[00:07.00]Two lines here.
[00:07.00]And a second one.
Verloren in deze uitvoer: timing en precisie. Alles wat overblijft klopt regel voor regel.
Dezelfde omzetting op een weerbarstige invoer
Invoer
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Uitvoer
[00:02.00]Carriage-return line endings.
[00:06.00]Indented timecode, no final newline.
Zo ziet schade in echte bestanden eruit — gemengde regeleinden, losse spaties, blokken zonder tekst. Vergelijk dit met het nette voorbeeld hierboven om te zien wat de parser vergeeft.
Veelgestelde vragen
Wat gebeurt er met de eindtijd van elk SBV-blok bij SBV naar LRC?
Die verdwijnt. LRC legt alleen vast wanneer een regel begint — een songtekstspeler laat een regel staan tot de volgende begint — dus elke SBV-eindtijd valt weg en elke SBV-start blijft onaangeroerd. Hoe lang een ondertitel in beeld stond, is in de LRC-uitvoer nergens meer te vinden.
Hoe ziet de uitvoer eruit als SBV LRC wordt?
Als LRC: geen bloknummers, geen komma’s tussen tijden, en elke regel draagt haar eigen tijdstempel tussen vierkante haken. Elk SBV-blok wordt één LRC-blok, in dezelfde volgorde, met dezelfde tekst.
Hoe komt een SBV-blok van twee regels in LRC uit?
Als twee tijdgestempelde regels met dezelfde tijd, wat in LRC betekent: deze twee horen bij elkaar en verschijnen samen. Het paar blijft bij elkaar, ook al is de eindtijd weg.
Verandert SBV naar LRC de volgorde van de blokken?
Nee, en ze worden onderweg op starttijd gesorteerd — vroegste eerst, de volgorde die elke speler verwacht. Stond je SBV-bestand niet in volgorde, dan zet de LRC-uitvoer het recht; dat raakt de structuur, niet de inhoud, en het is bewust gedaan.
Kan ik de LRC weer naar SBV omzetten?
Ja, en die richting heeft haar eigen lijst: LRC naar SBV moet de ontbrekende eindtijden verzinnen, bijvoorbeeld door een vaste duur per regel aan te nemen. Die lijst verschilt van de lijst hierboven omdat beide formaten andere dingen bewaren.
Wat gebeurt er met de komma’s in de SBV-tijden als het bestand LRC wordt?
LRC schrijft zijn tijd als mm:ss.xx met een punt, waar SBV h:mm:ss.mmm met een komma schrijft. De milliseconden worden tot honderdsten afgerond, en dat is het enige wat er aan de tijd verandert: de volgorde en de momenten zelf blijven gelijk.
Behoudt de LRC-uitvoer de tekencodering van het SBV-bestand?
Nee — de uitvoer is UTF-8, met Unix-regeleinden en zonder BOM, wat het SBV-bestand ook gebruikte. Een bestand in UTF-16 of in een Windows-codering met één byte wordt bij het inlezen gedecodeerd (het resultatenpaneel zegt het als dat gebeurt); wat eruit komt is altijd dezelfde UTF-8-LRC.