SBV til SMI
Eller lim inn underteksttekst
Hva denne konverteringen endrer
Ingenting går tapt i denne retningen — hver egenskap i kildeformatet har et sted å ta veien i målformatet.
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 siden konverterer SBV til SMI: slipp inn en fil eller lim inn teksten, og du får SMI-versjonen tilbake med tekstblokkene fra SBV i behold.
Her går ingenting tapt: alt SBV kan uttrykke, kan SMI også, så hver tekstblokk, hvert tidsstempel og hver linje kommer over uendret.
Du kan kjøre én SBV-fil eller en hel sesong til SMI i samme kjøring: filene behandles én om gangen, kjøringen kan avbrytes underveis, og alt kommer ned som én ZIP.
Konverteringen fra SBV til SMI skjer i nettleseren din, så ingenting lastes opp.
Eksempler
En typisk SBV-fil konvertert til SMI
Inndata
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.
Resultat
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>The quick brown fox.
<SYNC Start=3500>
<P>
<SYNC Start=4000>
<P>Jumps over the lazy dog.
<SYNC Start=6250>
<P>
<SYNC Start=7000>
<P>Two lines here.<br>And a second one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
Ingenting går tapt her: SBV og SMI uttrykker de samme tingene, så de to sidene kan sammenlignes linje for linje.
Samme SBV-til-SMI-konvertering med vanskelig inndata
Inndata
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.Resultat
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=2000>
<P>Carriage-return line endings.
<SYNC Start=4000>
<P>
<SYNC Start=6000>
<P>Indented timecode, no final newline.
<SYNC Start=8000>
<P>
</BODY>
</SAMI>
Slik ser skader på ekte filer ut — blandede linjeskift, løse mellomrom, tomme felt. Sammenlign med det ryddelige eksempelet over for å se hva SBV-parseren tilgir.
Ofte stilte spørsmål
Hva går tapt når SBV blir SMI?
Ingenting. SBV lagrer tekstblokker med start- og sluttid og innebygde tagger, og SMI lagrer tekstblokker med start- og sluttid og grunnleggende formatering — de to kan sammenlignes linje for linje, og hver tekstblokk, hvert tidsstempel og hver linje kommer over uendret.
Hvordan skrives tidsstemplene om fra SBV til SMI?
En tid i SBV ser slik ut: `0:00:01.000,0:00:03.500` — start og slutt med komma imellom. I SMI skrives den som `<SYNC Start=4126>` — millisekunder. 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 SBV i SMI?
Formateringen fra SBV kommer over så langt den rekker: SBV har innebygde tagger for fet, kursiv og farge, og SMI har grunnleggende formatering å skrive dem inn i. SMI får ikke mer formatering enn kilden hadde.
Hvordan ser en SMI-fil ut når den er laget fra SBV?
SMI er SAMI-oppmerking med `<SYNC>`-blokker og `<P>`/`<br>`. Konverteringen fra SBV fyller den formen: hver tekstblokk blir én SMI-blokk, i samme rekkefølge, med SBV-ens tekst delt i de samme linjene.
Kan jeg konvertere SMI tilbake til SBV, og hva går tapt da?
Ja, og den veien har sin egen tap-liste: 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. Det er ikke den samme listen som SBV → SMI, fordi de to formatene beholder ulike ting.
Beholder SMI plasseringen som SBV beskriver?
SBV lagrer ingen plassering, så det er ingenting å overføre. SMI har sin egen posisjonsmodell, men den fylles ikke av noe fra kilden.