[📋정보] [정보](수정)360턴에 마우스 시점 조작이 왜 필요할까?

[로슈(overroaming)]

수정 : 모바일에서 영상 안나오는 문제, 화질 낮은거 개선함.

생존자의 기술인 360도 턴에 대해서 왜 마우스 시점과, 키보드를 같이 사용해야 하는가,

시점은 그냥 고정해 두고 키보드 조작으로만 360도를 사용하면 안 되냐?

라는 질문에 대한 내 생각과 실험이야.

먼저 360턴이 뭔지 모르거나 어떻게 하는지 모르는 생존자는

https://youtu.be/S9v9C11HwFc 이걸 보고 오도록해

참고로 only 키보드로 360 도는 wasdw로 하고

키보드와 마우스같이 이용하는 360 도는 wasdwasdw로 한다고 가정했어.

개인적인 실험에 의한 거니, 틀린 내용 있을 수 있음 태클 시 같이 고민해봄

또한 이하 실험은 모두 생존자가 “뛰고 있는 중”이라 가정함 (shift를 누른 상태)

데바데 내에서 생존자를 움직이는 상황에서 고려해야 할 요소가 한가지 있음.

그건 “고개를 돌리는 시간”인데, 먼저 전제를 깔아둘게

1. 내가 원하는 방향을 키보드로 누른다고 해서 바로바로 그쪽으로 고개를 돌리는 게 아니라, 고개를 돌리는 시간이 있음

2. 고개가 원하는 방향까지 돌아가지 않으면 원하는 방향(유저가 입력한 방향)으로의 이동은 순간적으로 느려지게 돼, 즉 고개가 빨리 돌아가야 원하는 방향으로 빠르게 움직일 수 있어.

3. 추가 조작을 한 “고개를 돌리는 시간”과 추가 조작을 하지 않은 “고개를 돌리는 시간” 은 다름, 전자가 더 빨리 고개를 돌리고, 후자는 느리게 돌림

기본 베이스 상태를 우리는 N(north) 방향을 마우스로 쳐다보고 있다고 가정하고, 생존자 또한 N 방향을 바라보는 상황을 가정해보자

이 상황에서 우리가 a 키(이하 ←라고 표현)를 누른다면 생존자는 왼쪽을 쳐다보겠지?

그리고 그 상황에서 마우스 시점은 바꾸지 않고 ↑를 누른다면 위쪽을 쳐다볼 거야,

왼쪽(W)에서부터 위쪽(N) 쪽을 쳐다보게 되는 생존자는 즉시 히트 스캔처럼 N 쪽을 쳐다보는 것이 아니라 천천히 고개를 위쪽으로 돌리게 돼.

이는 ←를 누르다가 →를 누르게 되면 더 잘 눈에 보이고 ‘천천히’라는 것을 느끼게 돼.

이게 내가 말한 1번이야. 첫 번째 영상 볼게

-

생존자가 왼쪽(W)에서 오른쪽(E), or 오른쪽(E)에서 왼쪽(W)으로 움직일 때

“고개를 돌리는 시간” 이 존재하는 게 보이고, 고개가 반대 방향까지 돌아가지 않아서 반대 방향으로의 출발이 지연되는 게 보여? 순간적으로 생존자가 느려지는 게 보일 거야

이게 내가 말한 전제 1번과 2번이야.

그렇다면 내가 ←←←←← →→→→→ 만 눌러서 양옆 이동을 하는 게 아닌,

임의로 ↑와 ↓ 키를 섞어서 억지로 고개를 돌려준다면 어떻게 될까?

답은 이 두 번째 영상으로 볼게

-

영상과 같이 첫 번째 영상보다 “고개를 돌리는 시간”도 짧고, 고개를 돌리는 시간이 줄어들었기 때문에, 원하는 방향으로의 출발도 지연되지 않는 것을 확인할 수 있어.

이게 내가 말한 3번의 “추가 조작”이야. 임의로 ↑와 ↓ 키를 섞어서 억지로 고개를 돌려줬더니 출발 지연 현상이 발생되지 않았어.

다음 영상인 세번째 영상을 보면 생존자가 첫 번째 동영상의 문제처럼 제자리에서 원하는 방향으로의 이동이 지연되는 것을 볼 수 있어.

1번과 2번의 문제로 인해 말이야.

-

근데 우리는 여기서 의문점을 가질 수 있어, 1번 영상처럼 2가지 키(← 와 →) 로만 빙글빙글 도는 게 아니라,

모든 키(대각선은 w+a 등, wasd중 두 키를 동시에 눌러서 만듬)를 이용해서 도는데 왜 3번 “추가 조작”에 의해

빠르게 고개를 돌리지 않는지에 대해 의문이 들 수 있어.

이 문제는 키보드의 고질적인 문제 때문이야 키보드는 xy 평면 기준 0도(d), 90도(w), 180도(a), 270도(s) 그리고 두 가지 방향을 같이 눌러서 만드는 45도(w+d), 135도(a+w), 225도(a+s), 315도(s+d) 방향밖에 누르지 못해, 패드라면 그렇지 않겠지

세 번째 동영상에서 김풍이 출발의 지연을 갖는 이유는 물론 2가지 키(← 와 →)로 도는 것보다는 낫지만,

키보드의 고질적인 한계에 의해 생기는, “연속적인 각도 입력을 하지 못하기 때문”이야.

대각선키 등을 통해 “추가 조작”을 했지만 이보다도 더 많은 각도 입력을 해야 고개를 부드럽게 돌릴 수 있어, 예를 들면 15도, 75도, 등등 말이야.

키보드는 이러한 각도를 입력할 수 없기 때문에 “마우스 시점”을 이용해서 그러한 각도들을 “만들어” 내야 해.

검은색 화살표는 마우스로 바라보는 시점이고, 파란색은 현재 생존자의 고개가 가리키는 방향,

그리고 빨간색은 각 방향의 키를 눌렀을 때 생존자가 움직이는 방향(각도)임

만약 생존자가 오른쪽 45도 각도로 마우스 시점을 둔다면 각각의 키보드 조작에 따라

각각의 빨간색 방향으로 진행하겠지?

만약 생존자가 오른쪽 약 15도 정도의 각도로 마우스 시점을 둔다면 각각의 키보드 조작에 따라, 키보드로만 구현할 수 있는 45도 135도 등등의 값뿐만 아니라, 65도 등의 각도로도 이동할 수 있어!

이는 곧, 마우스 시점을 천천히 오른쪽으로 돌려주면서 wasdwasdw를 누르게 된다면, 모든 각도의 방향으로 생존자를 “추가 조작” 시킬 수 있음을 뜻해!

마치 이 네 번째 동영상처럼

-

따라서, 키보드&마우스 유저라면 360도 턴에서 마우스 시점의 조작은 필연적이야!

추가적으로, 마우스를 이용하지 않고도, 2번에서의 “원하는 방향 출발 지연”을 막을 수 있는 방법이 하나 있긴 해, 바로 360도 턴을 할 때 만들어지는 원의 지름을 크게 하면 돼.

360도 돌 때, 원을 크게 그리며 돌게 되면 세 번째 동영상처럼 지연되는 현상이 사라져, 왜냐하면 원이 커지면서, 2번(=고개가 원하는 방향까지 돌아가지 않으면

원하는 방향(유저가 입력한 방향)으로의 이동은 순간적으로 느려지게 된다.) 조건 중 고개가 원하는 방향까지 돌아갈 시간이 충분하기 때문이야.

하지만 우리는 살인마의 시야에서 최대한 빠른 시간 내에 사라져야 하며, 이는 “빠른 속도로 긴 거리를 이동해서 360도 돌기”이고

세 번째 동영상의 경우는 “느린 속도로 짧은 거리를 이동해서 360도 돌기”

그리고 우리가 흔히 알고 있는 마우스 시점을 돌리면서 도는 360도 턴은 “빠른 속도로 짧은 거리를 이동해서 360도 돌기”야!

읽어줘서 고마워!

그리고 대체 왜 그런지는 모르겠는데 데갤만 대각선 기호를 쓰면 글이 깨짐;; ㅁ 눌러서 한자키에서 대각선 방향 화살표를 첨부하면 글 전체가 깨져버림

다른 마갤은 안그러던데 왜그러지 이거때매 5시간동안 골머리 터졌네;

한 줄 요약 : 360도 턴은 마우스가 없으면 느리다.

[익명(211.229)]

조용필 올라가는 추신수

[익명(218.238)]

아니 안보여

[로슈(overroaming)]

머가 안보여

[로슈(overroaming)]

이제 보여

[익명(125.180)]

근데 방향전환이 빠르면 빠를수록 도는 원의 크기가 작아져서 빨리맞지않냐? 무조건 빨리도는게 아니라 적당한 속도가 중요한거같은데

[로슈(overroaming)]

원의 크기가 작아진다는게 살마 눈 앞에서 원을 그리는게 아니라, 살마 눈 앞에서 살마 뒤로 가면서 원을 그리는거라, 최대한 빠른 속도로 짧은 거리내에(빠른 시간내에) 살마 뒤로 가는거라 아님 - dc App

[익명(125.180)]

살인마 뒤로갈정도인데 빨리돈다면 그건 런지거리보다 가까워야하지않냐

[로슈(overroaming)]

흠 꼭 그렇지만은 않아도 되는거같애 360 영상 보면 다들 살마 뒤로 갔다가 다시 앞으로 오는식으로 360 돌던데 보통 짧은 런지나 그냥 공격이 많이 빗나가네 - dc App

[익명(211.202)]

영상 안보임 - dc App

[로슈(overroaming)]

지금 밥먿으러 가는중 밥먹고 확인함 - dc App

[로슈(overroaming)]

PC로는 나오네, 퇴근하고 집가면 집에서 원본영상으로 고화질 유튜브로 한번 올려봄

[로슈(overroaming)]

영상 수정했움

[익명(neverguy123)]

어느 타이밍에 돌아야하는지는 글 따로 있음?

[로슈(overroaming)]

답이 없을때지 뭐 360은 그냥 마지막 발악임 되면 좋고 아님 말고 - dc App

[ㅇㅇㅇ(125.185)]

시발 당연히 같이 사용하는게 빨리 돌겠지 이걸 직접 해봐야 알 정도로 생각하기 어렵나

[역도몬(119.192)]

증명에 의미가 있는거지 대부분은 4방향/8방향 유무의 중요성도 모르는구만 애쉨이 좋은 팁글 싸는데 뭣하러 찬물을 붓냐

[붕어싸만코(kuku12126)]

븅신년 - dc App

[익명(211.119)]

간만에 념글거리 올라왔네 개추

[익명(122.36)]

게임이 점점 수준이 높아져 간닷 ㅋㅋ 이제 다들 쓰겟네

[익명(110.70)]

zzzZ...