Znajdź napisy poza kolejnością
Albo wklej tekst napisów
Opcje
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ść.
Plik napisów powinien biec do przodu: każdy blok zaczyna się nie wcześniej niż poprzedni. Ta strona zgłasza pliki, w których tak nie było — w których czytnik musiał poprzestawiać bloki, żeby plik w ogóle się trzymał — i robi to z własnego zapisu sortowania, a nie z bloków, bo zanim cokolwiek da się sprawdzić, kolejność jest już poprawna. Wynikiem jest raport, nie przekonwertowany plik: nic nie jest przepisywane.
Ten mechanizm warto zrozumieć, zanim przeczyta się raport. Bloki są sortowane po czasie startu w momencie wczytania pliku, bo każda inna operacja, każdy podgląd i każdy eksport zakładają rosnącą kolejność. Plik, który przychodzi nie po kolei, nie zostawia więc w blokach żadnego śladu — jedynym ocalałym dowodem jest liczba bloków, które trzeba było przenieść, i to właśnie drukuje raport: jedno znalezisko na poziomie dokumentu, liczbę bloków i żadnego znacznika czasu, bo po sortowaniu nie ma uczciwej pozycji, na którą można by wskazać.
Za nieprawidłową kolejność uznaje się spadek czasów startu i nic więcej. Dwa bloki zaczynające się w tej samej milisekundzie nie są nie po kolei: sortowanie jest stabilne, nic się nie przesuwa, a plik przechodzi tę kontrolę — taka para prędzej pokaże się na stronie o nakładaniu. Plik wczytany po kolei daje raport z pustą sekcją znalezisk i nagłówkiem mówiącym, że przy wczytywaniu nic nie zginęło, co jest prawdziwym uniewinnieniem: dowodem tej kontroli jest liczba bloków, które musiały się przenieść, a zero jest liczbą. Czysty tekst nie jest przyjmowany, bo format bez czasów startu nie może być nie po kolei w żadnym sensie.
Przykłady
Plik biegnie wstecz
Napisy
1
00:00:10,000 --> 00:00:11,000
I was working late.
2
00:00:01,000 --> 00:00:02,000
Where were you?
Co znajduje raport
Cues out of sequence — 1 found
Severity Cues Start End Measured
Warning — — — 2 items
Drugi blok zaczyna się dziewięć sekund przed pierwszym. Raport daje jedno znalezisko i żadnego znacznika czasu: bloki zostały posortowane przy wczytywaniu, więc nie ma już pozycji w pliku, którą można nazwać złą. Wiersz nagłówka Kolejność bloków × 2 to ten sam fakt policzony przy czytaniu.
Po kolei, i raport to mówi
Napisy
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:10,000 --> 00:00:11,000
I was working late.
Co znajduje raport
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Czasy rosną, nic się nie przesunęło. Na tej stronie pusty wynik jest prawdziwym uniewinnieniem, a nie brakującą odpowiedzią, i wiersz o stratach mówi Nic z tego samego powodu — dowodem kontroli jest liczba bloków, które trzeba było przenieść, a plik nie dostarczył żadnego.
Dwa bloki ze wspólnym startem to nie brak kolejności
Napisy
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:01,000 --> 00:00:03,000
I was working late.
Co znajduje raport
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Równe czasy startu to nie spadek, sortowanie jest stabilne i żaden blok się nie przesuwa. Takie pliki noszą inną wadę — dwa bloki dzielą ekran — i do tego służy strona o nakładaniu. Wysłanie ich tutaj oznaczałoby zgłoszenie przestawienia, którego nie było.
Częste pytania
Co czyni plik napisów nie po kolei na tej stronie?
Blok, którego czas startu jest wcześniejszy niż czas startu bloku stojącego wyżej w pliku. Spadek, innymi słowy, i nic więcej: równe czasy startu nie są spadkiem, a równe końce nie mają znaczenia, bo sortowanie idzie po starcie. Jeden zły blok wystarcza, żeby zgłosić cały plik.
Dlaczego znalezisko nie pokazuje znacznika czasu?
Bo bloki są sortowane w trakcie wczytywania pliku, a raport powstaje później. W tym momencie kolejność w pamięci jest już poprawna i nie ma żadnej pozycji, którą można uczciwie nazwać złą. Dowodem jest liczba bloków, które trzeba było przenieść — jest drukowana w kolumnie pomiaru i jeszcze raz w nagłówku jako strata.
Czy ta strona przestawia mój plik?
Nie. Czyta plik i tworzy raport; oryginał zostaje nietknięty. Sortowanie, do którego odnosi się znalezisko, odbywa się w przeglądarce podczas czytania i nie jest nigdzie zapisywane. Jeśli chcesz dostać plik już uporządkowany, to osobna operacja, której produktem jest plik napisów.
Czy plik z dwoma blokami o tym samym starcie jest tu problemem?
Nie na tej stronie — przy równych czasach startu nic się nie przesuwa, więc kontrola nic nie zgłasza. Taka para bloków jest warta spojrzenia z innego powodu: dwa bloki na ekranie w tej samej chwili to nakładanie, i z tym należy pójść na stronę o nakładaniu.
Które formaty napisów można sprawdzić pod kątem kolejności bloków?
Jedenaście z dwunastu: SRT, WebVTT, ASS, SSA, SBV, SMI, LRC, MicroDVD, TTML, JSON i CSV. Czystego tekstu nie ma na liście, bo bez czasów startu nie ma kolejności, która mogłaby być zła — czysty wynik byłby tam fałszywym uniewinnieniem, a nie prawdziwym.
Jak często dostarczony plik napisów biegnie wstecz?
Częściej, niż podpowiadałaby oś czasu, i zwykle z nudnego powodu: dwa pliki scalone ręcznie, maszynowe tłumaczenie, które zwróciło segmenty w innej kolejności, albo narzędzie do czasu zastosowane do zaznaczenia zamiast do całego pliku. Rzadko dożywa odtwarzacza, bo odtwarzacze też sortują, ale dożywa narzędzi, które zakładają, że plik jest uporządkowany.
Czy można sprawdzić partię plików naraz?
Tak. Można wrzucić dowolną liczbę plików, zostaną wczytane jeden po drugim, każdy z własnym raportem, a raporty pobiorą się razem jako archiwum zip. Kolejka pokazuje postęp dla każdego pliku, a przebieg można przerwać w połowie bez zostawiania czegokolwiek w tle.