SMI til SBV
Eller lim inn underteksttekst
Hva denne konverteringen endrer
3 ting slippes eller trenger en avgjørelse
- Formatering
all formatering (fet, kursiv, farge, kontur, skygge)
- Plassering
plassering på skjermen (hver tekstblokk går tilbake til standardposisjonen)
- Formatspesifikt innhold
innhold som kildeformatet oppbevarer utenfor tekstblokkene (blokker utenom tekstblokkene, topptekst, innstillinger per tekstblokk, kommenterte hendelser) — målformatet har ingen plass til det
Denne listen kommer fra egenskapsmatrisen for disse to formatene, ikke fra den bestemte filen du lastet inn. En bestemt fil kan miste mer hvis den bruker egenskaper formatet tillater, men matrisen ikke modellerer.
Denne SMI-til-SBV-konverteringen tar en fil, eller tekst limt inn i boksen, og gir deg SBV-utdataen uten å sende noe videre.
Konverteringen fra SMI til SBV mister noe, og det er verd å vite hva: farge, omriss, skygge og marger forsvinner, mens fet og kursiv overlever som innebygde tagger; plasseringen forsvinner, og hver tekstblokk faller tilbake til standardplassen; SBV har ingen plass til innholdet SMI oppbevarer utenfor tekstblokkene.
Listen over filboksen er regnet ut fra hva SMI og SBV kan uttrykke, ikke fra filen din, så svaret er det samme før du laster opp noe.
En enkelt SMI-fil går like fint som hundre, så du kan sende hele sesongen gjennom SBV-konverteringen og laste ned alt som én ZIP.
Arbeidet med SMI til SBV skjer i nettleseren din — ingen server ser filen.
Eksempler
En typisk SMI-fil konvertert til SBV
Inndata
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial; }
.ENCC { Name: English; lang: en-US; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P Class=ENCC>Hello there.
<SYNC Start=3000>
<P Class=ENCC>
<SYNC Start=3500>
<P Class=ENCC>How are you?<br>Fine, thanks.
<SYNC Start=6000>
<P Class=ENCC>
</BODY>
</SAMI>
Resultat
0:00:01.000,0:00:03.000
Hello there.
0:00:03.500,0:00:06.000
How are you?
Fine, thanks.
Dette går tapt i utdataen: formatering, plassering og metadata.
Samme SMI-til-SBV-konvertering med vanskelig inndata
Inndata
<SAMI>
<HEAD>
<TITLE>Episode 1</TITLE>
<STYLE TYPE="text/css">
<!--
.ENCC { Name: English; }
-->
</STYLE>
</HEAD>
<BODY>
<sync start="00:00:02,500">
<P Class=ENCC>Line one<br>Line two
<sync start=9000>
<P Class=ENCC>Tom & Jerry
<SYNC Start=12000>
<P Class=ENCC>
</BODY>
</SAMI>
Resultat
0:00:02.500,0:00:09.000
Line one
Line two
0:00:09.000,0:00:12.000
Tom & Jerry
Slik ser skader på ekte filer ut — blandede linjeskift, løse mellomrom, tomme felt. Sammenlign med det ryddelige eksempelet over for å se hva SMI-parseren tilgir.
Ofte stilte spørsmål
Hva går tapt når SMI blir SBV?
Dette: farge, omriss, skygge og marger forsvinner, mens fet og kursiv overlever som innebygde tagger; plasseringen forsvinner, og hver tekstblokk faller tilbake til standardplassen; SBV har ingen plass til innholdet SMI oppbevarer utenfor tekstblokkene. På kildesiden har SMI tekstblokker med start- og sluttid og grunnleggende formatering; på målsiden har SBV tekstblokker med start- og sluttid og innebygde tagger, og derfor kommer de nevnte tingene ikke med. Teksten og rekkefølgen kommer over.
Hvordan skrives tidsstemplene om fra SMI til SBV?
En tid i SMI ser slik ut: `<SYNC Start=4126>` — millisekunder. I SBV skrives den som `0:00:01.000,0:00:03.500` — start og slutt med komma imellom. Begge formatene bruker samme oppløsning, så ingen avrunding skjer. Rekkefølgen er den samme, og ingen tekstblokk flyttes mer enn avrundingen tilsier.
Hva skjer med formateringen fra SMI i SBV?
Det som går tapt, er det SMI kan uttrykke ut over de innebygde taggene — `<STYLE>`-blokken og CSS-klassene. Selve taggene for fet, kursiv og farge blir stående som vanlige tegn i teksten i SBV og overlever dermed.
Hvordan ser en SBV-fil ut når den er laget fra SMI?
SBV begynner hver tekstblokk med tidslinjen, uten nummer, og skiller blokkene med en tom linje. Konverteringen fra SMI fyller den formen: hver tekstblokk blir én SBV-blokk, i samme rekkefølge, med SMI-ens tekst delt i de samme linjene.
Kan jeg konvertere SBV tilbake til SMI, og hva går tapt da?
Ja, og den veien er også tapsfri: SBV og SMI uttrykker de samme tingene, så en runde tilbake gir de samme tekstblokkene og tidsstemplene.
Beholder SBV plasseringen som SMI beskriver?
Nei. SMI kan plassere en tekstblokk på skjermen, men SBV har ingen posisjonsmodell, så hver tekstblokk faller tilbake til spillerens standardplass; posisjonen står i tap-listen.
Hva gjør SBV med en tekstblokk fra SMI som har flere linjer?
Den beholder linjene. SMI og SBV uttrykker begge flere linjer per tekstblokk, og konverteringen skriver linjeskiftet ved å legge linjene under hverandre i samme blokk i stedet for å slå sammen teksten.
Hva skjer med kommentarer og metadata i SMI når filen blir SBV?
SMI kan ha `<STYLE>`-blokken og kommentarer utenfor tekstblokkene. SBV har ingenting — SBV lagrer tekstblokker og ikke noe annet; derfor registreres dette som tap, og det er tekstblokkene som kommer med videre.
Blir tidsstemplene nøyaktige i konverteringen fra SMI til SBV?
SMI og SBV har begge 1 ms oppløsning, så tidsstemplene går over uten avrunding og uten at noen tekstblokk flyttes.