主なポイント
デバイス単位の設定情報は、これまでとは異なり、そのデバイスを所有するすべてのクライアントセッションに届くようになりました。書き込みを行ったユーザーのみです。2人目の閲覧者は、そのイベントを受信すると自動的にページが更新されます。 セッション更新済み、定期的にサービスに問い合わせるのではなく――具体的には、保持中のセッションごとに1回のみ、かつ書き込みを行った作者に対しては決して2回行わない。
機器の物理的な設置場所は、セッションで設定された設置情報をサービスが自動的に返すのではなく、顧客に通知できるようになりました。どちらの情報を表示しているかを示すラベルは、あらゆる出力形式において、設計上正確なものとなっています。デバイスが独自のマウント参照を保持している場合、サービスはその参照を追跡します。以前は、サービスはデバイスの起動時に取得した値を返すだけで、その後再検証することはありませんでした。現在では、クライアント固有のレンダリングペースに合わせて、要求に応じてこの参照値を更新できるようになりました。ただし、高速なクライアントがデバイスとの通信回線を飽和させないように、サービス側でスループット制限が設けられています。また、マウントが実際に切り替わった時点で、その変更を通知します。内部の改善
ハンドルのヨードリフトに対する実験的な自動補正。新しいサービスモジュールにより、ワイヤレスVerseGripの慣性によるラットレードの制御ループが閉じられます。このモジュールは、ペアリングされたInverse3 またはVerseGripに取り付けられたMinverseの動きに基づいて、グリップの絶対ラットレードを調整します。すべての品質条件が満たされると、グリップのファームウェアに1回の補正を書き込みます。 このモジュールは出荷時には無効化されており、「実験的アドヒアランス」スイッチがオンになっている場合にのみ利用可能です。また、実行スイッチが搭載されており、これを切り替えると、アクティブなすべてのハンドルが即座に無効状態に戻ります。これは、デバイスのファームウェアに書き込みを行うコンポーネントにとって、必須の機能です。すべてのデバイスを一括して対象とする設定ファイルは、現在では「すべてか、まったくか」という方式になっています。どのデバイスも変更される前に、選択されたすべてのデバイスについて（ファームウェアの容量や各デバイスの利用可能性など）検証が行われます。これにより、ファームウェアが異種混在している環境であっても、2台目のデバイスでのエラーが原因で、切り替えが中途半端になるような事態は発生しなくなりました。ハンドルのファームウェアに対する受信確認は、現在、リクエストごとに追跡されるようになりました。以前は結果が共有される単一の場所があったため、2人のリクエスト送信者が同時にアクセスした場合、互いの応答を見失う可能性がありました。また、同じ曖昧な値が「拒否」と「現時点では何もなし」の両方を意味していたため、拒否されたことが試行の連鎖を引き起こす可能性がありました。 現在、各リクエストには固有のトークンが付与され、送信されなかったリクエストは何も記録されず、応答が失われた場合はシステムをブロックすることなく失敗として処理されます。この追跡を行うスキャンは、待機中のリクエストがない場合、コストはかかりません。Inkwell ドッキングステーションのキャリブレーションは、ペン本体のファームウェアにおける新たな容量チェックの影響を受けません。スタイラスのドッキング時には、位置合わせの完全な再キャリブレーションが行われます。これは、ファームウェアのバージョンにかかわらず、出荷されたすべてのスタイラスに対して正しい動作です。この処理は、計算された方位補正に対して導入された最小能力閾値から明示的に除外されており、この除外は推論されるのではなく、コールポイントで明示されています。訂正
重力補正のリセットにより、過度に補正されるのではなく、本来のデフォルト値が復元されるようになりました。その名前とは裏腹に、このフィールドは スケーリング係数 de config/重力補正 これは乗数ではありません。これは、端末エフェクタの追加有効荷重（キログラム単位）であり、装置は自身の重量に加えてこれを相殺します。リセット処理はこの名称を文字通り解釈し、「中立」状態を復元していました。 1、つまり1キログラムのファントム荷重に相当します。リセット後、装置はハンドルを上方向に押し上げていましたが、これは接続直後の装置の挙動とは異なります。リセットを行うと、現在は実際のデフォルト値（補正が有効な状態）が返されるようになりました： スケーリング係数 à 0、つまり、このデバイスは自重のみを支えており、積載荷重は一切ありません。アプリケーションでリセット操作を利用して補正強度を高めていた場合は、代わりに希望する値を明示的に設定してください。
原点復帰のリセットを行うと、これで実際に再起動するようになりました。 のリセット config/home_return 「元に戻す」機能を無効にしていたにもかかわらず、呼び出し元には有効になっていると表示されていました。リセットを行うと、現在は実際に工場出荷時の設定（有効）に戻り、その後アプリケーションが読み取る値は、デバイスが実際に使用している値と一致するようになりました。デバイスに対する設定や方向性の書き込みが行われても、他のクライアントに古いデータが残ることはなくなりました。バージョン 3.5.6 以前では、デバイス自体に影響を与える書き込み（そのデバイスを保持する各セッションで共有される）は、書き込みを行ったクライアントの設定のみを更新し、デバイス全体のルートはどのクライアントでも更新されませんでした。 同じデバイス上の他のクライアントは、サービスに問い合わせを行うまで、引き続き古い値を表示し続けていました。現在では、そのデバイスを所有するすべてのセッションに通知が行われるようになりました。インクウェル・ステーションへのドッキング試行は、1回の失敗で終了することはなくなりました。以前は、前回のドッキングの状態が次のドッキング試行にも引き継がれていたため、2回目のドッキング試行では、1回目の失敗が新たな再試行ウィンドウの終了とみなされていました。現在では、ドッキング試行が行われるたびに、再試行ウィンドウがリセットされるようになりました。ワイヤレスVerseGripデバイスの更新サイクルにおけるデータ処理の条件を修正しました。ある準備パスが別のロック下でデバイスIDを読み取っている間に、接続実行スレッドによってデバイスIDが再割り当てされる可能性がありました。これにより、IDは正しいロック下で一度だけ取得されるようになり、以下のすべてのパス（拒否処理を含む）は、このコピーに基づいて処理されるようになりました。4台のワイヤレスVerseGrip送信機における、メッセージの準備処理の非同期化に関する問題を修正しました。4つのメッセージ送信パスが、それぞれペイロードとチェックサムを結合した後、書き込みロックを取得せずに送信を要求していたため、共有バッファ内で2台の送信機が互いに干渉する可能性がありました。互換性を損なう可能性のある変更
API、送信フォーマット、パラメータに変更はありません。デフォルトの出力はバージョン 3.5.5 のものとバイト単位で同一であり、ルートが削除または移動されたことはなく、公開 C API に変更はなく、パラメータキーの名称変更、削除、または新しいデフォルト値の割り当ても行われていません。 ただし、SDKのプレビュー機能や実験的機能を意図的に有効にしているアプリケーションについては、今回のリリースサイクルにおいて移行作業が必要となります。具体的には、スイッチレベルの変更やトークンの削除などがあり、各手順は付属の技術変更履歴に記載されています。重力補正のリセットにより、バージョン3.5.5とは異なる値が返されます。 フィールドも、経路も、回答の形式も一切変わっていないが、リセットを利用して書き込むことを前提としていたアプリケーションが、 スケーリング係数 de 1 工場出荷時の値にリセットされます 0; いずれの場合も、オフセット自体は有効なままです。リセットに依存するのではなく、値を明示的に設定してください。上記の修正を参照してください。「原点復帰」のリセット後、原点復帰は有効なままとなり、無効にはなりません。フィールド、ルート、応答形式のいずれにも変更はありませんが、リセットによって原点復帰が無効になることを想定していたアプリケーションでは、原点復帰が有効になっていることがわかります。もしそれが意図した動作である場合は、リセット後に明示的に無効にしてください。上記の修正を参照してください。お客様には、追加の設定イベントが通知されます。 あるイベントを前提としていたアプリ セッション更新済み これまでは、自身の書き込みによってのみ通知を受け取っていたが、今後は、他のクライアントが両者が共有するデバイスを変更した際にも通知を受け取り、その後に設定の完全なレンダリングが行われるようになる。これは、前述の配信方式による意図された結果である。イベントを受信した際に単にデータを再読み込みするだけのクライアントは、いかなる変更も必要としない。
