Który MP4 wybrać z posta na X
X publikuje to samo wideo w kilku wersjach MP4. Często mają tę samą rozdzielczość i różnią się przepływnością, dlatego najwyższy wiersz listy nie zawsze jest tym, którego chcesz.
Wklej link do posta i dostajesz wersje wideo tak, jak wymienia je X, od najwyższej rozdzielczości. Ta kolejność to punkt wyjścia, nie wyrok: rozdzielczość to tylko rozmiar kadru, a dwa pliki o tym samym rozmiarze kadru mogą ogromnie różnić się ilością danych stojących za każdą sekundą obrazu.
Co czyta resolver
X nie wymaga do tego logowania. Resolver pyta publiczny endpoint syndykacji X (cdn.syndication.twimg.com/tweet-result) o post, używając tego samego schematu podpisanego tokenu, którego używa osadzona os czasu. Odpowiedź niesie tekst posta, jego autora i tablicę videos ze wszystkimi wersjami MP4, które X dla niego trzyma.
Zachowywane są tylko wideo i GIF-y. Na X animowany GIF jest dostarczany jako plik MP4, więc post z GIF-em pobiera się jako wideo bez dźwięku — dokładnie tak, jak zapisała to platforma. Posty, w których jedynym wideo jest transmisja na żywo, albo w których X nie zwraca żadnego zmultipleksowanego MP4, odpowiadają no_video.
Jak powstają etykiety
- Jeśli adres URL pliku wskazuje rozmiar kadru (
…/1280x720/…), etykieta to ten rozmiar. - Jeśli nie, etykieta to przepływność zaokrąglona do kb/s.
- Jeśli nie ma żadnego, wiersz to po prostu
MP4. - Wiersze są sortowane po szerokości, od najszerszego — nie po przepływności.
Ten ostatni punkt ma znaczenie. Wersje na X nie tworzą równej drabinki: post może nieść plik 1280 pikseli przy niskiej przepływności i plik 720 pikseli przy znacznie wyższej. Szerszy plik jest większy na ekranie; mniejszy może wyglądać lepiej w ruchu, bo więcej bitów przypada na każdy piksel.
Porównanie na przykładzie
| Wiersz | Kadr | Do czego się nadaje |
|---|---|---|
| 1280×720 przy niskiej przepływności | Szeroki kadr, mało danych na piksel | Ekrany, na których potrzebujesz pełnego kadru i możesz zaakceptować miękki ruch. |
| 720×720 przy wysokiej przepływności | Kwadratowy kadr, dużo danych na piksel | Czystszy ruch i czystsze szczegóły, ale mniejszy obraz. |
| 480×270 (wersja mobilna) | Mały kadr | Jedyna wersja, jaką niosą niektóre starsze posty; zaakceptuj rozmiar albo ją pomiń. |
Praktyczna zasada: wybierz najszerszy wiersz, chyba że wygląda wyraźnie na rozmyty w porównaniu z następnym poniżej. W razie wątpliwości pobierz dwa i porównaj rozmiary plików — plik dwa razy cięższy przy o połowę mniejszym kadrze przeznacza swoje bity na ruch i szczegóły.
Dlaczego pobieranie to przejście pod link, a nie pasek postępu
Pliki wideo mieszkają na video.twimg.com, który nie wysyła nagłówków CORS dla tego typu żądania. Strona nie może więc odczytać bajtów skryptem, dlatego przycisk pobierania otwiera bezpośrednio link CDN, a plik zapisuje Twoja przeglądarka. Plus jest taki, że nic z wideo nie przechodzi przez tę stronę; minus, że nie ma licznika procentów.
Czego nie da się pobrać
Konta chronione, usunięte posty i posty z ograniczeniem wieku zwracają błąd, bo sam X ukrywa je przed anonimowymi czytelnikami. Resolver nigdy się nie loguje i nigdy tego nie omija. Adresów video.twimg.com też nie można wklejać samych — resolver wychodzi od linku do posta, bo tylko ładunek posta wymienia wersje.
W skrócie
- Wiersze są sortowane po szerokości kadru, nie po jakości.
- Dwie wersje mogą mieć tę samą rozdzielczość i różnić się przepływnością; cięższy plik zwykle wygląda lepiej.
- Posty z GIF-ami przychodzą jako pliki MP4, bo to właśnie zapisał X.
- Tylko publiczne posty — chronione i usunięte pozostają ukryte.
- Nic nie jest przechowywane ani ponownie kodowane; plik pochodzi prosto z CDN X.
Pytania
Dlaczego najwyższy wiersz nie wygląda najlepiej?
Bo lista jest sortowana po szerokości kadru, a szerszy kadr niekoniecznie oznacza cięższy plik. Jeśli mniejszy wiersz niesie więcej bitów na piksel, może wyglądać czyściej w ruchu. Porównaj rozmiary plików, zanim uznasz, że górny wiersz wygrywa.
Czy mogę pobrać wideo z chronionego konta na X?
Nie. X nie udostępnia chronionych postów anonimowym czytelnikom, a to narzędzie nie loguje się i tego nie omija. Odczytać można tylko publiczne posty.
Dlaczego nie ma paska postępu przy pobieraniu z X?
`video.twimg.com` nie wysyła nagłówków CORS, więc strona nie może odczytać bajtów wideo. Przycisk przechodzi do linku CDN, a plik pobiera sama Twoja przeglądarka.