Synchronizacja punktowa napisów
Albo wklej tekst napisów
Opcje
Timecode, który widzisz teraz w pliku z napisami: blok trafiający na kwestię, na którą możesz wskazać. W parze z polem pod nim tworzą jeden punkt synchronizacji — narzędzie przesuwa wszystko tak, aby ten moment wypadł tam, gdzie powinien.
Gdzie powinien wypadać ten sam moment — odczytaj to z wideo. Różnica między tymi dwoma polami to przesunięcie zastosowane do całego pliku.
Drugi timecode z dalszej części pliku, co najmniej kilka minut po pierwszym. Jeden punkt synchronizacji potrafi tylko przesunąć oś czasu; dodanie drugiego dodatkowo ją rozciąga lub ściska, czego potrzebuje plik, który zaczyna się prawie dobrze i stopniowo rozjeżdża się ku końcowi. Zostaw oba dolne pola puste, aby poprawić samo przesunięcie.
Gdzie powinien wypadać drugi moment. Gdy oba punkty są wypełnione, narzędzie wylicza stosunek i przesunięcie razem, więc początek i koniec wypadają poprawnie. Jeśli punkty nie zgadzają się co do kierunku, stosunku nie da się wyprowadzić i stosowane jest tylko przesunięcie z pierwszego punktu.
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ść.
Uzupełnij pole W pliku ten moment, aby uruchomić.
Wskaż moment, który widzisz w obu miejscach — linię w pliku napisów i tę samą linię w filmie — a cała oś czasu przesunie się tak, żeby ten moment trafił tam, gdzie powinien. Wypełnij pierwszą parę pól, a plik zostanie przesunięty. Wypełnij także drugą parę, co najmniej kilka minut dalej, a plik zostanie rozciągnięty albo ściśnięty tak, żeby pasował do obu — tego potrzebuje plik, który na początku jest prawie dobry, a pod koniec systematycznie się rozjeżdża.
Jeden punkt odniesienia może tylko przesunąć oś czasu; dwa zmieniają także jej tempo. Na tym polega cała różnica i zarazem różnica między plikiem jednakowo spóźnionym a plikiem synchronizowanym z nieco inną wersją filmu. Jednakowy błąd jest oczywisty — każdy blok jest przesunięty o te same cztery sekundy — i wystarczy jedna para pól. Rosnący błąd oczywisty nie jest: pierwsza minuta wygląda dobrze, po pięciu minutach napisy są o ćwierć sekundy za obrazem, a po dwudziestu o pełną sekundę, i żaden pojedynczy offset nie może być właściwy na obu końcach. Dwa punkty rozwiązują proporcję i offset jednocześnie, więc oba końce trafiają na podane liczby.
Obie pary są odczytywane z zegarów, więc nie musisz nic liczyć. Arytmetyka potrzebuje natomiast, żeby te dwa momenty były daleko od siebie i jednoznaczne: napis w kadrze, plansza z nazwiskiem, pierwsza linia po zmianie sceny. Dwa punkty oddalone o kilka sekund prawie nic nie mówią o tempie, a para, która nie zgadza się co do kierunku błędu, nie może dać proporcji — wtedy przykładany jest tylko offset pierwszego punktu, a raport mówi, że coś pominięto, żeby sprzeczność nie była cicha.
Obie pary opisują jedną prostą, więc nie da się poprawić pierwszą parą pierwszej połowy pliku, a drugą drugiej; plik dobry do pewnego momentu i zły po nim został złożony z dwóch części i potrzebuje podziału. Wszystko dzieje się lokalnie w tej karcie przeglądarki — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON i CSV, pojedyncze pliki albo cały sezon w jednej kolejce, bez wysyłania na żadnym etapie.
Przykłady
Jedna para, bo cały plik jest przesunięty o tyle samo
Wejście
1
00:00:05,000 --> 00:00:07,000
Hello there.
2
00:00:12,000 --> 00:00:14,000
Second line.
Wynik
1
00:00:04,000 --> 00:00:06,000
Hello there.
2
00:00:11,000 --> 00:00:13,000
Second line.
Plik mówi, że ta linia jest na piątej sekundzie, a film — że na czwartej, więc od każdego bloku ubywa sekunda. To wolniejsza o dwa razy wersja wpisania offsetu: nic nie zostało policzone ręcznie, a para pól jest zapisem tego, dlaczego plik się ruszył.
Dwie pary, bo błąd rośnie
Wejście
1
00:00:00,000 --> 00:00:02,000
First.
2
00:05:00,000 --> 00:05:02,000
Five minutes in.
3
00:20:00,000 --> 00:20:02,000
Twenty minutes in.
Wynik
1
00:00:00,000 --> 00:00:02,002
First.
2
00:05:00,250 --> 00:05:02,252
Five minutes in.
3
00:20:01,000 --> 00:20:03,002
Twenty minutes in.
Pierwszy blok jest już dobry, a znacznik dwudziestu minut spóźnia się o sekundę, przy punktach odniesienia 00:00:00,000 → 00:00:00,000 i 00:20:00,000 → 00:20:01,000. Oba punkty trafiają dokładnie tam, gdzie je wskazano, a blok pośrodku — na piątej minucie, czyli w jednej czwartej drogi — wychodzi o ćwierć sekundy później, bo tak jedna proporcja działa na wszystko między końcami. Zauważ, że żadna para pól z offsetem nie dałaby tego wyniku: każda jedna wartość byłaby dobra na jednym końcu i zła na drugim.
Druga para przeczy pierwszej
Wejście
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:03,000 --> 00:00:04,000
Second.
Wynik
1
00:00:02,000 --> 00:00:03,000
First.
2
00:00:04,000 --> 00:00:05,000
Second.
Pierwszy punkt mówi, że plik jest o sekundę za wcześnie, drugi — że o cztery sekundy za późno. Wzięte dosłownie wymagałyby, żeby oś czasu biegła wstecz, a każdy blok kończył się przed swoim początkiem, więc żadne rozciągnięcie nie powstaje i przykładany jest tylko offset pierwszego punktu — wszystko rusza się o sekundę później, dokładnie tak, jakby dolna para została pusta. Raport strat liczy jedną pozycję i to z niego dowiadujesz się, że punkty się nie zgadzają, zamiast dostać plik, który wygląda wiarygodnie.
Punkt odniesienia w środku pliku
Wejście
1
00:00:01,000 --> 00:00:02,000
Before the reference.
2
00:00:03,000 --> 00:00:06,000
Straddling it.
3
00:00:05,000 --> 00:00:07,000
On the reference.
Wynik
2
00:00:00,000 --> 00:00:02,000
Straddling it.
3
00:00:01,000 --> 00:00:03,000
On the reference.
Wskazany moment nie musi być pierwszym blokiem pliku i właśnie to staje się możliwe: plik mówi, że linia jest na piątej sekundzie, film — że na pierwszej, od wszystkiego ubywają cztery sekundy, a pierwszy blok, który zaczynał się dopiero na sekundzie, nie ma już gdzie iść. Blok kończący się przed zerem jest odrzucany i policzony; blok, któremu zostaje czas zamknięcia, jest przypięty do zera i wychodzi krótszy; blok na punkcie odniesienia trafia dokładnie tam, gdzie go wskazano. Numery bloków zostają takie, jakie były w pliku, więc dwa ocalałe czytają się jako 2 i 3.
Częste pytania
Jak rozpoznać, czy mój plik potrzebuje jednej pary punktów odniesienia, czy dwóch?
Wypełnij pierwszą parę, a potem sprawdź moment dziesięć minut dalej. Jeśli trafia tam, gdzie się spodziewasz, plik był jednakowo przesunięty i dolne dwa pola nie są potrzebne. Jeśli początek jest dobry, a znacznik dziesięciu minut nadal zostaje za obrazem, błąd rośnie i poprawi go druga para — nic innego na tej stronie tego nie zrobi.
Które dwa momenty tworzą dobrą parę punktów odniesienia?
Dwa, które rozpoznasz bez wątpliwości, i daleko od siebie: napis w kadrze, plansza z nazwiskiem, pierwsza linia po zmianie sceny, słowo, które słyszysz. Minuty, nie sekundy. Dwa punkty oddalone o pięć sekund nadal dają proporcję, ale błąd zaokrąglenia w którymkolwiek timecode'ie staje się dużym błędem tej proporcji, a im dalej od siebie leżą punkty, tym mocniej tempo jest przypięte.
Dlaczego narzędzie zignorowało drugą parę i tylko przesunęło cały plik?
Bo oba punkty są sprzeczne. Jeśli pierwszy mówi, że plik jest za wcześnie, a drugi — że za późno, albo oba opisują ten sam moment, żadna prosta nie przechodzi przez oba, więc przykładany jest tylko offset pierwszego punktu, a raport liczy jedną pominiętą pozycję. Sprawdź kierunek obu par wobec filmu: plik musi być przesunięty w tę samą stronę w obu punktach.
Czy mogę naprawić pierwszą połowę pliku jedną parą, a drugą drugą?
Nie. Obie pary opisują jedną prostą, więc obie są już ustalone przez tę samą proporcję i offset, a dodanie trzeciej pary nie jest możliwe. Plik poprawny do pewnego momentu i zły po nim został złożony z dwóch części albo zsynchronizowany z wersją zmontowaną z rolek odtwarzanych w różnych tempach: podziel go tam, gdzie zaczyna się błąd, i uruchom każdą połowę osobno.
Moje napisy są po prostu o pół sekundy przesunięte od początku do końca. Czy potrzebuję drugiej pary?
Nie, a wypełnienie jej pogorszyłoby sprawę. Jednakowy błąd to dokładnie to, co mierzy jedna para pól, i jest to bezpieczniejsza z dwóch sytuacji: jedna para może tylko przesunąć plik, więc nie wprowadzi błędu tempa tam, gdzie go nie było. Drugą parę zostaw na plik, który jest dobry na początku, a zły później.
Co dzieje się, gdy wskazany moment nie jest pierwszym blokiem pliku?
Offset jest nadal przykładany do całego pliku, więc bloki przed tym momentem też się ruszają — a jeśli punkt odniesienia leży wcześnie, część z nich może wypaść przed początek osi czasu. Traktuje się je tak samo jak przy ujemnych offsetach: blok, któremu zostaje czas na ekranie, jest przypięty do zera i wychodzi krótszy, blok bez takiego czasu znika, a oba są policzone w raporcie.