Lewati ke konten

MP4 mana yang dipilih dari postingan X

X menerbitkan video yang sama dalam beberapa rendition MP4. Sering resolusinya sama dan bitrate-nya berbeda, itulah sebabnya baris teratas daftar tidak selalu yang Anda inginkan.

Tempel tautan postingan dan Anda mendapat rendition video seperti yang didaftar X, resolusi tertinggi dulu. Urutan itu titik awal, bukan putusan: resolusi hanya ukuran bingkai, dan dua berkas pada ukuran bingkai sama bisa sangat berbeda dalam seberapa banyak data yang menopang setiap detik gambarnya.

Apa yang dibaca resolver

X tidak mewajibkan login untuk ini. Resolver menanyakan endpoint syndication publik X (cdn.syndication.twimg.com/tweet-result) untuk postingan itu, memakai skema token bertanda tangan yang sama dengan timeline tersemat. Responsnya membawa teks postingan, penulisnya, dan array videos dengan setiap rendition MP4 yang disimpan X untuknya.

Hanya video dan GIF yang disimpan. Di X, GIF animasi dikirim sebagai berkas MP4, jadi postingan GIF terunduh sebagai video tanpa suara — tepat seperti yang platform itu simpan. Postingan yang satu-satunya videonya siaran langsung, atau yang tidak mengembalikan MP4 termux sama sekali, menjawab no_video.

Bagaimana labelnya dibangun

Poin terakhir itu penting. Rendition X bukan tangga yang rata: satu postingan bisa membawa berkas 1280 piksel pada bitrate rendah dan berkas 720 piksel pada bitrate yang jauh lebih tinggi. Berkas yang lebih lebar lebih besar di layar; yang lebih kecil bisa terlihat lebih baik saat bergerak, karena lebih banyak bit dipakai untuk setiap piksel.

Perbandingan nyata

BarisBingkaiCocok untuk
1280×720 pada bitrate rendahBingkai lebar, data tipis per pikselLayar tempat Anda butuh bingkai penuh dan bisa menerima gerakan yang lembut.
720×720 pada bitrate tinggiBingkai persegi, data berat per pikselGerakan dan detail lebih bersih, tetapi gambarnya lebih kecil.
480×270 (potongan seluler)Bingkai kecilSatu-satunya rendition yang dibawa sebagian postingan lama; terima ukurannya atau lewati.

Aturan praktisnya: pilih baris terlebar kecuali terlihat jelas lembek dibanding baris di bawahnya. Jika ragu, unduh dua dan bandingkan ukuran berkasnya — berkas yang dua kali lebih berat pada setengah ukuran bingkai membelanjakan bitnya untuk gerakan dan detail.

Mengapa unduhannya navigasi, bukan bilah kemajuan

Berkas video ada di video.twimg.com, yang tidak mengirim header CORS untuk permintaan semacam ini. Karena itu halaman tidak bisa membaca byte-nya dengan skrip, jadi tombol unduh membuka tautan CDN langsung dan browser Anda menyimpan berkasnya. Sisi baiknya, tidak ada bagian video yang melewati situs ini; sisi buruknya, tidak ada penghitung persentase.

Yang tidak bisa diunduh

Akun terproteksi, postingan yang dihapus, dan postingan dengan batas usia mengembalikan kesalahan, karena X sendiri menyembunyikannya dari pembaca anonim. Resolver tidak pernah masuk dan tidak pernah melewatinya. URL video.twimg.com juga tidak bisa ditempel sendirian — resolver mulai dari tautan postingan, karena hanya payload postingan yang menyebut rendition-nya.

Versi singkat

Pertanyaan

Mengapa baris teratas tidak terlihat paling bagus?

Karena daftarnya diurutkan berdasarkan lebar bingkai, dan bingkai yang lebih lebar tidak selalu berkas yang lebih berat. Jika baris yang lebih kecil membawa lebih banyak bit per piksel, ia bisa terlihat lebih bersih saat bergerak. Bandingkan ukuran berkasnya sebelum menganggap baris teratas menang.

Bisakah saya mengunduh video dari akun X terproteksi?

Tidak. X tidak menampilkan postingan terproteksi kepada pembaca anonim, dan alat ini tidak masuk atau melewatinya. Hanya postingan publik yang bisa diselesaikan.

Mengapa tidak ada bilah kemajuan untuk unduhan X?

`video.twimg.com` tidak mengirim header CORS, jadi halaman tidak bisa membaca byte videonya. Tombolnya mengarahkan ke tautan CDN dan browser Anda mengunduh berkasnya sendiri.

Alat di artikel ini

Semua artikel