Poista lihavointitagit
Tai liitä tekstityksen teksti
Asetukset
Yksi laatikko, seitsemän vaihtoehtoa, ja jokaisella on oma sivunsa. Kursiivi, lihavointi, alleviivaus ja väri poistavat vain sen yhden alueen ja jättävät rivin muun tyylin rauhaan. Kaikki poistaa jokaisen työkalun mallintaman alueen — ne neljä sekä karaokeajoituksen — jättäen muun tekstin ennalleen. HTML tekee saman ja pyyhkäisee sitten pois myös kulmasulkuihin jääneen merkinnän, jota työkalu ei mallinna, kuten VTT:n <v Bob> -puhujatagit ja <c.className>. ASS tekee saman ohituslohkoille sen sijaan ja tyhjentää {...}-koodit, joita ei tunnistettu jäsennyksen aikana, kuten {\fad(500,500)}. Tämä sivu täyttää laatikon nimeämällään vaihtoehdolla eikä luettele muita.
Kuvanopeus, jossa ajoitukset on laskettu. Muotosivuilla tätä tarvitsee MicroDVD, koska se tallentaa ajoituksen ruutunumeroina. Kuvanopeussivuilla tämä on nopeus, jota vasten tiedosto ajastettiin — versio, jolle tekstitys tehtiin — ja sivun toinen laatikko ottaa sen videon nopeuden, jonka kanssa aiot tekstitystä käyttää. Yleisiä ovat 23,976, 24, 25, 29,97, 30, 50, 59,94 ja 60. Väärä arvo siirtää koko aikajanaa, ja kuvanopeussivuilla se siirtää sitä suhteellisesti eikä kiinteällä määrällä.
Tämä sivu ottaa lihavoinnin pois jokaiselta tekstitysriviltä eikä muuta mitään muuta. Sanat tulevat takaisin sellaisina kuin ne kirjoitettiin, aikakoodit, järjestys ja rivinvaihdot ehjinä, ja samalla rivillä olevat kursiivit, alleviivaukset tai värit jäävät täsmälleen sinne, mihin tiedosto ne pani. Lihavointi poistetaan siksi, että sitä pyydettiin, ei siksi, että lihavointi olisi väärin.
Lihavointi on se muotoilu, johon tartutaan, kun rivi tekee muuta kuin repliikkiä. Lukuotsikko, kappaleen nimi, ruudulla oleva teksti, puhelinnumero, kuvassa näkyvä kyltti, ohjelman itsensä näyttämä tekstitys — kaikki ne lihavoidaan tiedoston tekijän toimesta, ja toimitukseen mennessä korostus on usein tiellä. Tarkastajat pyytävät sen pois, koska heidän tyylioppaansa varaa lihavoinnin johonkin muuhun tai koska muotoilu tuli mallipohjasta, jota kukaan ei valinnut.
Poisto on muotoriippumatonta siinä mielessä, jolla on merkitystä: SRT, WebVTT, SBV ja SAMI kirjoittavat lihavoinnin muodossa `<b>` ja `</b>`, ASS ja SSA muodossa `{\b1}` ja `{\b0}`, ja TTML kirjoittaa spanin, jossa on lihava kirjasinpaino. Tiedosto luetaan sen mukaan, mitä se todella on eikä sen mukaan, mitä pääte väittää. Yksi yksityiskohta kannattaa tietää, jos työskentelet fansubien kanssa: painotettu lihavointi kuten `{\b700}` pyytää tavallista lihavointia painavampaa leikkausta, ja se luetaan silti lihavoituna, joten se lähtee samalla tavalla kuin `{\b1}`.
Mitään ei lähetetä — tiedosto luetaan ja kirjoitetaan selaimen välilehden sisällä. Tiedosto, jossa ei ole lihavointia, tulee takaisin tavu tavulta, ja se on rehellinen tulos ajosta, joka ei löytänyt tehtävää.
Esimerkit
Otsikkoalaotsikko ja korostettu sana
Syöte
1
00:00:01,000 --> 00:00:02,000
<b>CHAPTER ONE</b>
2
00:00:03,000 --> 00:00:04,000
The <b>room</b> was dark.
Tuotos
1
00:00:01,000 --> 00:00:02,000
CHAPTER ONE
2
00:00:03,000 --> 00:00:04,000
The room was dark.
Kokonaan lihavoitu alaotsikko ja keskeltä korostettu yksittäinen sana menettävät lihavointinsa samalla tavalla. Ensimmäisen alaotsikon isot kirjaimet jäävät, koska tämä sivu ei koske kirjainkokoon — jos sitä etsit, tekstityksen isoiksi ja pieniksi kirjoittavat sivut ovat sitä varten.
Lihavointi ja kursiivi samalla rivillä
Syöte
1
00:00:01,000 --> 00:00:02,000
<i>A voice off screen.</i> <b>She left.</b>
Tuotos
1
00:00:01,000 --> 00:00:02,000
<i>A voice off screen.</i> She left.
Kursiivi säilyy ja lihavointi lähtee samalta riviltä. Tämä on ajo, joka pitää tiedoston käytännöt ehjinä: kursiivi ruudun ulkopuoliselle puheelle, lihavointi korostukselle, ja vain toinen niistä otetaan pois. Molempien poistaminen kerralla on eri sivu, ja siihen kannattaa tarttua vasta kun on päättänyt, ettei tiedosto tarvitse lainkaan muotoilua.
Painotettu lihavointi ASS-tiedostossa
Syöte
[Script Info]
Title: bold
[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,0,0,0,0,100,100,0,0,1,1,1,2,10,10,10,1
[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:01.00,0:00:02.00,Default,,0,0,0,,{\b1}hello{\b0} {\b700}there{\b0}
Tuotos
[Script Info]
Title: bold
[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,0,0,0,0,100,100,0,0,1,1,1,2,10,10,10,1
[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:01.00,0:00:02.00,Default,,0,0,0,,hello there
Molemmat alueet lähtevät, myös painotettu. `{\b700}` ei ole ohituskoodi, jota työkalu ei ymmärtänyt — se on lihavointi painolla, ja se riisutaan kuten mikä tahansa lihavointi, joten painavampaa leikkausta pyytävä fansub-tiedosto hoituu samalla ajolla. Kahden alueen välissä olevat sanat pitävät omat välilyöntinsä.
Usein kysytyt kysymykset
Miten lihavointi on kirjoitettu kussakin tekstitysmuodossa?
SRT, WebVTT, SBV ja SAMI käyttävät `<b>`-paria sanojen ympärillä. ASS ja SSA käyttävät `{\b1}` lihavoinnin päälle kytkemiseen ja `{\b0}` sen pois kytkemiseen, ja paino kuten `{\b700}` on valinnainen lisä painavammalle leikkaukselle. TTML käärii tekstin spaniin, jossa on lihava kirjasinpaino. Sivu lukee kaikki ne samana asiana, joten tulos ei riipu siitä, missä muodossa tiedostosi sattuu olemaan.
Vaikuttaako lihavoinnin riisuminen ajoitukseen tai rivinvaihtoihin?
Ei. Vain sanojen ympärillä oleva merkintä kirjoitetaan uudelleen, joten jokainen alaotsikko pitää alkunsa ja loppunsa millisekunnin tarkkuudella ja alaotsikot pysyvät siinä järjestyksessä, jossa tiedostossa olivat. Alaotsikon sisäiset rivinvaihdot ovat osa sen rakennetta eikä sen muotoilua, joten kaksirivinen alaotsikko on jälkeenpäin yhä kaksirivinen — vaihto on siellä, mihin tiedosto sen pani.
Miksi kukaan haluaisi lihavoidut tekstitykset pois?
Yleensä siksi, että lihavointi tuli tiedoston mukana eikä sitä valittu sille. Lihavointia käytetään lukuotsikoihin, kappaleiden nimiin, ruudulla olevaan tekstiin ja kyltteihin, ja se periytyy usein mallipohjasta tai kopioituu transkriptista, joten toimitusvaatimus, joka varaa lihavoinnin johonkin muuhun, hylkää sen. Poistolla on merkitystä myös luettavuudelle: korostus kilpailee sen lukunopeusbudjetin kanssa, joka tekstitysrivillä jo on.
Voinko pitää lihavoinnin otsikkoalaotsikoissa ja poistaa sen muualta?
Ei tällä sivulla, joka työskentelee koko tiedostolla. Käytännöllinen reitti on ajaa sivu ja panna lihavointi takaisin niihin harvoihin alaotsikoihin, jotka sitä tarvitsevat, tai jakaa tiedosto ensin ja ajaa sivu yhteen osaan. Alaotsikkokohtaista päätöstä ei voi lukea yhdestä pudotetusta tiedostosta, joten sivulla ei ole mitään, mihin nojata.
Mitä muulle muotoilulle rivillä tapahtuu, kun lihavointi lähtee?
Se jää. Kursiivi, alleviivaus, väri ja karaoken ajoitus ovat erillisiä alueita lihavointialueesta, joten rivi, joka on sekä lihavoitu että kursivoitu, tulee takaisin kursivoituna eikä lihavoituna. Se on tarkoituksellista ja syy siihen, miksi tämä sivu on olemassa Kaiken muotoilun poisto -sivun rinnalla: tavallinen työ on ottaa yksi korostuslaji pois tiedostosta, kun taas muu tiedoston käytäntö pysyy sellaisena kuin se oli.
Miksi ASS-tiedostoni lihavointi on yhä paikallaan tämän ajon jälkeen?
Tarkista, onko se todella lihavointia. ASS voi saada tekstin näyttämään painavalta tyylitaulunsa nimetyn tyylin kautta eikä inline-tagin kautta, ja tämä sivu poistaa vain inline-alueet — se ei koske tyylitauluun eikä siihen tyyliin, johon alaotsikko osoittaa. Alaotsikko, jonka tyyli itsessään on lihavoitu, näyttää yhä lihavoidulta, koska lihavuus on tyylin ominaisuus eikä tekstin.