行進時長與總時長的差別

簡單說

總時長很簡單：從開始記錄到結束記錄，中間什麼都不扣。9 點出發、13 點回來，總時長就是四小時，不管中途坐著休息了多久。

行進時長是總時長扣掉停下來那段之後剩下的時間。同樣是 9 點到 13 點，如果其中 40 分鐘是午餐時間，行進時長就是三小時二十分。兩個數字說的是同一趟健行，只是一個回答「在外面待了多久」，一個回答「實際走了多久」。

App 怎麼判斷你停下來了

這件事大致有兩種做法，在邊界情況上表現不一樣。

自動判斷

有些 App 盯著 GPS 速度，低於某個門檻就當成「站著不動」，不用你操心就自動從行進時長裡扣掉。這樣省事，但門檻終究只是一種估計：在一個定位不太穩的地方站著不動，速度讀數也可能因為抖動越過那個門檻，行進時長就悄悄多算了；反過來，在崎嶇地形上走得很慢，也可能被誤判成「停了」。

手動暫停

另一種做法是自己按暫停鍵。要多按一下，但判斷是準的——什麼時候停、什麼時候接著走，App 不用猜，因為是你告訴它的。

配速為什麼會因為用哪個時間而不同

配速是距離除以時間，用哪個時間算，結果就帶著哪個時間的性格。一段 5 公里的路，中間有 30 分鐘午休，這 30 分鐘算不算進去，配速會差很多。用總時長去除，午休會把平均配速拉慢；用行進時長去除，這 30 分鐘從一開始就不存在，數字裡根本看不出來。兩個配速沒有誰對誰錯，回答的問題不一樣——但不知道這個配速是拿哪個時間算出來的，這個數字本身就沒什麼意義。

同一趟健行，為什麼不同 App 給出的時間不一樣

把同一筆記錄傳到兩個不同的服務，報出來的時長、進而配速對不上，是常有的事，跟哪個 App 壞了沒關係。

• 一個自動偵測停留，另一個只認你手動按過的暫停。
• 各家自動偵測的門檻不一樣，同一段停留附近有雜訊的軌跡，一邊判成「停了」，另一邊判成「還在走」。
• 有的服務會重新計算，不信任記錄 App 已經算好的彙總數字，而是從檔案裡的原始點重新推算行進時長。
• 一次很短的停留，一邊覺得不值一提，直接捨去；另一邊照單全收。

總時長本該永遠對得上，因為它只是開始和結束兩個時間戳的差。要是看同一份檔案，連總時長都對不上，那多半是時區或者資料本身出了問題，而不是停留判斷方式不同。

TrailCam 是怎麼做的

TrailCam 報出來的時長是行進時長，暫停的時間不算進去。記錄靠你自己按暫停與繼續來控制，暫停的那段時間不會計入行進時長；其餘時間，不管熄屏還是切到別的 App，軌跡都在背景繼續記。它不會盯著速度自己猜你是不是停了——你怎麼操作，它就怎麼記。