패드는 좌우 시점 무빙칠 때, 필연적으로 스틱중립으로 돌아오는 계산값이 들어감.
하지만 키마는 중립상태라는 개념이 없어서 금방 구별이 가능함.
알기 쉽게 말하면.
패드는 좌측으로 시점 100을 움직였다가 우측으로 시점 100을 움직이려면, 좌측→우측으로 가는 값이 스틱중립상태를 거쳐가야 하기에, 총 200의 움직임이 생김.
당연히 여기에서 오는 조작 딜레이도 존재함.
마우스는??
당연히 그딴 거 없음.
패드 꼽았다고 인식되었는데, 좌우 움직임에서 중립경유 없는 값이 계속 된다면 컨버터임.
감시하는 프로그램 로직을 짜기도 졸라 쉬울 것같은데...
야발 이쉐끼들 안만드는 걸 보면 대가리가 병신들이거나 그냥 하기가 싫은 거임.
어짜피 북미는 컨버터 씨발들 얼마 없다고 하고, 아시아만 지랄앰병난 건데.
안하는 게 맞는 것같음.
공식 포럼에 여기 콜붕이들 다들 달려가서 아우성 치지 않는한 컨버터들 잡힐 일은 없을듯??
비추 뭐냐?? 여기에도 컨버터 벌레들이 상주하나 보네
대충 컨버터랑 ttk 이야기하면 귀신같이 등장하는 놈들이 있음
와 - dc App
천재노?
이거 영어로 써서 슬레지한테 보내고 싶다
핵도 글리치도 못잡는데 그건 언제잡고 누가함? 그리고 일반적으로 핵잡는것도 컨트롤 입력 로직으로 잡는게 아니라 파일 데이터변조로 잡지 않음? 회사에서 유저입력로그를 다 들고있는것도 일일듯 - dc App
유저 입력값 분석이 제일 쉬움 콜옵은 패킷로스 빵꾸 채우려고 유저입력값 다 수집해서 실시간으로 딥러닝돌림
그거 실시간으로 시그널 받고 서버에 반영한다음 증발해버리는 값아님? - dc App
패드 고장나서 중립 유지 안된다던지 하는 예외가 많아서 쉬운 이야기는 아님
이게 맞음 패드 스틱 고장나거나 데드존 없음 해두면 지 혼자서 화면 정지 되어있지 않고 살살 돌아감
천재노 - dc App
이거랑 또 컨버터는 방향입력이 8방향 밖에 안되는걸로 아는데
맞네 시발ㅋㅋㅋㅋㅋㅋㅋㅋ