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)을 제공합니다. 프로브는 각 드라이버가 실제로 열거하는 내용을 따르기 때문에 개수는 다양할 수 있습니다.

각 실행이 쓰는 두 파일

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

Windows 설치 및 게시자 확인

FFB Probe는 Rohsam Inc.가 게시합니다. 설치 프로그램은 사용자별 설치이므로 관리자 비밀번호가 필요하지 않으며 UAC 프롬프트도 없습니다. 바이너리를 %LOCALAPPDATA%\Programs\ffb-probe 아래에 배치하고 바탕화면 바로가기와 Start Menu 항목을 작성합니다. 디렉터리 선택기는 숨겨져 있으므로 실수로 이상한 곳에 설치할 수 없습니다. 안정 버전 Windows 릴리스는 서명되어 있습니다. 실행하기 전에 Windows가 게시자로 Rohsam Inc.를 표시하는지 확인하고 다운로드 페이지에서 SHA-256 를 확인하세요.

Windows 가 설치 프로그램의 확인된 게시자로 Rohsam Inc. 를 표시하지 않거나 해시가 게시된 매니페스트와 일치하지 않는 경우 해당 파일을 실행하지 마세요.

릴리스 매니페스트는 파일 이름, 크기, 해시에 대한 신뢰할 수 있는 출처입니다. Windows 설치 프로그램과 Linux AppImage 는 모두 선택적 다운로드입니다. 프로브를 실행해도 Share 를 선택하기 전까지 보고서는 로컬에 유지됩니다.

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으로 POST됩니다. 해당 JSON은 HTML 보고서 하단에 포함된 동일한 바이트이므로 공유하기 전에 읽을 수 있습니다.

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

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