Konvertera undertextens radbrytningar
Eller klistra in undertexttext
Inställningar
Varje rad i filen slutar antingen med ett osynligt tecken (LF) eller två (CRLF). Spelare, redigerare och undertextverktyg läser båda, så det här är nästan aldrig orsaken till att en undertextfil krånglar – de två orsakerna det gäller är en byggkedja eller en strikt tolk som avvisar den andra, och ett diff-verktyg som visar varje rad som ändrad eftersom radbrytningarna skiljer sig. LF är valet här som standard eftersom det är vad Unix, macOS och webben använder, och eftersom en fil som redan har det lämnas orörd. Väljer du CRLF konverteras båda sorternas befintliga radbrytning, så en fil med en blandning kommer ut enhetlig.
Vilken bildfrekvens tiderna räknas i. På formatsidorna är det här vad MicroDVD behöver, eftersom formatet lagrar tider som bildnummer. På bildfrekvenssidorna är det den frekvens som filens tider byggdes för – den version som undertexterna gjordes för – och sidans andra fält tar frekvensen för den video du ska använda dem med. 23,976, 24, 25, 29,97, 30, 50, 59,94 och 60 är de vanligaste. Blir det fel förskjuts hela tidslinjen, och på bildfrekvenssidorna förskjuts den med ett förhållande i stället för med ett fast belopp.
Byt radbrytningar i undertextfilen mellan LF och CRLF. Unix och macOS använder LF, Windows använder CRLF, och en fil som har redigerats på flera maskiner kan innehålla båda — ibland i samma fil. Sidan gör alla radslut enhetliga.
Först normaliseras filen: blandade radslut och ensamma vagnreturer görs om till LF. Sedan skrivs varje radslut ut i den stil du valde. Det betyder att en fil med blandade radslut blir helt enhetlig, inte bara att de rader som redan hade rätt stil lämnas.
Sista raden och tomma rader räknas också. Ett filslut utan radbrytning får en, så filen slutar på samma sätt som resten, och en tom rad mellan två textblock behåller sin tomma rad med rätt radslut. Inget innehåll läggs till eller tas bort.
Alla tolv format kan användas, eftersom radslut ligger utanför formatets syntax. Filen behandlas i webbläsaren och lämnar aldrig datorn.
Exempel
En Unix-fil som konverteras till Windows-radslut
Indata
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
Resultat
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
Varje radslut blir CRLF, även den tomma raden mellan textblocken och den sista raden. Text, tider och numrering är oförändrade; bara de osynliga tecknen i slutet av varje rad skiljer.
En Windows-fil som konverteras tillbaka till Unix-radslut
Indata
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Resultat
1
00:00:01,000 --> 00:00:02,000
The room is dark.
CRLF blir LF överallt, inklusive filens sista rad. Filen blir några byte mindre, eftersom varje radslut tappar en byte, men texten är identisk.
En fil redigerad på två maskiner, gjord enhetlig
Indata
1
00:00:01,000 --> 00:00:02,000
Mixed endings.
2
00:00:03,000 --> 00:00:04,000
Second.
Resultat
1
00:00:01,000 --> 00:00:02,000
Mixed endings.
2
00:00:03,000 --> 00:00:04,000
Second.
Filen hade blandade radslut: CRLF, LF och en ensam vagnretur. Alla normaliseras först, och sedan skrivs CRLF ut på varje rad. Resultatet är en fil där varje radslut är detsamma, även den tomma raden mellan textblocken.
Vanliga frågor
Vad är skillnaden mellan LF och CRLF?
LF är ett tecken som markerar radslut och används på Unix och macOS. CRLF är två tecken, vagnretur följt av radmatning, och används på Windows. Textredigerare visar dem oftast likadant, men program som läser filen kan vara känsliga för vilken stil den har. Sidan byter mellan de två utan att ändra texten.
Vad händer med en fil som har blandade radslut?
Den blir enhetlig. Sidan normaliserar först alla radslut till LF och skriver sedan ut den stil du valde på varje rad. En fil som blandar CRLF, LF och ensamma vagnreturer får alltså samma radslut överallt, i stället för att bara de rader som redan hade rätt stil lämnas orörda.
Omfattas tomma rader och filens sista rad?
Ja. En tom rad mellan två textblock behåller sin tomma rad men får rätt radslut, och en fil som slutar utan radbrytning får en sådan så att sista raden följer samma stil som resten. Inget innehåll läggs till eller tas bort; bara radsluten ändras.
Vilken stil ska jag välja?
LF om inget annat krävs. Det är standard på Unix och macOS, fungerar i de flesta moderna program och undviker problem med dubbla tecken. Välj CRLF när ett Windows-verktyg eller en leveransspecifikation uttryckligen kräver det, och kontrollera då filen i ett program som visar radsluten.
Ändras filens storlek?
Ja, något. CRLF tar två byte per radslut och LF tar en, så en fil med många rader blir märkbart mindre när den går från CRLF till LF och något större i andra riktningen. Textinnehållet är oförändrat; det är bara de osynliga tecknen i radsluten som skiljer.
Kan radsluten påverka hur formatet läses?
I praktiken nej för de tolv formaten, eftersom sidan läser filen och skriver ut den igen. Men en del externa program och skript kan vara känsliga, och en fil med blandade radslut kan få märkliga resultat i äldre verktyg. Enhetliga radslut är därför en billig försäkring inför leverans.