您好,我查了一下,但沒有找到相關資訊。
我想要知道在風帆衝浪、風翼衝浪和風翼滑水中,從什麼速度開始進行換手動作時,被認為是處於滑行或飛行狀態?
在3月25日的minimes賽事中,我收集的數據可能並不完全準確,因為我有一次換手動作失敗,但實際上我跌倒的次數要多得多?
我購買了一年期的訂閱來獎勵您們所有的開發工作!![]()
Sébastien
您好,我查了一下,但沒有找到相關資訊。
我想要知道在風帆衝浪、風翼衝浪和風翼滑水中,從什麼速度開始進行換手動作時,被認為是處於滑行或飛行狀態?
在3月25日的minimes賽事中,我收集的數據可能並不完全準確,因為我有一次換手動作失敗,但實際上我跌倒的次數要多得多?
我購買了一年期的訂閱來獎勵您們所有的開發工作!![]()
Sébastien
嗨 Sébastien,感謝你的訂閱——非常感謝!
滑行/飛行門檻 如果你開啟一個會話並查看速度圖表,你會看到一條紅色虛線——這就是你所從事運動項目和項目類型下的滑行/飛行門檻。在轉換時,目標是在整個轉彎過程中保持在該線以上。
為什麼App可能將一個摔倒的轉換計為成功 App評估的是動作本身——即轉彎——而不是之後立即發生的事情。常見的兩種導致混淆的情況:
這是故意設計的:在平緩風中划水脫身和換腳是獨立於轉換本身是否在滑行上完成的技巧。
要全面了解一次會話的表現如何,總滑行/飛行時間和最長連續滑行時間比單純的轉換次數能提供更完整的視圖。
希望這樣解釋清楚了!
好的,我現在更明白了,謝謝你的解釋。
我想問題就在這裡。我說的是摔倒,我玩風帆的地方有水流,所以應用程式無法區分完成轉彎和風力不足無法恢復滑行,以及在水流中緩慢移動的摔倒。
以我的一次航行為例,我摔了6、7次,對我來說這些不是成功的轉彎,但應用程式只偵測到一次失敗。
我覺得第一版應用程式在這方面更準確:thinking:
如果你落入水中,應用程式應該能夠檢測到,無論是否有水流——水流只會在跌落後、重新啟動期間影響移動。
為了澄清應用程式如何分類轉向(jibe)
如果你能將原始會話檔案發送至 support@sunbits.de,我很樂意查看。算法可能需要進一步調整,或者你所在地點的特定水流條件可能有影響。
分析器(v10)的新版本已推出,採用更精細調整的演算法,能更好地檢測這些情況。
感謝您傳送檔案——它直接幫助改善了檢測效果。
要將其套用到您的舊會話中,請開啟該會話,滾動到資訊區段,然後點擊 重新分析 按鈕。如果該會話未使用最新版本進行分析,您還會在那裡看到一則通知。或者,更改運動項目、項目或風向也會觸發新的分析。