Usuń tagi HTML z napisów
Albo wklej tekst napisów
Opcje
Jedno pole, siedem wyborów, a każdy wybór ma własną stronę. Kursywa, pogrubienie, podkreślenie i kolor usuwają ten jeden rodzaj zakresu i zostawiają resztę formatowania wiersza w spokoju. Opcja Wszystko usuwa każdy zakres, który narzędzie modeluje — tamte cztery plus czasy karaoke — a wszystko inne w tekście zostawia nietknięte. Opcja HTML robi to samo, a potem jeszcze wymiata znaczniki w nawiasach kątowych, które zostały w tekście, bo narzędzie ich nie modeluje, takie jak znaczniki mówcy <v Bob> i <c.className> w VTT. Opcja ASS robi to samo zamiast tego dla bloków nadpisań, czyszcząc kody {...}, których nie rozpoznano przy odczycie, takie jak {\fad(500,500)}. Ta strona wypełnia pole wyborem, który nazywa jej tytuł, i nie wymienia żadnego innego.
W jakiej liczbie klatek na sekundę liczone są czasy. Na stronach formatów tego wymaga MicroDVD, bo zapisuje czasy jako numery klatek. Na stronach poświęconych liczbie klatek jest to stawka, według której zgrany był plik — wersja, dla której powstały napisy — a drugie pole na stronie przyjmuje liczbę klatek wideo, z którym napisy będą używane. Najczęstsze wartości to 23,976, 24, 25, 29,97, 30, 50, 59,94 i 60. Pomyłka przesuwa całą oś czasu, a na stronach poświęconych liczbie klatek przesuwa ją o współczynnik, a nie o stałą wartość.
Ta strona usuwa znaczniki z tekstu napisów: każdy zakres stylu, jaki niesie plik, plus tagi w nawiasach kątowych, które zostały w samym tekście. Wraca czysty, czytelny dialog – słowa, czasy i nic więcej. To przebieg dla pliku, którego tekst nadal ma w środku wiersza rzeczy takie jak znacznik mówiącego, znacznik klasy albo zabłąkany tag zamykający.
Druga połowa jest powodem, dla którego ta strona istnieje obok usuwania całego formatowania. Narzędzie modeluje cztery znaczniki wyróżnień, które rozumie, a wszystko inne zostawia dokładnie tam, gdzie znalazło, i to jest słuszne przy czytaniu pliku – ciche zjadanie znaczników, których nie rozpoznaje, byłoby utratą danych. Ale przez to plik WebVTT ze `<v Bob>` zachowuje ten znacznik przez każde inne czyszczenie w serwisie, a plik, który przeszedł przez OCR albo ręczną edycję, często ma w środku wiersza niedopasowany tag zamykający. Ta strona jest tą, która je zmiata, i jej tytuł to mówi.
Zamiatanie jest celowo wąskie. Usuwa tylko coś ukształtowanego jak tag – literę albo ukośnik bezpośrednio po nawiasie otwierającym. Porównanie w dialogu, takie jak `5 < 10`, i uśmiechnięta buźka, taka jak `<3`, zostają zupełnie w spokoju, bo luźniejsza reguła usunęłaby słowa między dwoma nawiasami i nie zostawiła w wyniku niczego, co by pokazało, że to zrobiła. Czego się nie modeluje, tego się nie zgaduje.
Nic nie jest wysyłane; plik jest czytany i zapisywany w karcie przeglądarki. Plik, który już jest czystym tekstem, wraca co do bajtu, co jest także najtańszym sposobem sprawdzenia, czy podejrzewane niewidzialne znaczniki naprawdę tam są.
Przykłady
Plik WebVTT ze znacznikiem mówiącego i znacznikiem klasy
Wejście
WEBVTT
00:00:01.000 --> 00:00:02.000
<v Bob><c.yellow>Hello there</c>
00:00:03.000 --> 00:00:04.000
<i>She left</i> <ruby>東京<rt>とうきょう</rt></ruby>.
Wynik
WEBVTT
00:00:01.000 --> 00:00:02.000
Hello there
00:00:03.000 --> 00:00:04.000
She left 東京とうきょう.
Znacznik mówiącego, znacznik klasy, kursywa i adnotacja ruby znikają, zostawiając słowa. Zwróć uwagę na drugi blok: czytanie wewnątrz `<rt>` było tekstem, a nie znacznikiem, więc zostaje – wynik pokazuje kanę obok kanji, czyli to, co odtwarzacz i tak by wyświetlił.
Plik SRT z niedopasowanym tagiem zamykającym
Wejście
1
00:00:01,000 --> 00:00:02,000
<i>Hello</i> there</i> again.
2
00:00:03,000 --> 00:00:04,000
<b>And</b> one more.
Wynik
1
00:00:01,000 --> 00:00:02,000
Hello there again.
2
00:00:03,000 --> 00:00:04,000
And one more.
Para wokół `Hello` została odczytana jako zakres i usunięta w całości; zabłąkany `</i>` po `there` został w tekście przez czytnik i jest zmieciony tutaj. Oba trafiają poza wynik, i o to chodzi w zrobieniu dwóch robót w jednym przebiegu – takie niedopasowane tagi to właśnie to, z czym wraca plik po OCR albo ręcznej edycji.
Porównania i symbole nie są tagami
Wejście
1
00:00:01,000 --> 00:00:02,000
5 < 10 and 3 > 1
2
00:00:03,000 --> 00:00:04,000
<3 you
Wynik
1
00:00:01,000 --> 00:00:02,000
5 < 10 and 3 > 1
2
00:00:03,000 --> 00:00:04,000
<3 you
Nic nie jest usuwane i to jest połowa strony, która liczy się najbardziej. Zamiatanie dotyka tylko czegoś ukształtowanego jak tag, czyli litery albo ukośnika zaraz po nawiasie; porównanie matematyczne i serce zrobione ze znaku mniejszości przeżywają nietknięte, podobnie jak wszystko zapisane między dwoma nawiasami.
Częste pytania
Czym różni się ta strona od usuwania całego formatowania?
Ta robi tamto i idzie dalej. Usuwanie formatowania zabiera zakresy wyróżnień, które narzędzie modeluje – kursywę, pogrubienie, podkreślenie, kolor i karaoke. Ta strona usuwa je też, a potem zmiata tagi w nawiasach kątowych zostawione w samym tekście: znaczniki mówiącego, znaczniki klasy, znaczniki ruby oraz zabłąkane lub niedopasowane tagi zamykające. Jeśli plik nie ma takich znaczników, obie strony dają ten sam wynik.
Które tagi zamiatanie usuwa, a które zostawia?
Usuwa wszystko ukształtowane jak tag: nawias otwierający, po którym natychmiast następuje litera albo ukośnik, aż do następnego nawiasu zamykającego. Nie rusza nawiasu, po którym następuje cokolwiek innego, więc porównanie `5 < 10 and 3 > 1` i symbol `<3` przechodzą nietknięte. Ta wąskość jest celowa – szersza reguła usunęłaby dialog między dwoma nawiasami i nie zostawiła w wyniku żadnego śladu.
Czy ta strona usuwa słowa, które były wewnątrz usuwanego tagu?
To zależy, co było w środku. Własne atrybuty tagu znikają razem z nim, podobnie jak wszystko zagnieżdżone w tagu, który sam jest usuwany – czytanie wewnątrz adnotacji ruby na przykład jest tekstem i zostaje w wierszu, podczas gdy znaczniki ruby wokół niego znikają. Nigdy nie zdarza się usunięcie tekstu stojącego między dwoma nawiasami w zwykłym dialogu, bo to nie jest ukształtowane jak tag.
Czy wynik nadal będzie poprawny w moim odtwarzaczu po usunięciu znaczników?
Tak, i pewniej niż przedtem. WebVTT pozwala na niedopasowany tag zamykający bez skargi, ale znacznik mówiącego bez nawiasu zamykającego potrafi połknąć resztę wiersza w niektórych odtwarzaczach, a różne odtwarzacze nie zgadzają się co do znaczenia nieznanego tagu. Czysty tekst nie ma takiej dwuznaczności, dlatego plik dla platformy nadpisującej styl często lepiej wychodzi wyczyszczony niż ostylowany.
Czy mogę usunąć tylko pozostałe znaczniki, a zachować kursywę?
Nie na tej stronie: zakresy wyróżnień znikają najpierw, a zamiatanie idzie potem, więc plik z kursywą wraca bez niej. Ta kolejność nie jest przypadkowa – usunięcie znaczników skraca tekst, a każdy późniejszy zakres trzeba by przeliczyć, żeby nadal wskazywał właściwe znaki. Zrobienie obu robót razem czyni wynik dokładnym, więc nie ma tu ustawienia pośredniego.
Dlaczego przebieg nic nie zgłosił, choć plik wyraźnie miał znaczniki?
Prawdopodobną przyczyną jest to, że znaczniki nie są ukształtowane jak tag: nawias, po którym następuje spacja, cyfra albo symbol, jest celowo zostawiony, więc nic nie usunięto i plik wrócił co do bajtu. Jeśli plik naprawdę zawiera coś takiego jak `<v Bob>` i mimo to wraca niezmieniony, sprawdź, czy to ten plik, o którym myślisz – strona czyta plik za format, którym naprawdę jest, a nie za rozszerzenie.