주요 내용 {#highlights}
이제 장치 수준의 구성 쓰기 작업은 해당 장치를 사용 중인 모든 클라이언트 세션에 반영되지만,글을 쓴 사람뿐입니다. 두 번째 뷰어는 자체적으로 업데이트됩니다. 세션 업데이트됨-행사, 개최
꽃가루에 관하여 — 기록 세션당 정확히 한 건의 사건만 발생하며, 기록자에게는 두 건이 동시에 발생하는 일은 결코 없다.
이제 장치의 물리적 설치 위치를 클라이언트에 알릴 수 있게 되었으며, 더 이상 서비스가 항상Montage는 해당 세션을 구성한 사용자를 표시합니다. 현재 두 항목 중 어느 것을 보고 있는지 나타내는 레이블은,
이는 설계상 모든 출력 형식에서 해당됩니다.
장치가 자체 마운트 참조를 관리하는 경우, 서비스는 이를 따라갑니다. 지금까지 서비스는장치의 부팅 과정이 기록되었으나 이후 다시 검사된 적은 없습니다. 이제 요청 시 자체 렌더링 주기에 따라 이 참조를
클라이언트 업데이트 — 서버 측에서 속도 제한을 적용하여, 빠른 클라이언트가 기기 연결을 과부하시키지 못하도록 — 그리고
설치가 실제로 완료되면 변경 사항을 한 번 보고해 주세요.
내부 개선 사항 {#internal-improvements}
그립의 요편향을 실험적으로 자동 보정. 새로운 서비스 모듈이 제어 루프를 완성하여Wireless VerseGrip의 관성 요동 보정: 그립의 절대적인 요동 각도를 연동된 Inverse3 의 움직임과 일치시키거나
그것이 고정되어 있는 Minverse ab. 일련의 품질 검사 기준이 충족되면, 하나의 수정 사항을 기록합니다.
그립의 펌웨어로 돌아갑니다. 이 모듈은 출고 시 비활성화되어 있으며, 실험적 모드가 켜져 있을 때만
옵트인 옵션에 접근할 수 있으며, 활성화된 손잡이가
할당됩니다 — 기기의 펌웨어에 데이터를 기록하는 함수의 경우, 이는 선택 사항이 아닙니다.
모든 기기에 동시에 적용되는 구성 쓰기 작업은 이제 ‘전부 또는 전무’ 방식입니다. 선택한 전체 항목이— 펌웨어 기능 및 기기 준비 상태 —를 기기 변경 전에 검증합니다. 이를 통해 다양한 기기가 혼합된 기기군을
두 번째 기기에서 오류가 발생했다는 이유만으로 펌웨어 버전이 반 단계 뒤처지는 일이 더 이상 없도록 해야 합니다.
Griff 펌웨어에 대한 확인 내역은 이제 요청별로 추적됩니다. 단일 통합 결과 영역을 도입한 결과,두 명의 요청자가 동시에 요청을 보냈을 때 서로의 응답을 놓칠 수 있었으며, 모호한 값은 다음과 같이
“거절”과 “아직 없음” 모두에 해당되었는데, 이로 인해 거절이 재요청 쇄도로 이어질 수 있었습니다. 모든 요청은
이제 자체 토큰을 가지고 있으며, 전송 경로에 도달하지 못한 요청은 아무것도 기록되지 않고, 응답도 손실됩니다.
멈춰 버리는 대신 실패로 처리됩니다. 이를 수행하는 검사 실행은 다음이 발생하지 않는 한 비용이 들지 않습니다.
문의가 처리 중입니다.
잉크웰 도크에 도킹할 때의 보정 과정은 그립의 새로운 펌웨어 기능 테스트에 영향을 받지 않습니다. 이펜을 도킹하면 포즈에 대한 완전한 재보정이 수행되며, 이는 출하된 모든 펜에 대해 다음 사항과 무관하게
펌웨어 버전이 올바른지 확인하십시오. 이 경로는 계산된 값에 적용되는 기능 하한치에서 명시적으로 제외됩니다.
수치 보정이 도입되었으며, 예외 사항은 추론된 것이 아니라 호출 지점에서 명시적으로 기술되어 있습니다.
오류 수정 {#fixes}
중력 보정 기능을 재설정하면 이제 과도하게 보정하는 대신 실제 표준값으로 복원됩니다.이름과는 달리, 이 필드는 스케일링 계수 에서 config/중력 보정 승수가 없음: 이는 추가적인
장치의 자체 중량 외에 엔드 이펙터에서 추가로 상쇄하는 유효 하중 질량(단위: 킬로그램). 재설정
그 이름을 문자 그대로 받아들여 “중립적인” 요소를 제시했다 1 다시 그녀—1킬로그램짜리 유령 페이로드. 이 장치는
그 후 손잡이를 위로 눌렀는데, 방금 연결된 기기는 그렇게 하지 않습니다. 이제 재설정을 하면 실제
기본값으로 되돌리기: 보정 활성화, 스케일링 계수 bei 0, 즉, 이 장치는 자체 무게를 지탱하며 아무런
Nutzlast를 설정하십시오. 만약 해당 애플리케이션에서 리셋 기능을 보정 강도를 높이는 데 사용했다면, 다음을 설정하십시오.
대신 원하는 값을 명시적으로 지정합니다.
이제 ‘기본 위치로 되돌리기’를 재설정하면 실제로 다시 켜집니다. 다음의 초기화 config/home_return기본 위치로 복귀 기능을 비활성화해 놓았으면서도 호출자에게는 해당 기능이 활성화되어 있다고 보고했습니다. 이제 재설정 시
실제로 공장 설정값(켜짐)으로 복원되며, 그 후 애플리케이션에서 읽어오는 값은 바로 그 값입니다.
해당 기기를 실제로 사용하는 경우.
장치 수준에서 조립 또는 정렬을 위한 쓰기 작업이 수행되면 다른 클라이언트에 더 이상 오래된 값이 남아 있지 않게 됩니다.3.5.6 이전 버전에서는 기기 자체에 저장된 쓰기 작업이 업데이트되었습니다. 즉, 해당 기기를 사용하는 모든 세션에서 공유되는
belegt —, 쓰기 클라이언트의 구성만 반영될 뿐, 장치 전체에 적용되는 경로는 누구에게도 업데이트되지 않았습니다. 모든
동일한 기기의 다른 클라이언트는 해당 값을 조회할 때까지 계속해서 이전 값을 보고했습니다. 이제 모든 활성 세션에 알림이 전송됩니다.
Inkwell 도크에 대한 반복적인 도킹 시도는 단 한 번의 거부 후에도 더 이상 포기하지 않습니다. 이전의 상태는도킹 포인트는 도킹 작업이 끝날 때까지 유지되었기 때문에, 두 번째 도킹 시 첫 번째 거절이 두 번째 도킹의 종료로 간주되었습니다.
반복 창에서 처리되었습니다. 이제 반복 창은 도킹 시도가 있을 때마다 초기화됩니다.
Wireless VerseGrip의 디바이스 틱에서 발생하던 데이터 경합 문제가 해결되었습니다. 연결 스레드에서 디바이스 식별자를 재할당할 수 있었으며,한편, 준비 경로는 다른 락 아래에서 이를 읽었습니다. 이제 이 식별자는 올바른 락 아래에서
순간 스냅샷이 생성되며, 이후의 모든 경로(거절된 경로 포함)는 이 사본을 기반으로 처리됩니다.
Wireless VerseGrip의 4개 송신기에서 발생하던 메시지 준비 동기화 오류가 수정되었습니다. 4개의 발신 메시지 경로그들은 페이로드와 체크섬을 조합한 뒤, 쓰기 잠금을 해제하지 않은 채 전송을 요청했고, 그 결과 두 개의 송신기가
공통 버퍼에 서로 중첩하여 쓸 수 있었다.
발생할 수 있는 호환성 문제 {#potential-breaking-changes}
API, 와이어 형식 또는 설정에 변경 사항이 없습니다. 기본 출력은 3.5.5 버전과 바이트 단위로 동일하며, 경로가 변경된 것은 없습니다.삭제되었거나 경로가 변경되었으며, 공개 C-API에는 변경 내역이 없고, 설정 키의 이름도 변경되지 않았으며,
제거되거나 새로운 기본값이 지정됩니다. SDK의 미리보기 또는 실험적 인터페이스를 사용하는 애플리케이션은
활성화하되, 이번 주기에는 스위치 단계 변경 및 제거 작업을 포함한 마이그레이션 작업이 있습니다.
토큰 세트; 각 단계는 첨부된 엔지니어링 변경 로그에 기록되어 있습니다.
중력 보정 기능을 초기화하면 3.5.5 버전과는 다른 값이 표시됩니다. 필드도, 경로도, 그리고응답 구조가 변경되었지만, 재설정을 전제로 한 애플리케이션은 스케일링 계수 auf 1
...라고 입력하면 이제 공장 초기값이 적용됩니다. 0 — 두 경우 모두 보상 기능 자체는 활성화된 상태로 유지됩니다. 다음을 설정하십시오.
재설정에 의존하기보다는 명시적으로 처리해야 합니다. 위의 수정 사항을 참조하십시오.
이제 기본 위치로 되돌리기 기능을 재설정해도 해당 기능이 꺼지지 않고 켜진 상태로 유지됩니다. 필드도, 경로도 없으며응답 구조는 변경되지 않았지만, 재설정 시 원래 상태로 돌아간다는 점을 전제로 한 애플리케이션은
기본 설정이 비활성화되어 있었으나, 이제 활성화된 상태로 표시됩니다. 재설정 후 해당 설정을 비활성화하려면 명시적으로 비활성화하십시오.
필요함; 위의 수정 사항을 참조하십시오.
클라이언트에는 추가적인 구성 이벤트가 전송됩니다. 다음과 같은 가정을 한 애플리케이션이 세션 업데이트됨-단지 ~ 때문에 발생한 사건자신의 쓰기 작업이 완료될 때뿐만 아니라, 다른 클라이언트가 양쪽 모두에서 사용 중인 장치를 변경할 때도 이제 알림을 받게 됩니다.
그 후 구성이 완전히 재구성됩니다. 이는 앞서 설명한 팬아웃의 의도된 결과입니다;
이벤트가 발생했을 때 단순히 다시 읽어들이기만 하는 클라이언트는 변경할 필요가 없습니다.
