FFB Probe 작동 방식

가이드 실행

FFB Probe 는 하나의 짧은 테스터 여정으로 구성됩니다. 즉, 가치 제안 화면에 착륙하고, 스틱을 감지하고, 안전 체크리스트를 확인하고, 각 실시간 효과를 느끼고, 무슨 일이 일어났는지 답변한 다음, 결과 보고서를 유지하거나 공유합니다. 각 화면은 현재 작업에 중점을 두므로 테스터는 항상 다음에 수행할 작업을 알 수 있습니다.

단계 01

땅

첫 번째 출시 랜딩에서는 FFB Probe 가 무엇인지, 테스트에 필요한 것이 무엇인지, 테스터가 작업을 수행하기 전에 공개 하드웨어 데이터베이스가 중요한 이유를 설명합니다.

단계 02

감지하다

다음 화면에서는 조이스틱, VID:PID 및 강제 피드백 기능을 식별하고 강제가 실행되기 전에 스틱의 실시간 판독값을 보여줍니다.

단계 03

준비하다

체크리스트를 통해 테스터는 시뮬레이터를 닫고, 책상 공간을 비우고, 손을 스틱에 유지하고, FFB2 그립 센서 문제를 처리할 수 있습니다.

단계 04

느끼다

실행 중인 보기에는 Stop 컨트롤을 숨기지 않고 라이브 섹션, 예상 신호, 카운트다운 및 현재 효과가 표시됩니다.

단계 05

답변

각 효과 후에는 칩 그리드(다중 선택, 공개 - 이 레이블이 장치의 하드웨어 DB 페이지에 표시됨)와 선택적 자유 텍스트 메모 상자(비공개 - 서버측에 유지되며 공개 페이지에는 절대 표시되지 않음)라는 두 표면이 테스터의 응답을 캡처합니다.

단계 06

보관 또는 공유

결과 페이지는 기본적으로 보고서를 로컬로 유지합니다. 공유하면 수정된 하드웨어 페이로드가 전송되고, 선택적 이메일 필드를 통해 FFB-Bridge 가 스틱 지원을 시작하면 미리 알림을 요청할 수 있습니다.

프로브가 하드웨어에 요청하는 작업

표준 Windows 배터리는 GUI로 표시되는 4개의 라이브 섹션(Constant, Periodic, Condition 및 Ramp)을 제공합니다. 프로브는 각 드라이버가 실제로 열거하는 내용을 따르기 때문에 개수는 다양할 수 있습니다.

각 실행이 쓰는 두 파일

보고서는 다음 위치에 저장됩니다. %LOCALAPPDATA%\Programs\ffb-probe\Results\FFB-Probe-<timestamp>\ Windows 및 ~/.local/share/ffb-probe/Results/FFB-Probe-<timestamp>/ Linux 에서. 실행당 파일 2개;HTML 는 JSON 를 <pre> 로컬 보고서와 업로드 페이로드가 동일한 바이트임을 보장하므로 두 번째 숨겨진 아티팩트가 없습니다.

서명되지 않은 설치 프로그램 경고를 지나

설치 프로그램은 사용자별 설치이므로 관리자 비밀번호가 필요하지 않으며 UAC 프롬프트도 없습니다. 바이너리를 아래에 배치합니다. %LOCALAPPDATA%\Programs\ffb-probe 바탕화면 바로가기와 Start Menu 항목을 작성합니다. 디렉토리 선택기는 숨겨져 있으므로 실수로 이상한 곳에 설치할 수 없습니다. SHA-256 확인 다운로드 페이지의 파일은 실행하기 전에 가지고 있는 파일과 일치합니다.

베타 빌드는 아직 코드 서명되지 않았습니다. 코드 서명은 v1.0 로드맵에 있습니다. 두 가지 경고가 발생할 수 있습니다. 둘 다 예상됩니다.

v1.0 릴리스가 코드 서명 인증서와 함께 제공되면 두 경고가 모두 사라지고 SAC 가 설치 프로그램을 차단하지 않습니다. 그때까지는 경고를 문제의 증거가 아닌 예상대로 처리하십시오.

AppImage 및 evdev 권한

Linux 빌드는 독립형 AppImage 로 제공됩니다. 실행 가능으로 표시하고 실행한 후 움직일 수 있는 공간을 확보하여 스틱에 전력을 공급하십시오.

chmod +x ./FfbProbe-*.AppImage
./FfbProbe-*.AppImage

감지는 읽기 전용 액세스로 작동할 수 있지만 라이브 효과에는 조이스틱에 대한 쓰기 액세스가 필요합니다. /dev/input/event* 노드. 마법사가 권한 실패를 보고하는 경우 전체 AppImage 를 실행하는 대신 장치의 이벤트 노드 권한을 한 번 수정하세요. sudo.

1. 이벤트 노드 찾기

보고서 또는 오류 텍스트에는 일반적으로 다음과 같은 이름이 지정됩니다. event=/dev/input/event2. 조이스틱 이벤트 심볼릭 링크를 검사할 수도 있습니다.

ls -l /dev/input/by-id/*event-joystick

2. 임시 권한을 시도해보세요

바꾸다 event2 스틱 노드를 사용하세요. 이는 장치의 플러그를 뽑거나 컴퓨터를 재부팅할 때까지 지속되므로 문제를 확인하는 안전한 방법입니다.

sudo setfacl -m "u:$USER:rw" /dev/input/event2
./FfbProbe-*.AppImage

3. udev를 사용하여 지속적으로 만듭니다.

스틱의 USB ID는 udev에 문의하세요.

udevadm info -q property -n /dev/input/event2 | grep -E 'ID_VENDOR_ID|ID_MODEL_ID|NAME'

장치별 규칙에서는 소문자 16진수 ID를 사용하십시오. 이 예는 SideWinder FFB2, VID:PID 에 대한 것입니다. 045e:001b:

sudo tee /etc/udev/rules.d/70-ffb-probe-045e-001b.rules > /dev/null <<'EOF'
# FFB Probe: allow the active desktop user to open this joystick's event node.
SUBSYSTEM=="input", KERNEL=="event*", ATTRS{idVendor}=="045e", ATTRS{idProduct}=="001b", TAG+="uaccess"
EOF

sudo udevadm control --reload-rules
sudo udevadm trigger --subsystem-match=input

스틱을 뽑았다가 다시 꽂은 다음 AppImage 를 정상적으로 실행하십시오. 규칙은 장치별로 적용되므로 사용자를 광범위한 그룹에 추가하는 것보다 안전합니다. input 그룹.

Linux 마법사는 DirectInput 대신 evdev 강제 피드백 효과를 사용합니다. 공유 보고서 스키마는 Windows 와 동일하므로 Linux 제출은 동일한 공개 데이터베이스 및 OS 분석에 표시됩니다.

알려진 문제 및 복구 단계

리터럴 바이트는 감사 표면입니다.

로컬에서 프로브를 실행하면 아무 것도 보내지 않습니다. 두 파일은 디스크에 유지됩니다. 클릭 Share JSON 파일을 다음에 게시합니다. /submit 이 서버에서.JSON 는 HTML 보고서 하단에 포함된 동일한 바이트입니다. 공유하기 전에 읽을 수 있습니다.

공용 하드웨어 데이터베이스는 VID:PID 별로 집계 보기를 렌더링합니다. 표시되지 않는 유일한 필드는 효과별 필드입니다. 자유 텍스트 메모 — 실행 중에 테스터가 선택적 메모 상자에 입력한 내용입니다. 그 밖의 모든 것(칩 선택, 기능 플래그, 지원되는 효과, HRESULT 코드, 실패한 효과, 실행 오류)은 프로브가 작성한 것과 똑같이 장치 페이지에 나타납니다.

전체 개인정보 보호 계약 읽기 → · 업로드된 샘플 보고서 열기 →