Muunna drop-frame non-dropiksi
Tai liitä tekstityksen teksti
Asetukset
30 fps:n non-drop ja 29,97:n drop-frame kirjoittavat saman kellon eri tavoin, ja tämä laatikko valitsee, miten tiedosto luetaan ja miten se kirjoitetaan takaisin. Tunnin kohdalla oleva alaotsikko lukee 01:00:00,000 toisessa ja 01:00:03,600 toisessa — ne ovat 3,6 sekuntia erillään tuntia kohden, eikä kyse ole pyöristysvirheestä. Sivun otsikko nimeää yhden suunnan, ja tämä laatikko tarjoaa vain sen, joten saat tiedoston, josta sivu kertoo. Tekstissä ei muutu mikään: mitään alaotsikkoa ei ajasteta uudelleen videota vastaan, kuvanopeutta ei muunneta, ja alaotsikko tunnin ensimmäisen minuutin sisällä palaa täsmälleen sellaisena kuin se meni sisään, koska siellä ei pudoteta yhtään ruutumerkintää.
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 merkitsee uudelleen jokaisen tekstitystiedoston aikakoodin 29,97 fps:n drop-frame-muodosta takaisin 30 fps:n non-drop-muotoon, joten kello siirtyy taaksepäin kiinteän määrän, joka kasvaa ohjelman mukana: ei mitään tunnin ensimmäisellä minuutilla, 3,6 sekuntia tunnissa, 36 sekuntia kymmenen tunnin jälkeen. Sanat, alaotsikoiden numerot, niiden järjestys ja rivinvaihdot ovat tiedoston omia ja tulevat ulos koskemattomina.
Tiedosto, jota tämä sivu varten on, leimattiin näyttöä tai laitetta vasten, joka laski drop-framena — mikä on tavallista 29,97-materiaalilla, koska drop-frame on se sopimus, joka pysyy seinäkellon tahdissa — ja kaikki sen jälkeinen lukee kelloja non-dropina. Niin luettuna jokainen tiedoston aikakoodi on liian suuri määrällä, joka kasvaa jatkuvasti, joten tekstitykset osuvat aikaisin ja yhä aikaisemmin ohjelman edetessä. Puolen tunnin kohdalla virhe on 1,8 sekuntia, eikä se lakkaa kasvamasta missään tiedoston kohdassa. Siksi korjaus ei ole pieni työnnös: se on sama uudelleenmerkintä jokaiseen aikaleimaan, korjauksen koko määräytyy alaotsikon sijainnin mukaan.
Kellon lukeminen aikakoodina tarkoittaa sen napsauttamista lähimpään 30 fps:n ruutujaksoon, ja drop-framessa kahta niistä jaoista ei ole. Drop-frame ohittaa nimikkeet ;00 ja ;01 jokaisen minuutin alussa paitsi joka kymmenennen minuutin — se laskee 00:00:59;28, 00:00:59;29 ja hyppää sitten 00:01:00;02:een — joten saapuva 00:01:00,000 nimeää hetken, jota sopimuksella ei ole mitään tapaa kirjoittaa. Se vedetään takaisin viimeiseen kirjoitettavissa olevaan nimikkeeseen, 00:00:59,933, 67 millisekuntia aikaisemmin. Se on laskutoimituksen todellinen raja eikä toleranssi, ja se sanotaan sivulla eikä silotella: kahden tunnin aikana niitä on 216.
Alaotsikko, joka napsautuksen jälkeen jää yhtä ruutua lyhyemmäksi, ei ole kirjoitettavissa lainkaan, koska sen molemmat reunat osuvat samaan jaksoon eikä alaotsikko, jonka loppu on sama kuin alku, ole alaotsikko. Ne pudotetaan ja lasketaan yllä olevaan menetysraporttiin sen sijaan että ne hiljaa venytettäisiin ruutuun. Käytännössä tämä ulottuu vain ruutu kerrallaan leikattuun materiaaliin, mutta sivu ei luota siihen että se on harvinaista — se raportoi määrän, ja tiedosto, jossa sellaisia ei ole, ei raportoi mitään.
Mitään ei lähetetä palvelimelle. Tiedosto luetaan ja kirjoitetaan uudelleen selainvälilehden sisällä eikä koskaan poistu koneelta, millä on väliä samasta syystä kuin jokaisella muullakin sivulla täällä: luottamuksellisuusvelvoitteen alaista materiaalia ei voi antaa muunnospalvelulle, eikä tämä pyydä sitä.
Esimerkit
Tiedosto viiden minuutin kohdalta
Syöte
1
00:05:00,000 --> 00:05:02,000
The room is dark.
2
00:10:00,000 --> 00:10:03,000
A cold night.
Tuotos
1
00:04:59,667 --> 00:05:01,667
The room is dark.
2
00:09:59,400 --> 00:10:02,400
A cold night.
Korjaus ei ole yksi tiedostoon sovellettava luku: viiden minuutin kohdalla kello siirtyy taaksepäin 333 ms ja kymmenen minuutin kohdalla 600 ms, koska drop-frame on heittänyt pois kymmenen nimikettä ensimmäiseen alaotsikkoon mennessä ja kahdeksantoista toiseen mennessä. Kukin alaotsikko säilyttää pituutensa millisekunnilleen, koska sen molemmat reunat liikkuvat saman verran — tämä on uudelleenmerkintä, ei siirto.
Sama korjaus tunnin kohdalla
Syöte
1
01:00:03,600 --> 01:00:06,600
An hour into the programme.
Tuotos
1
01:00:00,000 --> 01:00:03,000
An hour into the programme.
Tunnin kohdalla drop-framen 01:00:03,600 on se, minkä non-drop kirjoittaa 01:00:00,000 — 108 ohitettua nimikettä, 3600 ms. Tämä on se luku, jota vasten sivu kannattaa tarkistaa: tuloksen ensimmäinen rivi pitäisi olla täsmälleen 3600 ms aikaisemmin kuin syötteen ensimmäinen rivi, ja drop-frame-laitteesta tulleen tiedoston pitäisi osua tasaiseen tuntiin.
Alaotsikko tunnin ensimmäiseltä minuutilta
Syöte
1
00:00:04,000 --> 00:00:06,000
Still early in the file.
2
00:05:00,000 --> 00:05:02,000
This one does move.
Tuotos
1
00:00:04,000 --> 00:00:06,000
Still early in the file.
2
00:04:59,667 --> 00:05:01,667
This one does move.
Tunnin ensimmäisen minuutin aikana nimikkeitä ei pudoteta, joten kaksi sopimusta kirjoittaa ne kuusikymmentä sekuntia samalla tavalla ja ensimmäinen alaotsikko jätetään rauhaan. Viiden minuutin kohdalla oleva toinen alaotsikko liikkuu. Yksi muuttumaton alaotsikko yhden liikkuneen vieressä on tämän tiedoston oikea tulos eikä pysähtynyt ajo — korjaus on nolla tunnin alussa ja kasvaa ensimmäiseltä minuuttirajalta eteenpäin.
Usein kysytyt kysymykset
Miksi tekstitykset tulevat ulos aikaisemmin eivätkä myöhemmin?
Koska tiedoston kellot olivat suurempia kuin ne hetket, jotka ne nimeävät. Non-drop laskee 30 nimikettä sekunnissa ikään kuin 29,97 fps tuottaisi 30 ruutua sekunnissa, joten se kulkee hitaasti reaaliaikaa edellä; drop-frame ohittaa kaksi nimikettä minuutissa pysyäkseen sen tahdissa. Drop-frame-laitteesta luettu ja non-dropina tulkittu kello osoittaa siis ohi sen, mihin sen pitäisi, ja korjaus vähentää sen ylimäärän: 333 ms viidessä minuutissa, 3600 ms tunnissa, 36000 ms kymmenessä tunnissa. Määrä on nolla jokaisella kellolla tunnin ensimmäisellä minuutilla, joten pienin korjaus, jonka sivu koskaan tekee, on ensimmäisellä minuuttirajalla, eikä mitään kelloa työnnetä alle 00:00:00.
Mitä tapahtuu drop-frame-aikakoodille, jota ei voi kirjoittaa?
Se vedetään takaisin viimeiseen nimikkeeseen, joka voidaan kirjoittaa. Jokaiselta drop-framen pudottamalta minuutilta puuttuvat ;00- ja ;01-nimikkeet, joten 00:01:00,000 ja 00:01:00,010 eivät ole kelloja, joita sopimus voi näyttää: ne osuvat 00:00:59,933:een, 67 millisekuntia aikaisemmin. Tämä on ainoa kohta tällä sivulla, jossa tulos ei ole tarkka uudelleenmerkintä, ja se on rajattu — kaksi nimikettä jokaista pudottavaa minuuttia kohden, 216 arvoa kahdessa tunnissa — joten sivu nimeää sen tässä sen sijaan että jättäisi sinut löytämään sen diffistä.
Voiko alaotsikko kadota tiedostostani?
Vain yhtä ruutua, 33,37 ms, lyhyempi alaotsikko. Kaksi asiaa voi työntää alaotsikon yhdelle ruudulle: edellä kuvattu napsautus, jossa kymmenen millisekunnin alaotsikon kuten 00:01:00,000–00:01:00,010 molemmat reunat vedetään 00:00:59,933:een, ja alaotsikko, joka oli jo ruutua lyhyempi saapuessaan. Alaotsikkoa, jonka alku ja loppu ovat sama hetki, ei voi kirjoittaa ulos, joten se pudotetaan ja sen määrä näkyy työtilan yläpuolella olevassa menetysraportissa. Tiedosto, jossa niitä ei ole, ei raportoi mitään, ja se on tavallinen tapaus.
Muuttuuko tiedostossa mikään muu kuin kelloarvot?
Ei. Alaotsikoiden numerot, niiden järjestys, jokaisen rivin teksti, alaotsikon sisäiset kovat rivinvaihdot ja alaotsikoiden kokonaismäärä ovat tiedoston omia ja pysyvät kuten olivat. Sivu kirjoittaa samat kaksi lukua alaotsikkoa kohden, uudelleen merkittyinä. Se ei myöskään kirjaa mihinkään, että kellot ovat nyt non-drop, koska yhdelläkään täällä luetuista muodoista — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON, CSV — ei ole kenttää, johon sen voisi tallentaa, eikä sisään pudottamasi tiedosto sanonut sitä itsekään.
Minkä kuvanopeuden kenttään pitää laittaa?
Minkä tahansa, joka kuvamateriaalilla todella on; se ei vaikuta tähän muunnokseen. Tämän sivun nimessä olevat 30 ja 29,97 ovat aikakoodimerkintään kirjoitettuja laskentasopimuksia eivätkä videon kuvanopeus, joten mikään täällä ei skaalaudu kirjoittamasi luvun mukaan. Kenttä vaaditaan vain siksi, että MicroDVD tallentaa ajoitukset kellojen sijaan ruutunumeroina, eikä MicroDVD-tiedoston lukeminen ole mahdollista tietämättä sen kuvanopeutta.
Jos ajan tälle tulokselle vastakkaisen sivun, saanko alkuperäisen tiedoston takaisin?
Saat, tavu tavulta, kunhan yksikään aikakoodi ei osunut luokkaan, jota drop-frame ei voi kirjoittaa. Kaksi sivua ovat sama laskutoimitus vastakkaisiin suuntiin luettuna: tämä vähentää kasvavan määrän ja toinen lisää sen takaisin, ja määrät määräytyvät kunkin alaotsikon sijainnin eikä kiinteän siirron mukaan. Poikkeus on napsautustapaus — 00:01:00,000, joka tuli ulos 00:00:59,933:na, palaa 00:00:59,933:na — ja se on ainoa aikaleimaluokka, jonka kohdalla pari ei ole edestakainen.