Open kirimine170 opened 7 months ago
心拍データの更新レートについて
https://twitter.com/kirimine170/status/1754034001285939343/video/1
↑で示した動画では、心拍の取得レートを100ms毎としているものの、そもそも心拍データの計算がライブラリの都合上、脈(beat)を検出する毎にしか更新されないっぽい。
なので、元からGPL感染を防ぐために考えていたMAX30100のライブラリ自前実装がほぼ確定した形になりそう
CorBiのシステムを結合テストしてみたら、まっっったく更新されなくて面白くなかった。
開発者
更新レートが低いCorBiは全く面白くないし、視覚的にも楽しめない(無理やり演出することはできそうなものの、そこに労力をかけるならGPL除染を先にやったほうが賢そう)
とりま、MAX30100からLEDの生データは取得できるっぽいから、CorBiCore側で処理する方法だけ考えるのが良さそう
これ、一旦生データの処理をCorBiCoreに実装したいので、 #12 を優先する形で。 ライブラリの自前実装は一旦保留。
これは完全に霧峰がライブラリを深く理解していなかったのが原因です。 ただ、GPL除染はしたいので残しておく。
議論したいトピック
心拍データの更新レートについて
現在の状態
https://twitter.com/kirimine170/status/1754034001285939343/video/1
↑で示した動画では、心拍の取得レートを100ms毎としているものの、そもそも心拍データの計算がライブラリの都合上、脈(beat)を検出する毎にしか更新されないっぽい。
11 参照
なので、元からGPL感染を防ぐために考えていたMAX30100のライブラリ自前実装がほぼ確定した形になりそう
発議者の意見
背景
CorBiのシステムを結合テストしてみたら、まっっったく更新されなくて面白くなかった。
立場
開発者
意見
更新レートが低いCorBiは全く面白くないし、視覚的にも楽しめない(無理やり演出することはできそうなものの、そこに労力をかけるならGPL除染を先にやったほうが賢そう)
参考
スクリーンショット、スケッチなど
同意及び宣言