ANA Pocketの皮算用

-

年始が始まり、通勤と週末ライドの実装でポイントがどれぐらいたまるか実際に試した。距離とポイントの換算は以下のページを参照。

https://www.anapocket.com/log

ANA Pocketでの距離計測は微妙に短く出る。サンプリング数が少ないのか？普段通勤は往復15Km走っているが、15Km未満になる。なので、帰りに遠回りして17,8Kmぐらい走るようにした。

これで自転車15Kmチャレンジの750ポイントと、移動ポイントが17*60=1020ポイントで1770ポイント。

週末は45Km走れば自転車40Kmチャレンジの2000ポイントと、移動ポイントが45*60=2700ポイントで4700ポイント。

合計すると1770＊5+4700＝13550ポイントを毎週貯めることになる。これを54周行うと、737100ポイントになる。1000ポイントが約2マイルになるので1463マイルになる。

Proアカウントになれば、

((700+17*78)*5+2000+45*78)*54=844560ポイント

になる。1000ポイントが約7マイルになるので、5911マイルになる。

200Kmブルベに10回出たとすると

200*10*78=156000ポイント上乗せするので、マイルにすると1092マイル上乗せ。合計約7000マイル。

目標10000マイルだとすると足りない。

目標から逆算すると10000マイル貯めるためには

10000*(1000/7)=1428571ポイント必要。上記ブルベ分を引くと

1428571-156000=1272571ポイント。これを54週で割ると、

127257/54=23566ポイント。つまり週23566ポイント必要。週末8000ポイント、平日は毎日3000ポイント貯めてやっとギリギリ。平日毎日3000ポイントはちょっときつい。

マイルの足しにはなるけど、ANA Pocketだけで北海道へ行くのは無理っぽい。

コメント

コメントを投稿

このブログの人気の投稿

ST-M310 シフトレバーのカバー開け

-
イメージ
通勤用のCylva F24のリアディレイラーの変速の調子が悪いので調整した。完ぺきではないし、購入してからもうすぐ2年、走行距離は5000Kmは超えているはずなのでシフトケーブルも見てみたいと思い、シフターの分解をやってみる。 マニュアルはこちら。 https://si.shimano.com/pdfs/dm/DM-SL0001-09-JPN.pdf 20ページがALTUS、つまりST-M310のはず。 ねじを外せば太鼓部分を隠しているカバーが取れるように見えるけど、自分の場合二つ問題が。 一つ目はカバーがブレーキレバー部分にぶつかって取れない。Cylva F24についているシフターはブレーキレバーと一体型になっている。型番はよくわからない。マニュアルはシフターのみしか書いていないので、蓋が簡単に取れるように見えるけど、ブレーキ部分にぶつかって上には外れない。結局ブレーキ部分に当たる側をマイナスドライバーで側面の高さ分持ち上げた。 二つ目は爪の存在が説明されていない。マニュアルにはひっかけ部分の説明があるけど、そもそもインジケーターの裏が爪になっていてカバーが引っ掛かっている。この爪は真ん中に3mmぐらいの間があるので、ここにマイナスドライバを突っ込んでてこの原理で無理やり開ける必要がある。 カバーを外すとたぶんインジケーターが吹っ飛ぶけど、これは見れば直す方法はわかる。 で、中身を確認したけどきれいなもんでさびなどないし、ワイヤーの切れ・ほつれもなかった。
続きを読む

Ride with GPSで作成したルートのgpxファイルとOruxMapsの関係

-
イメージ
Ride with GPSのAndroidアプリによるナビゲーションはOruxMapsと比較して告知がしつこくない。設定があまり多くないので仕方がないが、キューシートのポイントに対して一回しかアナウンスがない（もう一回ぐらいあるかな？）。またルート外に出た場合は地味な警告音と文字の通知しかない。 OruxMapsだと、ポイントの何メートル前で警告を出すか、最大何回出すか指定できる。街中だとうるさいぐらいしつこくアナウンスが出る。同様にルート外に出た場合も、しつこくしつこくアナウンスが出る。 たぶんブルベだとこれぐらいしつこい方がミスコースをなくすためにはいいと思う。 そうすると、Ride with GPSで作成したルートを使ってOruxMapsでナビゲーションするのがよい。 色々試した感じではGPXトラックのExportで、経路マーカーとしてPOIを含めると経路マーカーとしてキューを含めるをチェックすると、POIとキューがgpxのWayPointとしてExportされる。 キュー キューはWayPointとしてExportされる。RWGPSの「種類」として選んだものがnameに入り、注記に入れたものがdescとcmtに入る。   <wpt lon="139.5624979" lat="35.5408905">     <name>Straight</name>     <cmt>PC1</cmt>     <desc>PC1</desc>     <sym>Dot</sym>     <type>Dot</type>   </wpt>   POI POIの名前として入力したものはnameに入る。 <wpt lon="139.60360027326055" lat="35.565638161972615"> <name>フオトチェック</name> <sym>Dot</sym> <type>Dot</type> ...
続きを読む

DJI Osmo Action 4 ジャイロデータ

-
イメージ
手振れ補正を後処理にすることで消費電力を下げられないかテスト。 手振れ補正をオフにすると以下の画面が出たので、2.7Kの16:9で動画撮影してみた。 補正ソフトを調べたところGYROflowが見つかった。 https://gyroflow.xyz/ 早速GYROflowに読み込ませるとモーションデータがない、レンズプロファイルが読み込まれないとのエラーになる。 いろいろ試したところ4:3画角にしないとジャイロデータは保存されない様子。H264でもHEVCでも大丈夫。 4K 4:3画角で撮影したところ、GYROflowでモーションデータを認識し、レンズプロファイルも検知された。再生した感じはいい感じにブレが補正されている。バッテリーの消費は1%あたりの録画時間は20%ほど増えた。比較対象は4K 16:9なので厳密には同じではないが、違いは明確。とはいえ、FHDで撮影するよりやっぱりバッテリーを消耗する。 kdenliveにstabilizeという機能があるので、FHD画像のブレ補正をやってみた。Intel Core i5-9400@2.9GHz（ディスクリートGPUなし）だと処理時間がかなりかかる。ちゃんと測定しなかったが、録画時間以上かかっていると思う。画角は狭くなるが効果はある。何もしないより全然いい。ただ、RockSteadyモードとの比較だと1%あたりの録画時間はほとんど変わらない。 今のところハイパーラプスモードが一番消費電力が少ない感じ。次は50フレームのx2モードで撮影してみよう。普通速度が欲しければ25フレーム表示すればいいはず。
続きを読む