以 X 實際儲存的位元率儲存推文影片,將“GIF”轉換回真實的 GIF 檔案,並將 Space 重播提取為 MP3。 真實位元率表現。還原真實 GIF。無需登入帳號。
請僅對您擁有或獲許可存取及處理的內容使用此服務。提交即表示您同意服務條款。
支援: x.com/…/status/… · twitter.com/…/status/… · x.com/i/spaces/… · t.co/…
每個選定的影片都將儲存為獨立的檔案。相片未列出——因為它們沒有影片軌。
在下載完成前,請保持此分頁開啟。
X 在每個解析度等級下都以不同的位元率進行編碼,而線上播放器會悄悄自動匹配。我們會在每個質量按鈕旁亮出真實的 Mbps 位元率指標,並總是堅定地抓取那檔最優的質量。
X 在上傳時強制把所有 GIF 轉換為無聲的 MP4 格式。我們能夠識別出 GIF 類型的推文並向您開放自由選擇權:極小的 MP4 循環片,或是透過 ffmpeg 精準復原的真實 .gif 圖。
貼上已結束 Space 的 x.com/i/spaces/... 連結,我們便會將其重播轉化為 MP3 ——也就是在 X 官方“播放錄音”按鈕背後載入的音訊。
一條推文最多可以攜帶四個影片或 GIF。每個都將顯示其特有的縮略圖——您可以將其下載為一個、幾個或將所有作為獨立的檔案下載。
每當影片上傳到 X 時,它都會被轉碼為一個由多個版本組成的畫質階梯——但與絕大多數平台不同,X 在根據解析度分檔的同時也極大地根據位元率進行了分档。一部常見的推文影片大約對應 0.3、0.8 和 2.2 Mbps 檔,有時在相同的畫面尺寸下居然並存兩個完全不同的位元率。線上播放器會在最底部的清晰度檔位啟動並悄然切換;在手機的小螢幕上您幾乎注意不到,直到您把檔案儲存並投放到更大的螢幕上觀看時才會發覺極其模糊。
這就是為什麼透過螢幕錄製或播放器抓取工具儲存的影片經常顯得很模糊的原因:它們繼承了播放器當時正在串流播放的那個低下檔位。而 X 為該推文儲存的最高畫質檔案根本沒有被觸及過。
yt-dlp 會讀取完整的畫質階梯——包括每個漸進式 MP4 變體以及 HLS 分段影片串流——並且精準獲取您所要求的那個清晰度檔位。本頁面在每一個畫質按鈕旁會出示其真實的位元率值,並為您建置一個能夠抓取您選擇的高度(如 1080p)及以下最佳畫質源的選項構造器:
-f "b[height<=720]/bv*[height<=720]+ba/b" --merge-output-format mp4
獲取的結果是 X 為該解析度儲存的最高位元率 MP4 格式——不是二次壓縮的副本、不是螢幕截圖,也永遠不會是流量節省檔。
所有發布到 X 的 GIF 在上傳瞬間都會被轉換為無聲的循環 MP4 ——原始的 .gif 檔案已被丟棄。這是一個合理的頻寬決策(MP4 體積大約縮小 10 倍),但這並不意味著給您提供 .mp4 的“儲存 GIF”工具是偷懶:在 X 的伺服器上確實已經沒有 GIF 格式了。
此頁面可自動檢測 GIF 推文——他們的儲存邏輯不同於影片(只有一個 MP4 變體、沒有多位元率階梯、沒有時長屬性)——並為您提供以下兩種結局:
yt-dlp URL
X 儲存的準確的無聲循環檔案——體積最小,質量優選
--recode-video gif
由 ffmpeg 重建的真實 .gif 檔案——可直接拖入任何聊天、文件或 README 中
如果您只想重溫,請選擇 MP4。如果您需要一個像 GIF 一樣表現的檔案——在不支援影片播放的地方自動播放和循環,請選擇 .GIF 轉換並接受更大的體積。無論哪種方式,您都是在處理來自 X 的原始檔案,而不是螢幕截圖。
只有在主持人明確啟用了錄音選項時,X 才會保留該 Space 的錄音檔案——這正是 Space 結束後您可以從原始推文中點擊播放的那一段音訊重播。但 X 絕沒有為它準備任何下載按鈕。本頁面直接支援解析 x.com/i/spaces/... 連結:一旦貼上,我們便從後台解析並抓取重播流,再將其轉化為正常的 MP3 格式檔案(包含畫面的視訊 Spaces 將被儲存為常規的 MP4 影片)。
坦誠的限制,提前說明:目前仍處於直播狀態的 Space 無法在此處進行抓取——錄製進行中的音訊是完全不同的任務(我們的直播錄製器支援處理直播)。主持人關閉了錄音選項的 Space 無法獲取重播,沒有任何工具可以憑空變出重播檔案。如果 Space 頁面顯示“播放錄音”按鈕,此頁面便能將其轉換為 MP3。
/status/…單個推文 — 重頭戲。影片以全位元率下載,GIF 提供 MP4 或真實的 .GIF,多影片推文則會激活選擇器。
/i/spaces/…已結束且有重播的 Space 將轉換為 MP3。正在直播和未開始的 Space 將被明確拒絕並提示,而不是產生一個損壞的檔案。
t.co/… · twitter.com/…官方 t.co 短連結在伺服器端被重定向追蹤至真實的推文,舊版的 twitter.com 連結也能成功解析。
X 對匿名存取屏蔽了敏感媒體內容——這是平台的固有規則,而非工具缺陷。我們採取純免帳號的設計,故它們不可觸及。
/i/broadcasts/…直播串流屬於錄製任務而非下載任務——遇到這些情況請使用我們的直播錄製器。
/username · 搜尋與話題標籤個人主頁及推文流是包含成千上萬推文的列表,而非單部影片。請打開您需要的特定推文並貼上其連結。
更喜歡使用終端?這些是此頁面為您量身定制的完整命令:
從 X 的位元率階梯中獲取最佳畫質,并最終輸出一個 MP4。
yt-dlp -f "b/bv*+ba" --merge-output-format mp4 "https://x.com/user/status/1234567890"
獲取無聲的 MP4 循環,並使用 ffmpeg 將其重建為真實的 GIF 檔案。
yt-dlp --recode-video gif "https://x.com/user/status/1234567890"
多影片推文會展開為帶編號的條目——編號與此頁面顯示的相同。
yt-dlp --playlist-items 1,3 "https://x.com/user/status/1234567890"
適用於主持人已儲存了錄音且已結束的 Space 會議。
yt-dlp -x --audio-format mp3 "https://x.com/i/spaces/1AbCdEfGhIjKl"
貼上分享 → 複製連結獲取的推文連結。X 將每個影片儲存為一個位元率階梯——在每個解析度下都對相同剪輯以數個不同位元率進行了編碼。我們的 yt-dlp 後端會分析該階梯,並請求您選擇的解析度中位元率最高的那一檔,從而使您獲得 X 保留的最佳品質,而不是播放器當時正在串流傳輸的流量節省檔。
X 所宣稱的“GIF”其實是一個無聲且能自動循環的 MP4 影片——您上傳的 GIF 格式在到達伺服器時已被強行轉換。此頁面可以自動識別 GIF 類的推文並提供雙向選擇:保留體積輕量的小 MP4 循環檔案,或是由我們的伺服器將其重新合成為真實的 .gif 圖片,供您拖拽到聊天視窗和各類文件中使用。
是的。單條推文最多能夠包攬四個影片或 GIF。只需貼入推文連結,每一個檔案都會生成對應的縮略圖供您過目——勾選您需要的一個或多個(亦可保持全選狀態),它們每一個都將作為獨立的影片檔案下載下來。
是的,前提是 Space 已經結束且主持人儲存了錄音檔案——也就是在 X 官方網頁上浮現“播放錄音”按鈕的那些。貼上 x.com/i/spaces/... 連結,我們就能把重播轉化為 MP3 檔案格式儲存(如果影片 Space 則儲存為常規的 MP4 格式)。尚未開播或仍在直播的 Space 暫時無法抓取;請等待其結束後再試。
X 會以不同位元率編碼每一個解析度,且播放器會根據您當下的網路連線狀況默默挑揀檔位——您雖然顯示“正在觀看 720p”,其位元率卻可能是該 720p 檔案實際可達到位元率的三分之一。那些只抓取“當前正在串流播放”檔案的工具全盤接收了這一劣質的選擇。而本頁面會在每一個畫質按鈕旁標註出其實際的位元率 Mbps,並始終如一地直接拉取那一檔最佳的檔案源。
X 強制限制對敏感媒體進行匿名存取——它強加了已登入會話的門檻,而此工具特意保持免帳號、無 Cookie 的狀態執行。公開的推文依然可以正常下載。我們特此在前端予以明示,以避免您遇到莫名其妙的錯誤報錯提示。
僅下載您有權擁有的內容——您自己發布的內容、獲得授權可重複使用的內容,或用於合理使用評論的素材。下載不轉移所有權;重新發布時請註明創作者。請遵守 X 的服務條款。
需要進階的 yt-dlp 選項嗎? 試試 yt-dlp 線上主控台 →
是在錄製正在播出的直播嗎? 直播錄製器 →
YTDLP Web 是一款獨立工具,與 X Corp. 或 Twitter 無任何關聯、認可或贊助關係。