Ta bort BOM från undertexter
Eller klistra in undertexttext
Inställningar
En BOM är tre byte alldeles i början av filen som talar om vilken teckenkodning den är i. Den är osynlig i varje redigerare och spelare, den tar ingen plats på skärmen, och inget i undertexterna ändras när den läggs till eller tas bort. Två sorters verktyg bryr sig om den: Windowsprogram som skriver undertexter, som lägger in en som standard, och strikta tolkar i byggkedjor, som avvisar en fil som börjar med en. Den här sidan öppnar fältet i det läge som dess titel namnger, så du kan växla om din fil visar sig vara tvärtom. En fil i UTF-16 bär alltid en BOM, eftersom det är så en läsare vet vilken av de två byteordningarna den tittar på – att begära att ta bort den där låter den ligga kvar.
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.
Ta bort BOM från en undertextfil. BOM är ett osynligt tecken, U+FEFF, som kan ligga först i filen och som vissa program visar som skräp eller inte kan läsa förbi. Sidan tar bort markeringen och lämnar resten av filen orörd.
Alla BOM-tecken i början av filen tas bort, inte bara det första. En fil som har råkat få flera markeringar blir alltså helt ren, medan en fil utan markering kommer tillbaka byte för byte. Det gör sidan säker att köra på filer där du inte vet om de har en BOM.
En UTF-16-fil behåller sin BOM. Där är markeringen en del av kodningen och behövs för att filen ska läsas som UTF-16; att ta bort den skulle göra filen oläsbar. Sidan skiljer alltså på en BOM som är en extra markering och en som är strukturell.
Radbrytningarna rörs inte. En Windows-fil behåller CRLF, och en Unix-fil behåller LF. Alla tolv format kan användas, och filen lämnar aldrig webbläsaren.
Exempel
En markerad fil där markeringen tas bort
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.
BOM försvinner från början av filen och ettan i första textblocket står nu först. Resten av filen är identisk, inklusive tider och radbrytningar.
En Windows-fil där markeringen tas bort och vagnreturerna behålls
Indata
1
00:00:01,000 --> 00:00:02,000
Marked and Windows.
Resultat
1
00:00:01,000 --> 00:00:02,000
Marked and Windows.
BOM tas bort, men radbrytningarna är fortfarande CRLF. Sidan ändrar inte radsluten när den tar bort markeringen, så en Windows-fil förblir en Windows-fil.
En fil utan markering, tillbaka byte för byte
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.
Filen hade ingen BOM, så ingenting ändras. Resultatet är byte för byte identiskt med indatafilen, vilket gör sidan säker att köra även när du inte vet om filen är markerad.
Vanliga frågor
Vad är en BOM och varför vill man ta bort den?
BOM är tecknet U+FEFF som kan stå först i en fil. I UTF-8 skrivs det som tre byte, EF BB BF. Vissa program visar det som ett osynligt tecken eller ett frågetecken, och en del skript och äldre spelare kan inte läsa förbi det. Att ta bort det gör filen ren utan att texten ändras.
Tar sidan bort alla BOM-tecken?
Ja, alla som står först i filen. En fil med en markering blir ren, och en fil med flera markeringar blir också ren. En fil utan markering kommer tillbaka byte för byte. Sidan rör bara inledningen av filen, inte tecken som råkar likna U+FEFF inne i texten.
Vad händer med en UTF-16-fil?
Den behåller sin BOM. I UTF-16 är markeringen en del av kodningen och behövs för att filen ska läsas med rätt byteordning; att ta bort den skulle göra filen oläsbar. Sidan skiljer alltså på en extra markering i en UTF-8-fil och en strukturell markering i en UTF-16-fil.
Behålls radbrytningarna?
Ja. BOM ligger först i filen och sidan ändrar ingenting annat, så CRLF förblir CRLF och LF förblir LF. En fil med blandade radslut är fortfarande blandad efter körningen; vill du göra dem enhetliga finns en egen sida för radbrytningar.
Tas BOM bort utan att teckenkodningen ändras?
Ja. Sidan styr bara om det finns en BOM först i texten och rör inte vilken teckenkodning filen i övrigt har. En fil som var UTF-8 utan BOM kommer tillbaka som UTF-8 utan BOM, och en fil som hade BOM förlorar bara markeringen.
Kan jag lägga tillbaka en BOM med sidan?
Nej, den här sidan tar bara bort. Det finns en motsvarande sida som lägger till en BOM, och den tar först bort befintliga markeringar och lägger sedan till exakt en. Välj den när ett program eller en leverans uttryckligen kräver en markering.