延長時段監測
手機網路攝影機持續運作基準測試
用手機當網路攝影機 — Continuity Camera、DroidCam、iVCam 及類似方式 — 帶來便利的同時,也伴隨著真實的風險:通話進行到一半發生過熱降頻。沒有任何 API 能直接回報手機的溫度,因此本工具改為追蹤實際會出現的症狀:延長使用時段內的畫面更新率與解析度穩定性,誠實地標示為「效能衰退」,而非捏造一個溫度數值。
—
即時畫面
請在上方選擇您手機的攝影機(需先透過其應用程式連接),然後點擊「開始測試」。讓它持續執行 — 時間越長,結果越有參考價值。
結果
- 已耗時:—
- 目前 FPS:—
- 目前解析度:—
- 判定:—
—
說明
為何看畫面更新率穩定性,而非溫度數值
手機不會將溫度感測資料公開給網頁 — 這項資訊完全保留在作業系統內部。但無論是降頻還是被切到背景執行,都會可靠地造成一個可測量的現象:持續畫面更新率(有時還包括解析度)隨著時段延長而下降。直接追蹤這項數據既誠實,對於「如果我繼續通話,畫質會不會變差」這個實際問題來說,也和溫度讀數一樣有用。
維持手機網路攝影機穩定的方法
保持插電使用時同時充電,可避免電池同時放電與邊充電邊發熱這種雙重熱負荷。
拿掉保護殼保護殼會困住熱量。長時間通話時拿掉它,在許多手機上能明顯改善散熱餘裕。
讓應用程式保持在前景執行有些手機網路攝影機應用程式一旦被切到背景,就會被作業系統降低優先度,這在畫面更新率圖表上看起來可能與過熱降頻一模一樣。
基準參考
穩定性判定門檻
| 等級 | FPS 下降幅度(開始到結束) | 代表的意義 |
|---|---|---|
| 穩定 | < 8% | 整個時段內畫面更新率維持穩定。 |
| 輕微衰退 | 8% – 19% | 符合早期過熱降頻或優先度降低的特徵。 |
| 明顯衰退 | ≥ 20% | 確實出現大幅下降 — 很可能是降頻或被切到背景。 |
這些是本工具自訂的實際門檻值,比較您在時段前三分之一與後三分之一測得的 FPS。
逐步說明
如何執行此基準測試
- 將手機連接為網路攝影機,透過 Continuity Camera、DroidCam、iVCam 或類似應用程式。
- 從下拉選單中選擇裝置 — 請留意盡力偵測的提示說明。
- 點擊「開始」,並在出現提示時允許存取攝影機。
- 讓測試持續執行數分鐘 — 過熱降頻需要一段時間才會顯現,時間越長,結果越可靠。
常見問題
疑難排解與解決方法
攝影機存取被封鎖點擊瀏覽器網址列中的攝影機圖示,確認已允許此網站存取,或檢查您作業系統的攝影機隱私設定。
未被偵測為手機裝置偵測是根據裝置名稱字串進行的 — 有些應用程式使用的通用名稱不符合常見模式。這不會影響實際的畫面更新率測量,只會影響提供資訊用的標籤。
偵測到明顯衰退請讓手機保持插電、拿掉保護殼、確保應用程式維持在前景執行,並避免陽光直射或暖氣出風口等直接熱源。
常見問題
常見問題
這如何知道我正在用手機當網路攝影機?
根據您瀏覽器回報的裝置名稱,比對 Continuity Camera、DroidCam、iVCam 及類似應用程式常見的命名模式。這僅是盡力而為的推測,並非絕對準確 — 沒有任何 API 能直接回報裝置的真實性質,本工具也會明確說明這一點。
這能偵測我的手機過熱嗎?
無法直接偵測 — 沒有任何網頁 API 能回報手機的溫度狀態。它改為測量可觀察到的症狀:隨時間變化的畫面更新率與解析度穩定性,因為無論是過熱降頻,還是手機應用程式失去前景優先度,兩者都會表現為可測量的效能衰退,即使背後真正的原因無法讀取。
這個基準測試應該執行多久?
時間越長越能揭露問題 — 至少要跑幾分鐘,因為過熱降頻通常需要時間累積。只跑 30 秒的快速檢查,即使最終真的會發生降頻,也不太可能捕捉得到。
這適用於任何手機當網路攝影機的應用程式嗎?
只要是瀏覽器能透過 getUserMedia 存取的裝置都適用,基本上涵蓋了所有品牌的手機網路攝影機應用程式。手機偵測標籤僅為盡力而為,但實際的畫面更新率測量適用於您選擇的任何裝置。
為什麼即使沒有降頻,我的畫面更新率還是會變動?
背景應用程式活動、通知,以及作業系統正常的排程機制,即使在狀況良好的裝置上也會造成輕微的畫面更新率波動 — 判定結果看的是從開始到結束的整體趨勢,而非那一瞬間的雜訊。