把檔案變成雪花片傳出去的工具出現了：盯著那片黑白方塊的你，眼睛也順便被看一下

你最近是不是也刷到這則討論。2026 年 10 月初，有開發者在 V2EX 分享了一個自製小工具，叫 xxx-file-trans。它的做法很有畫面感：把檔案先壓縮、分片，再用黑色方塊代表 1、白色方塊代表 0，一張張畫出來連成影片，看起來就像小時候黑白電視沒訊號時的雪花。接收端框選這塊畫面，持續抓螢幕辨識，收齊後自動還原成原始檔案。

原作者的動機很實際。有些環境裡，把檔案複製進去很容易，想把裡面的日誌、設定檔拿出來看卻不順手，於是想到讓「畫面本身」當搬運工。整段傳輸過程中，兩邊的螢幕都得一直亮著，一邊循環播放雪花方塊，一邊持續抓屏，1 MB 的難壓縮檔案在作者本機測試中要跑約 15 秒，10 MB 約 161 秒。

盯著雪花畫面的你，眼睛在經歷什麼

這個工具的使用情境，剛好湊齊了幾個對眼睛不太友善的條件：高對比的黑白方塊、持續閃動變化的畫面、以及一段必須盯著不能走開的等待時間。如果你曾經為了讓某個工具正常運作而折騰到深夜，大概能體會那種「再等一下就好了」的心情，這份心情和你熬夜除錯時的身體狀態，我們在網路設定折騰整晚時的眼睛與心情裡聊過，這次場景換了，身體的感受其實很像。

幾個可以順手做的調整：

• 不要近距離直盯發送端的播放畫面。它的作用是給接收端讀的，你的眼睛只需要偶爾確認畫面還在、沒有被別的視窗遮住。
• 把發送視窗縮小放在螢幕邊角，或移到第二螢幕，降低高對比閃動畫面在你視野中央的佔比。
• 10 MB 傳輸兩分多鐘，剛好是站起來倒杯水、看窗外遠處的長度。讓工具替你工作，你離開一下，回來再核對結果。
• 如果畫面閃動讓你覺得眼睛痠、頭脹，先暫停，別硬撐完最後幾秒。

作者的實測數字，可以信到什麼程度

這裡值得把證據層次說清楚。作者在 2026 年 10 月 1 日做了一輪桌面環境的本機測試：瀏覽器以 30 FPS 播放，接收端用 DXGI 抓屏，六個樣本都通過 SHA-256 與逐位元組比對。文字類檔案因為壓縮效果好，10 MB 的模擬日誌約 28 秒就傳完。

但作者自己也標明了限制：這是本機測試，每個樣本只正式測一次，不包含影片上傳、平臺轉碼和下載時間，也不能直接推估在遠端桌面或影片平臺上跑的速度。也就是說，這些數字屬於「開發者自測」的層次，跟你實際環境的表現會有落差，參考可以，當保證不行。

這種「先看證據強度再決定要不要信」的習慣，放到健康資訊上也一樣用得上。一份單人、單次、單環境的測試結果，和多人重複驗證的結論，本來就該被放在不同的信任位置上，我們在開學季軟體特價與你的判斷力裡也談過類似的識讀原則。

一個值得留意的誠實聲明

作者在文中講了一句很重要的話：黑白編碼本身不等於加密，目前專案沒有內建檔案加密。換句話說，如果你的檔案含有帳號、金鑰、個資，把它做成影片丟到公開平臺上，任何拿到影片的人都可能還原內容。這不是工具的缺陷，而是使用前必須自己想清楚的事。工具會誠實告訴你它做不到什麼，這點值得肯定；要不要把敏感內容交給它，判斷在你。

慢一點的工具，剛好配慢一點的你

整則分享裡，作者最後的感想是：AI 能很快把想法做出來，但打磨細節真的很花時間。這句話也適合套回你自己身上。傳輸一分鐘、兩分鐘的等待，在效率至上的人眼裡也許太慢，但換個角度看，這些強制出現的空檔，正好是整天黏在螢幕前的你少有的喘息。

下次你真的用上這類工具，別把等待時間再填滿別的螢幕工作。畫面會自己閃，檔案會自己走，你抬頭看看窗外，等它播完就好。