開源 app MotionEaseTune，上車前聽 100Hz 聲音對抗暈車

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

會暈車的人對出發前的備案不陌生：吃暈車藥得賭它嗜睡的副作用、薑糖的效果看運氣、閉眼硬睡則是聽天由命。MotionEaseTune 給了第四個選項：戴上耳機，按一顆按鈕，聽一分鐘 100Hz 的低頻聲。一位獨立開發者把名古屋大學 2025 年一篇暈動症研究，做成了這支開源 Android 隨身工具，免費、零廣告、連一項手機權限都不要求。先把期待校準講在前面：那篇研究的結論是「可能改善」暈動症狀，開發者本人在 GitHub 也回覆過「實際效果因人而異，不能保證對每個人都有效」。它值得暈車族裝來試，但要帶著正確的期待裝。

一顆按鈕的 app，把研究協議裡固定的部分全部寫死

把原始碼抓下來讀，這支 app 的全部功能一頁就說完了：一條正弦波動畫、斗大的 100Hz 字樣、一圈 60 秒進度條、一顆播放鍵。頻率寫死在 sound_player.dart 裡，數值就是 100.0，波型固定正弦波，左右聲道平衡是 0，取樣率 192000。沒有頻率可以調、沒有音檔可以選、沒有帳號要註冊，頻率不可調這件事看起來就是設計：實驗協議是多少，它就播多少。

Pin

連「聽一分鐘」這件事都不靠自制力。home.dart 裡的計時器數到 60 秒會自己停止播放，進度條歸零，想再聽就再按一次。播放前它還會檢查系統音量，抓到音量低於一成會跳出提示要你先調高，音量太低的話等於沒聽到。聲音的起音與收尾各有一百毫秒的漸強漸弱，按下與停止的瞬間不會突然爆一聲，這種小地方看得出用心。第一次打開 app 會跳出三頁使用指引，內容直接對應研究的操作條件：在症狀出現前使用、讓雙耳聽到相同大小的聲音、持續聽一分鐘左右。設定頁裡能調的只有介面語言、深淺色主題，加上一頁關於與致謝，開發者在關於頁把論文連結掛在「這項研究」幾個字上，整句寫著「本應用的核心理念來源於這項研究」，來龍去脈給得很清楚。

Pin

工程面有兩個值得記下來的細節。整支 app 用 Flutter 寫成，以 GPL-3.0 授權完整公開原始碼，一個人維護，在 GitHub 累積一千多顆星；播放聲音用的基礎套件是開發者自己 fork 出來修的版本，修的是新版 Flutter 的相容性問題，聲音生成邏輯本身沒有動過手腳，fork 的提交紀錄可以對照。

安裝這種側載 app 最讓人疑慮的資料問題，這裡可以直接給答案：正式版的安全性設定清單裡，權限數量是零。沒有網路權限、沒有定位、沒有麥克風，原始碼裡也找不到任何統計或廣告套件。它連回傳使用次數的能力都沒有，因為它根本連不上網，搭飛機開飛航模式照樣能用，跟 MNN TaoAvatar 這類完全離線的手機 app 一樣，斷網就是預設工作狀態。這種零權限的乾淨程度，在 Android 生態裡跟同樣把遙測清乾淨的 GKD 開源自動點擊工具是同一個等級，而且這回連「工具上網辦正事」的但書都不需要。

研究那一側：定壓喇叭、頭枕十公分、搖晃前一分鐘

app 背後的論文 2025 年 3 月發表在《Environmental Health and Preventive Medicine》，團隊來自名古屋大學醫學系研究科的職業與環境衛生講座，作者名單裡還有兩位任職於 DENSO 的研究人員，看得出車廠對「乘客不暈車」這件事的興趣。研究的驗證一步一步往上墊：先用小鼠的內耳橢圓囊組織做離體實驗，篩出 100Hz 這個最能帶動耳石的頻率；再讓活體小鼠暴露在 85 dBZ 的 100Hz 聲音下五分鐘，之後搖晃牠們，平衡木測試的成績明顯比沒聽的對照組穩，效果持續至少兩小時，而對照用的 250Hz 沒有這個效果，說明頻率本身是關鍵，換個低頻未必有同樣的作用。同一個團隊更早還發現過音樂裡的 100Hz 成分能改善年輕人的平衡表現，這條線索累積了好幾年。

人類實驗設計得相當貼近真實情境。受試者分別經歷盪鞦韆式的搖晃、三分鐘的駕駛模擬器（自動駕駛模式、時速 40 公里），以及真實車輛的後座搭乘（邊坐邊閱讀誘發不適，走走停停三分鐘）。聲音的給法很講究：音量用儀器校準，以定壓方式給在 80 到 85 dBZ，換算成日常單位約 60.9 到 65.9 分貝，差不多就是面對面講話的音量；給聲的設備是喇叭而非耳機，模擬器實驗的喇叭距離耳朵 30 公分，實車實驗更直接把兩顆喇叭裝進座椅頭枕，距離左右內耳各 10 公分。時間點卡在搖晃開始之前，暴露一分鐘。受試者事先不知道單耳或雙耳暴露的意義，研究也照赫爾辛基宣言走過名古屋大學的倫理審查，並在日本臨床研究註冊系統掛了號，這些程序面上的東西，一篇被車廠看上的研究該有的都有。

量到的結果分三個面向：重心動搖的面積縮小了、心率變異度顯示的交感神經過度活化緩和了、暈動問卷的分數也改善了。論文標題裡那句「日常可暴露的音量等級」尤其關鍵：研究劑量刻意壓在講話聲的區間，屬於天天暴露也不構成聽力負擔的等級，這件事在方法上先把聽力風險壓到最低。機制上，團隊的解釋是 100Hz 的震動會帶動內耳的耳石器官，等於先把負責平衡感的前庭系統整個喚起，面對接下來的搖晃訊號比較不容易亂掉。用運動當比喻，這比較像上場前的熱身，讓感測系統先進入狀況，而不是上了車才開始補救。

app 與實驗室的落差：音量這一關交還給你

讀到這裡應該有人發現了：論文把音量、喇叭位置、暴露時機全部控制死了，app 卻只繼承了頻率與時長。音量開多大、用耳機還是外放，原始碼一概不管，唯一的音量邏輯是「太安靜會提醒」。對照之下，耳機距離耳膜的距離跟頭枕喇叭的十公分是兩回事，而 60.9 到 65.9 分貝這個劑量，你得憑感覺自己逼近。GitHub 上就有人精準踩到這一點：有使用者在 issue 裡指出，論文用的是頭枕喇叭、耳機重現不了那個條件，音量也控制不到研究的劑量，他自己用耳機聽了一陣反而覺得噁心。這個觀察與論文方法核對起來是成立的。

同一個 issue 版上還有更有價值的線索，就是開發者自己畫的界線。有人用 Python 自己生成 100Hz 聲音來聽，結果越聽越暈，開發者回覆了兩句話：要在症狀出現之前聽，還有效果因人而異，不能保證對每個人有效。這兩句比任何行銷文案都值得抄下來，因為它們同時是使用說明和免責聲明：這是預防性的工具，坐在已經開始暈的車上才臨時按播放，本來就不在設計劇本裡。

所以實際使用時，最貼近研究協議的做法是三件事做滿：在搖晃開始前聽（上車前、上船前），雙耳音量盡量一致（app 的聲道平衡已經歸零，但左右耳機佩戴的密合度要自己留意），音量壓在講話聲的等級就好。低頻聲不刺耳，很容易不小心越開越大聲，那樣既偏離了研究劑量，也對聽力不客氣。要更講究的人可以外放：手機喇叭架在身邊，聲波走空氣傳導，至少在「喇叭給聲」這一點上跟實驗條件一致，代價是同車的人會陪你一起聽一分鐘的低頻嗡聲。

下載與安裝：側載三種管道，介面沒有繁體中文

MotionEaseTune 不在 Google Play 上架，安裝靠側載，有三條路可選。官方 GitHub 的 Releases 頁提供 1.1.3 版的三種 APK，對應不同處理器架構，這兩三年的手機絕大多數裝 arm64-v8a 那個，檔案約 15MB；版本從 2025 年 4 月的 1.0.0 到 5 月的 1.1.3 一路快速迭代，之後就穩定了。喜歡用套件庫管理更新的人可以走 IzzyOnDroid，一個專收開源 Android app 的第三方倉庫，用 F-Droid 客戶端即可安裝與追蹤更新。開發者為了進這個倉庫，按對方要求補齊了中繼資料、修掉安裝包裡不必要的簽名資訊，倉庫管理者實際比對過建置產出，確認過再上架，這段來回全部記錄在 issue 裡，想驗證安裝包來源的人有跡可循。想要一鍵下載的人還有 OpenAPK 鏡像可用，圖方便再走這條。

介面語言只有英文與簡體中文，沒有繁體選項。好在整支 app 只有一個畫面，需要讀的字加上第一次開啟跳出來的三頁使用指引，總量不超過一張便條紙，看不懂的字拿英文對照一下就過了。版本狀態方面，1.1.3 在 2025 年 5 月發布後，GitHub 上的更新停在 README 層面的修訂，對一個功能已經做完的極簡工具，這更像做完收工，不像棄坑；同倉庫兩個開著的 issue 都在使用效果的討論，沒有回報功能壞掉。平常手機與電腦搭配的人，也可以順手看看 Escrcpy 這類開源 Android 投影管理工具，側載生態的工具鏈比想像中完整。

判斷：誰值得裝來試，誰別指望它

長途客運、遊覽車、渡輪會暈、又不想每次都跟暈車藥的嗜睡共處一整天的人，這個 app 值得放進手機。山區產業道路的連續彎道、後座看書看手機這些經典的暈車觸發場景，都落在研究的適用範圍裡。它的成本結構很難再低：免費、離線、無廣告、零權限，試錯的唯一代價是一分鐘的 100Hz 低頻聲。想驗收效果的人，給一個務實的做法：挑一段固定會暈的路線，同樣的座位、同樣的時段，一次照協議聽、一次不聽，暈的程度自己記下來，兩三次之後它對你有沒有用，你會比任何論文都清楚。VR 頭暈的人想試也無妨，但要曉得研究測的是交通與搖晃場景，VR 暈是合理的延伸推測，這篇論文並沒有驗證它。

相對地，靠暈車藥已經控制得很好的人，沒有理由貿然換方法；已經暈起來才想到它的人，它幫不上忙，設計上那是預防工具。也要把它跟醫療的距離說清楚：它播放的是聲音，不是療程，重度暈動症或有內耳、聽力狀況的人，該問的還是耳鼻喉科。帶著「研究顯示可能改善、作者自己說因人而異」的認知去用，它是零成本的好實驗；帶著「下載即根治」的期待去用，它會讓你失望。

最後一個提醒寫在出發前：記得在上車前就把耳機戴好、音量調到講話聲的等級。等到車子開動才摸出手機，那就不是聽不聽 100Hz 的問題，是來不來得及的問題。