読み込み中...
読み込み中...
Haply デバイス向けのService RuntimeおよびRuntime SDKは、インストールしやすいインストーラーとしてパッケージ化されています。これは「external」Serviceとも呼ばれます。
state.body_orientation 20 Hzの周波数でデバイスを追跡する場合、アプリケーションがデバイスの駆動を開始した直後にフリーズしなくなりました（Inverse3 ／Minverse ファームウェア 7.9 以降、デフォルトで有効）。config/torque_scaling、config/重力補正 和 config/handedness 実行 DELETE この場合、返される値はデバイスの電源投入時の値であり、サービスにコンパイルされた出荷時の定数ではなくなります。したがって、左利きモードで保存された左利き用デバイスは、右利きモードにリセットされることはなくなります。セッション更新済み イベントであり、これらのイベントはいずれも特定のデバイスを指定していません。現在、そのデバイスを保持している各セッションは、次回のスナップショット時に更新されます。devices/*inverse/body_orientation_poll_interval_ms 設定（デフォルト 50 ms，設定は 0 （この設定は無効化されており、値の範囲は 0～5000 です）は、リアルタイムの向き読み取りの間隔を調整するために使用されます。50 ms のデバイス動作タイマーが、実際に有効となる下限値です。devices/*inverse/query_orientation_on_idle，システムはそのオプションが無効であることを明確に表示し、何も表示せずにスルーすることはありません。config/mount あるいは config/body_orientation 書き込みはこれまでと同様にデフォルトのイベントチャネルで通知されます――取り消されるのはデバイスレベルの通知のみです；利き手、トルク・スケーリング 和 重力補正 各セッションごとに送信される通知は引き続き保持されます。devices/*inverse/inkwell/dock_heading_deg。2026年9月22日、Minverse 1台で、ファームウェア 1.3.1 を搭載したコントローラーのスタイラスを用いて測定したところ、以前の 135 度の設定では、置かれた状態のスタイラスの回転が 45 度不足していたため、ヨー推定器はそれを徐々に補正するしかなく（+42 度から +50 度のずれが観測された）、現在は残差が約 5 度以内にまで減少している。この変更はフェーズスイッチの制限を受けません——駐車・キャリブレーションパスは常に実行されます——したがって、ファームウェアバージョン1.3.1以降を使用しているすべてのユーザーにおいて、ペンを駐車する際の向きが45度変化します。このバージョンより前のファームウェアでは、この値が無視され、目標姿勢へ直接完全にジャンプするため、これらのユーザーには何の変化も確認されません。state.body_orientation これまではデバイスがアイドル状態のときにのみ更新されていたため、アプリがフォースフィードバックのストリーミングを開始すると、すぐに更新が停止し、すべての利用者が読み取るのは古いハンドシェイクのスナップショットとなっていました。現在は、既存のモーションタイマーに対してポーリングを行い、セッション中にリアルタイムで更新できるようになりました。config/torque_scaling、config/重力補正 和 config/handedness 実行 DELETE その際、コンパイル時に組み込まれた出荷時の定数が、デバイス自身が保存している設定を上書きしてしまうため、「デフォルト値への復元」とデバイスの実際の電源投入時の状態が一致しなくなる――config/handedness 常にリセットされてしまいます 右，デバイスにどのような設定が保存されていても。現在、これら3つすべてが保存された値に復元されます。デバイスから読み込まれたことのないフィールドのみ、以前の定値が使用されます。session_id、プロフィール 和 範囲，デバイス識別子が含まれていないため、購読者は特定のレプリカがどのデバイスに属するかを判断できず、このイベント群の重複排除もできません。デバイスアドレス指定の代替案が導入されるまで、デバイスレベルの通知は一時的に停止されています。セッション単位の更新メカニズムについては変更ありません。config/torque_scaling を削除、config/重力補正 和 config/handedness リセットされたものを変更した意味：返される結果と書き込まれる値は、もはやサーバー側の固定された定数ではなく、デバイスに保存されている設定値となります。レスポンスの構造は変わりませんが、デバイスに保存されている設定が工場出荷時の定数と異なる場合にのみ、数値に違いが生じます。ただし、統合コードでリテラル定数がアサーションされている場合は（false / {enabled: true, scaling_factor: 0.0} / 右）の場合、異なる値が表示されます。state.body_orientation 元の構造や階層はそのまま維持されますが、数値の意味合いが変化しました。ストリーミング型クライアントにとっては、本来は実質的に静的だったフィールドが、20 Hzの頻度で変化するようになります。マウント後は一定であると見なしているユーザーは、明示的に有効にする設定を行わなくても、この新しい動作を確認できるようになります。ボディ・オリエンテーション 範囲も同様のチャネルに従い、デフォルトのチャネルへ漏れ出すことはなくなりました。移行に関する注意事項： このイベントをリフレッシュのトリガー条件として使用するのはやめ、セッションスナップショットから値を読み取るようにしてください。スナップショットは、そのデバイスを保持している各セッションで引き続きリフレッシュされ、別途有効にする必要はありません。これに対応する会話級イベント、および 利き手 / トルク・スケーリング / 重力補正 の通知については、いずれも影響を受けません。devices/*inverse/query_orientation_on_idle 不要になってしまうが、3.5.7 では意図的に不タグ: 旧式——この廃止計画はバージョン 3.6 で実施される。このバージョンの利用可能なすべてのダウンロード: