読み込み中...

Haply デバイス向けのランタイムサービスおよびランタイムSDK。これらを1つの便利なインストーラーにまとめています。「外部」サービスとしても知られています。
state.body_orientation アプリケーションによる制御が開始されるとすぐにフリーズするのではなく、デバイスを20 Hzに調整します(Inverse3 / Minverse 7.9以降のファームウェア、デフォルトで有効)。DELETE sur config/torque_scaling, config/重力補正 et config/handedness サービスにコンパイルされた工場出荷時の定数ではなく、電源投入時の値を出力します。これにより、左利きとして登録された機器が、右利きとしてリセットされることはなくなります。セッション更新済み そのデバイスを保持している各セッションについて、そのデバイスを指定するセッションは一つもないが、そのデバイスを保持している各セッションは、それでも次のスナップショットから更新され続ける。devices/*inverse/body_orientation_poll_interval_ms (デフォルト値 50 ms, 0 (0~5000の範囲で無効化可能)これは、リアルタイムでの方位の読み取りを調整するものです。デバイスの動作タイマー(50 ms)は、事実上の下限値となります。devices/*inverse/query_orientation_on_idle 古いファームウェアでは、この設定は効果がないことを示すメッセージが表示され、何も反応しないことはありません。config/mount ou de config/body_orientation à セッションの範囲 これまでとまったく同じように、デフォルトのイベントチャネルで引き続き通知されます。デバイススコープの原因のみが削除され、 利き手, トルク・スケーリング et 重力補正 セッションごとに広告を保持します。devices/*inverse/inkwell/dock_heading_deg. 2026年9月22日に、グリップのファームウェアバージョン1.3.1のスタイラスを装着したMinverseで測定を行った結果、以前の値である135度では、スタイラスがドッキングステーションに45度ずれた位置で収まっていた。 そのため、ラッチ推定器がペンがドッキングステーションに45度後退した状態で留まるのを防ぐため、徐々に元の位置に戻す必要がありました(観測値は+42度から+50度)。現在、残留誤差は約5度となっています。 公開段階に左右されない : ドッキングステーションのキャリブレーション処理は常に実行されます。そのため、グリップのファームウェアバージョンが1.3.1以上のすべてのユーザーにおいて、ドッキングステーションにセットされたペンの公開オリエンテーションは45度変化します。このバージョン未満の場合、ファームウェアはその値を無視して完全な姿勢を直接適用するため、これらのユーザーには何の変化も感じられません。state.body_orientation 以前は、デバイスがアイドル状態のときにのみ更新されていました。アプリケーションが力を伝達し始めるとすぐに更新が停止し、各コンシューマーは初期ネゴシエーションで得られた古いスナップショットを読み取っていました。現在は、既存のモーションタイマーによって定期的に照会されるようになり、セッション中は常に最新の状態が維持されます。DELETE sur config/torque_scaling, config/重力補正 et config/handedness デバイス固有の保存済み設定の上に、組み込みの工場出荷時設定が上書きされていた。そのため、「デフォルトにリセット」した状態と、実際の電源投入時の状態とは一致しなくなっていた。 config/handedness 常に次のように戻っていた 右、デバイスに記録されている値にかかわらず。これら3つは、保存されていた値を復元するようになり、デバイスから一度も読み出されたことのないフィールドの場合にのみ、以前の定値に戻るようになりました。session_id, プロフィール et 範囲、デバイス識別子なし。そのため、加入者はデバイスにコピーを割り当てることも、全体から重複を削除することもできませんでした。デバイス単位の通知は、デバイス宛ての代替措置が講じられるまで一時停止されますが、セッション単位の更新については変更ありません。config/torque_scaling を削除, config/重力補正 et config/handedness …の意味を変える リセット : 応答および記述された値は、サービス側の固定定数ではなく、端末に保存されている設定に基づいて決定されるようになりました。応答の構造に変更はなく、値が異なるのは、保存されている設定が工場出荷時の定数と異なる端末の場合のみです。ただし、リテラル定数を前提としていた統合処理(false / {enabled: true, scaling_factor: 0.0} / 右) では、異なる値が観測される。state.body_orientation その正確な形式とレベルは維持されますが、値の意味は変化します。つまり、ストリーミング中のクライアントにとっては実質的に静的なフィールドが、現在は20 Hzで変化するようになりました。アタッチメント後にこれを定数として扱っていたクライアントは、明示的なアクティベーションなしに、新たな挙動を観察することになります。ボディ・オリエンテーション, 非推奨となったこのファイルは、デフォルトのチャネルに送られるのではなく、今後は同じ経路をたどるようになった。 移行: そのイベントを更新のトリガーと見なすのをやめ、代わりにセッションのスナップショット内の値を読み取ってください。このスナップショットは、デバイスを保持している各セッションごとに、明示的なアクティベーションなしに継続的に更新されます。以下のイベントに相当するものは セッションの範囲、および広告 利き手 / トルク・スケーリング / 重力補正、は影響を受けません。devices/*inverse/query_orientation_on_idle 新しいポーリング間隔がゼロでない場合、これは冗長になりますが、意図的に pas marqué 旧式 バージョン 3.5.7 では — この非推奨化はバージョン 3.6 で予定されています。このバージョンで利用可能なすべてのダウンロード: