👱‍♀️ ansohxxn

👱‍♀️ ansohxxn

개인적인 필기 노트

Chapter 1-4. 캐릭터, 지형 : 팔 구현, 팔 애니메이션, 서브 카메라

Date:     Updated:

카테고리:

태그:

인프런에 있는 케이디님의 [유니티 3D] 실전! 생존게임 만들기 - Advanced 강의를 듣고 정리한 필기입니다. 😀
🌜 강의 들으러 가기 Click


Chapter 1. 캐릭터 움직이기 & 지형 제작

팔 구현

🙋‍♀️ 팔 붙이기

image

image

  • Player
    • 캡슐 모양의 플레이어 오브젝트
    • 자식
      • Main Camera
        • 플레이어의 자식으로서 플레이어를 따라다니며 플레이어의 1인칭 카메라가 되어 줄 오브젝트
      • Hand Holder
        • 빈 게임 오브젝트로서 팔 모델의 부모 오브젝트로 설정하여 팔 모델의 트랜스폼엔 변화를 주지 않고 이 “Hand Holder” 오브젝트의 트랜스폼에만 변화를 주어 Player 오브젝트 내에서 팔 모델이 자리를 잡도록 한다.
        • 카메라에 팔이 알맞는 위치로 잡히도록 Position은 (0, 0.5, -1.3), Rotation은 (0, 90, 0)으로 하였다.
          • Y 축 중심으로 90 도 회전하여 카메라에 1인칭 시점으로 팔이 나오도록 카메라 방향과 일치시키도록 회전시켰다.
        • 자식
          • Hand
            • 임포트 받은 기본 팔 3D 모델. 이름을 “Hand”로 변경함
            • 우클 - Unpack Prefab 하여 프리팹 상태를 해제 시키고 자식으로 있는 카메라는 삭제해 주었다.


🙋‍♀️ 팔 애니메이션

팔 애니메이션 만들기

임포트 받은 팔의 3D 모델 파일(lowPoly_arms_Basic Import Settings)은 아래와 같이 이미 애니메이션이 내장되어 있어서 이 애니메이션 프레임을 쪼개어서 각 상황에 맞는 애니메이션을 만들어볼 것이다.

image

0 ~ 260 프레임 길이의 애니메이션이며 팔을 흔드는 모션을 취하는 애니메이션이다.

image

  • 👉 팔의 3D 모델 파일 애니메이션에서 0 ~ 24 범위의 프레임을 떼 옴
  • Loop Time 체크
    • 반복 재생
    • 정지해 있는 팔 애니메이션이 반복해서 재생되도록
  • Loop Pose 체크
    • 자연스럽고 부드럽게 반복 재생

위와 같은 방법으로 0 ~ 260 길이의 팔의 3 D 모델의 애니메이션 하나로부터 프레임 구간을 나눠 다음과 같이 8 개의 애니메이션 파일들을 만들었다. 설정한 후 Apply.

image

  • Hand_Idle : 정지해있을 때
    • 0 ~ 24 프레임
    • 반복 실행해야 하므로 Loop Time 체크, Loop Pose 체크
  • Handle_Run : 달릴 때
    • 30 ~ 40 프레임
    • 반복 실행해야 하므로 Loop Time 체크, Loop Pose 체크
  • Handle_Walk : 걸을 때
    • 60 ~ 84 프레임
    • 반복 실행해야 하므로 Loop Time 체크, Loop Pose 체크
  • Handle_Attack : 공격할 때
    • 90 ~ 115 프레임
    • 반복할 필요는 없다. 한번만 공격 하므로.
  • Handle_Work : 일할 때
    • 120 ~ 145 프레임
    • 반복할 필요는 없다. 한번만 공격 하므로.
  • Handle_Weapon_Out : 무기를 꺼내기 위해서 팔을 내릴 때
    • 210 ~ 220 프레임
    • 반복할 필요는 없다. 한번만 공격 하므로.
  • Handle_Weapon_In : 무기를 꺼냈을 때
    • 220 ~ 230 프레임
    • 반복할 필요는 없다. 한번만 공격 하므로.
  • Handle_Item : 아이템 주울 때
    • 240 ~ 255 프레임
    • 반복할 필요는 없다. 한번만 공격 하므로.


애니메이션 컨트롤러

image

📂Assets/Animations/Hand 폴더를 만들어서 위와 같이 팔의 애니메이션을 제어할 애니메이션 컨트롤러를 생성한다. 이름은 “Hand Animatior”

image

이를 Hand의 Animator 컴포넌트의 Controller에 할당한다.

image

  • 파라미터 6 개를 만들어 주었다.
    • 네모는 Boolean
      • Walk, Run
      • 한번 걷거나 뛰면 조건이 바뀔 때까지 계속 재생을 유지 하므로 bool 이 적합
    • 동그라미는 Trigger
      • Item_Pickup, Weapon_Out, Attack, Work
      • 한번만 재생할 것들이기 때문에 Trigger가 적합.
  • Bool 과 Trigger 의 차이
    • True, False 두개의 값을 가진다는 면에서 비슷하다.
    • Bool은 한번 값이 바뀌면 다시 수동적으로 바꿔주지 않는 한 그 값을 유지하지만
    • Trigger는 True 가 됐다면 곧 바로 다시 False 로 돌아온다

image

팔 3D 모델에 내장되어 있던 애니메이션 하나를 쪼개서 만들었던 8 가지 애니메이션 파일들이 팔 3D 모델의 자식으로 들어가 있다. 팔 3D 모델의 재생 버튼을 클릭하면 위와 같이 자식 에셋들을 확인할 수 있다. 이 8 가지 애니메이션 파일들을 상태도에 드래그 앤 드롭 해주자.

image

  • 디폴트 애니메이션은 Handle_Weapon_In
    • 우클 - Set as Layer Default State
    • 게임이 시작될 때처럼 부모인 팔 모델이 활성화 될 때 가장 먼저 실행될 애니메이션.
      • 손을 꺼내는 동작으로 시작할거라서

image

image

  • 두 애니메이션의 순서를 나타내는 트랜지션 만들기
    • 우클 - Make Transition
  • Handle_WeaPon_In이 끝나면 Handle_Idle을 재생한다.
    • Has Exit Time 을 체크한다.
      • 이게 체크되어 있으면 종료 시점을 활성화 한다는 뜻으로, 다음 트랜지션을 발동시킬 조건이 만족하더라도 무조건 해당 애니메이션을 종료 시점까지 재생한 후 다음 트랜지션으로 넘어간다는 뜻이다.
    • Exit Time 을 1 로 설정한다.
      • 이 의미는 Handle_WeaPon_In를 끝까지 다 100퍼센트 재생한 후 Handle_Idle을 재생하겠다는 의미다. 초가 아닌 비율이다.
      • 만약 0.5 라면 Handle_WeaPon_In의 절반만 재생한 후 Handle_Idle 재생하러 감.
    • Transition Duration 을 0 으로 설정한다.
      • 전이가 일어나는데에 두는 지연시간이다.
      • 지연시간 없이 바로 Handle_WeaPon_In가 끝나면 Handle_Idle를 재생한다.

image

image

  • Hand_Idle 👉 Hand_Walk
    • 전이 조건 Condition
      • Walk 파라미터 값이 True 일 때 발동
    • Has Exit Time은 체크 해제한다.
      • 정지해있다가 걸으려면 바로 걸어야 하므로 정지 애니메이션이 끝날 때까지 기다릴 필요가 없다.
    • Transition Duration 을 0.1 으로 설정하여 곧바로 바로 걷기 애니메이션이 재생되는 것이 아닌 0.1초 텀을 두어 자연스럽게 이어지도록 했다.
  • Hand_Idle 👉 Hand_Run
    • 전이 조건 Condition
      • Run 파라미터 값이 True 일 때 발동
    • 나머지 설정 똑같이
  • Handle_Walk 👉 Handle_Idle
    • 전이 조건 Condition
      • Walk 파라미터 값이 False 일 때 발동
    • 나머지 설정 똑같이
  • Handle_Run 👉 Handle_Idle
    • 전이 조건 Condition
      • Run 파라미터 값이 False 일 때 발동
    • 나머지 설정 똑같이
  • Handle_Walk 👉 Handle_Run
    • 전이 조건 Condition
      • Run 파라미터 값이 True 일 때 발동
    • 나머지 설정 똑같이
    • Run 👉 Walk 를 만들지 않은 이유
      • 걷게 된다는건 더 이상 Left Shift를 누르고 있지 않은 채로 WASD 키만 누르게 된다는 것이다. 즉, Run도, Walk도 둘 다 True인 상태에서 Run 만 False가 되는 것이다. 자연스럽게 Idle 상태에 오게 되고, 이어서 자연스럽게 곧 바로 Idle 에서 Walk 로 전이될 수 있다. Walk 가 True 라는 조건이 만족 되므로 Idle이 재생되지 않고 바로 Walk로 전이될 수 있다. (Has Exit Time 해제해서)
    • Walk 👉 Run 트랜지션도 Idle을 중간에 거치면 되니까 만들 필요 없는것 아닌가?
      • 걷다가 뛴다는 것은 WASD 키 입력으로 Walk만 True인 상태에서 Left SHift + WASD 를 같이 누른다는거니까 Run도 Walk도 둘 다 True가 된다는 것인데, 이 과정에서 Walk 👉 Idle 이 될 수 있는 조건은 없다. 달리려면 걷는 동작인 WASD 도 같이 쉬프트키와 함께 입력 되야 하기 때문에 Walk도 True여야 하기 때문이다.
        • 직접 걷다가 WASD 키를 떼고 Idle 이 한번 된 후 달리는 수 밖엔 없다.
      • 따라서 직접 바로 Walk 상태에서 Run으로 전이될 수 있도록 트랜지션을 따로 만들어준 것이다.
      • 이게 맞는진 모르겠지만 이렇게 이해했다. 헷갈려 ㅠ ㅠ

image

  • AnyState 👉 Hand_Attack
    • 어느 상태를 재생중이던 간에 Attack Trigger가 발동되면 Hand_Attack을 재생한다.
      • 전이 조건 Condition
        • Attack가 발동될 때.
      • Has Exit Time은 체크 해제한다. 어떤 상태이던간에 공격을 해야 하면 바로 재생을 끊고 공격 애니메이션을 재생할 수 있도록!
      • Transition Duration 을 0.1 으로 설정한다.
  • Hand_Attack 👉 Idle
    • 전이 조건은 없다.
    • Has Exit Time은 체크 한다.
      • 그냥 별다른 전이 조건 없이 공격 애니메이션 다 끝나면 Idle 상태로 되돌아 오도록 한다.
    • Exit Time 은 1 로 설정한다.
      • 공격 애니메이션이 끝까지 재생을 완료 한 후 Idle 이 될 수 있도록
    • Transition Duration 을 0.1 으로 설정한다.

image

나머지 애니메이션 파일은 추후 설정


📜Hand.cs

Hand 오브젝트에 붙여준다.

손이 가지는 기능과 속성들

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class Hand : MonoBehaviour
{
    public string handName;  // 너클이나 맨 손 구분. 이름으로 구분할 것이다.
    public float range; // 공격 범위. 팔을 뻗으면 어디까지 공격이 닿을지
    public int damage; // 공격력
    public float workSpeed; // 작업 속도
    public float attackDelay;  // 공격 딜레이. 마우스 클릭하는 순간 마다 공격할 순 없으므로.
    public float attackDelayA;  // 공격 활성화 시점. 공격 애니메이션 중에서 주먹이 다 뻗어졌을 때 부터 공격 데미지가 들어가야 한다.
    public float attackDelayB;  // 공격 비활성화 시점. 이제 다 때리고 주먹을 빼는 애니메이션이 시작되면 공격 데미지가 들어가면 안된다.

    public Animator anim;  // 애니메이터 컴포넌트
    // public BoxCollider boxCollider; 
}
  • 데미지가 입혀지는 범위인 boxCollider를 주먹에 달지 않고, 데미지를 입히는 범위를 화면 중앙 기준으로 잡을 것이다.
    • boxCollider를 주먹에 달면 1인칭 시점과 주먹에 달린 boxCollider의 위치가 서로 다르게 보일 수 있어서 문제가 생길 수 있다. 안 맞았는데 맞았다고 처리되는 등등.. 3인칭이였다면 주먹에 boxCollider 달아도 됐었다.
    • 따라서 boxCollider은 사용하지 않을거라 주석 처리 함.

image

공격이 시작되고 0.5 초 후에 데미지가 들어가며 그로부터 0.1 초 후부턴 데미지가 들어가지 않음


📜HandController.cs

Hand Holder 오브젝트에 붙여준다.

모든 무기들의 공통된 부분

무기들 마다 각각 Controller 스크립트를 만드는건 귀찮은 일. 모든 Hand형 무기들은 애니메이션과 공격 범위 같은 것이 같으므로 그와 관련된 것들을 이 스크립트에 작성한다.

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class HandController : MonoBehaviour
{
    [SerializeField]
    private Hand currentHand; // 현재 장착된 Hand 형 타입 무기

    private bool isAttack = false;  // 현재 공격 중인지 
    private bool isSwing = false;  // 팔을 휘두르는 중인지. isSwing = True 일 때만 데미지를 적용할 것이다.

    private RaycastHit hitInfo;  // 현재 무기(Hand)에 닿은 것들의 정보.
    
    void Update()
    {
        TryAttack();
    }

    private void TryAttack()
    {
        if(Input.GetButton("Fire1"))
        {
            if(!isAttack)
            {
                StartCoroutine(AttackCoroutine());
            }
        }
    }

    IEnumerator AttackCoroutine()
    {
        isAttack = true;
        currentHand.anim.SetTrigger("Attack");

        yield return new WaitForSeconds(currentHand.attackDelayA);
        isSwing = true;

        StartCoroutine(HitCoroutine());

        yield return new WaitForSeconds(currentHand.attackDelayB);
        isSwing = false;

        yield return new WaitForSeconds(currentHand.attackDelay - currentHand.attackDelayA - currentHand.attackDelayB);
        isAttack = false;
    }

    IEnumerator HitCoroutine()
    {
        while (isSwing)
        {
            if(CheckObject())
            {
                isSwing = false;
                Debug.Log(hitInfo.transform.name);
            }
            yield return null;
        }
    }

    private bool CheckObject()
    {
        if(Physics.Raycast(transform.position, transform.forward, out hitInfo, currentHand.range))
        {
            return true;
        }
       
        return false;
    }
}

image

  • Edit - Project Setting - Input
    • “Fire1”에 마우스 좌클릭(Mouse 0) 뿐만 아니라 Left Ctrl 도 할당이 되어 있어서 이를 지워 주었다. 이 게임에선 Left Ctrl 키를 앉은 키로 쓰기 때문에
  • TryAttack()
    • 매 프레임마다 좌클릭 입력이 들어오는지를 검사하고 좌클릭 입력시 공격의 과정을 처리하는 코루틴 함수인 AttackCoroutine() 함수를 실행한다.
  • AttackCoroutine()
    • 좌클릭 입력시 실행된다.
    • isAttack을 True 로 설정하고 공격 처리 과정을 시작한다.
      • “Attack” 트리거를 발동시켜 공격 애니메이션을 재생하게 한다. Any State 👉 Hand_Attack 전이 됨.
        • 📜Hand.cs 의 attackDelayA 시간 동안 대기 한다. (대략 공격 애니메이션에서 팔을 뻗는 데가 재생되는데까지 걸리는 시간)
        • isSwing을 True 로 설정한다. 👉 데미지가 들어가기 시작
          • HitCoroutine() 코루틴 함수를 실행하여 Raycast에 충돌 된 오브젝트가 있는지 while문으로 계속 검사하는 일을 하자.
          • 충돌한 오브젝트를 찾아 HitCoroutine() 코루틴 함수가 끝나면 isSwing이 false가 된 상태일 것이다.
        • 📜Hand.cs 의 attackDelayB 시간 동안 추가로 대기 한다. (대략 공격 애니메이션에서 팔을 다 뻗고 이제 집어넣는데 걸리는 시간)
        • isSwing을 False 로 설정한다. 👉 이제 데미지가 더 이상 들어가지 않음
        • 📜Hand.cs 의 attackDelay -attackDelayA - attackDelayB 즉, 남은 시간동안 추가로 대기 한다.
    • isAttack을 False 로 설정하고 공격 처리 과정을 마친다.
  • HitCoroutine()
    • 한프레임씩 쉬면서 CheckObject() 함수를 실행하여 이 스크립트가 붙을 Hand Holder의 위치로부터 쏜 Raycast에 충돌한 오브젝트가 있는지 무한 반복하여 검사한다.
    • 충돌한 오브젝트를 찾았다면 isSwing을 False로 만들고 while문을 마치고 함수도 끝낸다.
    • 일단 추후 여기에 데미지 처리를 할 것이다. 일단 Debug.Log(hitInfo.transform.name) 충돌한 물체의 이름을 출력하기로.
  • CheckObject()
    • 이 스크립트가 붙을 Hand Holder의 위치로부터 앞 방향으로 📜Hand.cs 의 range 길이로 쏜 Raycast에 충돌한 오브젝트가 있다면 그 정보를 hitInfo에 담고 True를 리턴한다.
    • 충돌한 오브젝트가 없다면 False를 리턴한다.

image

Hand를 CurrentHand에 할당.


🙋‍♀️ 그 밖의 개선

팔이 카메라를 따라오게끔

위아래로 고개를 흔들 때 팔은 따라오지 않아 부자연스럽다. 팔도 카메라를 따라 회전해야 한다. 따라서 Hand Holder를 Main Camera의 자식으로 넣어 카메라를 따라다니게 해주었다.


팔을 뻗으면 팔 밑부분이 잘리고, 나무에 가까이가면 팔이 파묻히는 현상

image

오브젝트에 팔이 닿으면, 팔이 파묻히는 현상이 일어난다.

image

마우스 좌클로 공격 애니메이션이 재생되면 위와 같이 팔 아랫부분이 잘리는 현상이 일어난다.


이를 해결하기 위해 서브 카메라 하나 더 생성 !

image

Weapon Camera라는 이름의 카메라를 만든다. 서브 카메라인 셈이다. 이 카메라를 Main Camera의 자식으로 넣어어 Main Camera를 따라다니게 한다.

  • 카메라에 기본으로 달려있는 Audio Listner 컴포넌트는 한 Scene에 하나만 존재해야 하기 때문에, Main Camera 하나에만 있으면 된다 따라서 Weapon Camera의 Audio Listner 컴포넌트는 지워주도록 하자.

해결 방법

  • 서브 카메라는 오직 팔만 찍고, 메인 카메라는 팔을 제외한 모든 것들을 찍게 한다.
    • 이 상태에서 서브 카메라의 depth 값을 메인 카메라 depth 값보다 높게 지정하여 서브 카메라가 메인 카메라보다 우선하게 한다. 즉, 서브카메라의 렌더링을 메인 카메라보다 나중에 한다.
      • depth 값이 낮은 카메라일 수록 먼저 렌더링 된다. depth 값이 높은 카메라일 수록 제일 나중에 렌더링 되므로 가장 나중에 덮어 씌우는 격이 된다. 더 우선시 되는 꼴.
      • 팔을 찍는 서브 카메라를 렌더링시 더 우선하게 되므로 팔이 오브젝트에 파묻히는 현상 해결!
    • 팔을 휘두를때 팔 밑부분이 잘리는 현상은 카메라가 렌더링을 시작하는 지점이 카메라로부터 멀기 때문에 나타나는 현상이다. 따라서 이 지점을 카메라 위치와 최대한 가깝게 해주어 팔의 밑 부분까지 다 렌더링 되도록 한다.
      • 팔 아랫부분이 잘리는 현상 해결!


image

우선 “Weapon” 이라는 이름의 Layer를 추가한 후, Hand의 Layer를 “Weapon”으로 지정한다. 서브 카메라인 Weapon Camera가 오직 Hand만 찍게 할 것이기 때문에 Layer를 달아 구분해주는 것이 필요하기 때문이다.


image

image

  • Main Camera 설정
    • Culling Mask 👉 카메라로 찍을, 즉 렌더링 할 레이어들을 선택한다.
      • 렌더링 할 레이어들에서 “Weapon”이 체크 해제 되어 있는 것을 알 수 있다.
      • 즉, 팔은 찍지 않고 팔을 제외한 모든 것을 찍는다.
        • 아래 사진은 Main Camera가 찍는 화면이다. 팔을 렌더링에서 제외하는 것을 볼 수 있다.
    • Depth 👉 해당 카메라가 그려지는 순서.
      • -1 값인 것을 확인할 수 있다.
      • depth 값이 낮은 카메라일 수록 먼저 렌더링 된다. depth 값이 높은 카메라일 수록 제일 나중에 렌더링 되므로 가장 나중에 덮어 씌우는 격이 된다. 더 우선시 되는 꼴.
        • 메인 카메라는 기본 디폴트 Depth 값이 -1로서 주로 가장 먼저, 또 가장 밑에서 렌더링 된다는 것을 의미한다.

image

image

  • Weapon Camera 설정
    • Clear Flags 👉 Depth Only 로 설정했다.
      • 즉, 찍는 대상(레이어)를 제외한 나머지 빈 공간은 투명 처리한다.
      • 종류
        • SkyBox
          • 스카이 박스라 불리는 배경으로 빈 공간을 채운다.
        • Solid Color
          • 단색으로 빈 공간을 채운다.
        • Depth Only
          • 빈 공간을 투명 처리한다.
            • 이와 같은 특성 때문에 지금과 같이 카메라 2 대 쓸 때와 같이 여러 대의 카메라를 한 화면에 합성할 때 주로 사용한다.
            • 각 여러 카메라들의 영상들을 합성하기 위해선 빈 공간은 투명해야 하기 때문이다.
            • 유니티는 여러대의 카메라가 있으면 depth 값이 낮은 카메라부터 먼저 렌더링 하여 차곡 차곡 쌓아서 그린다. 즉, depth 값이 낮은 카메라가 가장 먼저 그려지고 그 위에 depth 값이 높은 카메라가 덮어 씌워져 그려지게 된다.
        • Don’t Clear
          • 화면을 새로 갱신하지 않고 이전의 화면 위에다가 다시 그린다. 때문에 오브젝트가 움직이면 잔상이 화면에 남는다.
    • Culling Mask 👉 “Weapon”
      • 즉, 오로지 “Weapon” Layer가 설정되어 있는 오브젝트만 찍는다.
      • 따라서 팔만 찍게 된다.
        • 아래 사진은 Weapon Camera가 찍는 화면이다. 팔만 찍고 나머지 빈 공간은 투명 처리 된 것을 볼 수 있다.
    • Clipping Planes 👉 Near 의 값을 최소 값이 0.01로 해주었다.
      • 카메라는 모든 공간을 다 렌더링 하지 않는다. Near 평면과 Far 평면 사이에 해당하는 3 차원 공간만 렌더링 하여 카메라 화면에 담는다.
      • Near 값을 최소값인 0.01로 설정하여 최대한 카메라와 가까운 거리도 다 렌더링 될 수 있도록 하였다.
        • 팔을 뻗을 때 팔 아랫부분이 렌더링 되지 않고 잘렸던 이유는 Near 값이 높아 카메라가 렌더링 하는, 즉 찍는 시작점이 카메라로부터 멀었기 때문이다. Near 값을 줄여 카메라 바로 앞 거리도 렌더링 하게 됨으로써 팔 아랫부분이 렌더링 되지 않는 현상을 해결하였다.
      • image
    • Depth 👉 0
    • -1 인 Main Camera 보다 depth 값이 높아 더 나중에 렌더링 된다. 즉, 제일 상위에서 덮어 씌워지게 되므로 팔이 더 이상 파묻히지 않게 된다.
      • Weapon Camera가 찍는 화면인 아래 사진이 Main Camera가 찍는 화면 위에 그려지게 된다. Depth 값이 0 으로 더 높기 때문에 더 나중에 그려지기 때문이다!

imageㅈ

Depth 값이 가장 낮은 Main Camera 가 촬영하는 화면이 먼저 렌더링 되고, 그 위에 Weapon Camera 가 촬영 하는 화면인 팔이 덮어 씌워져 렌더링 되어 최종적인 카메라 화면이 완성된다.


충돌 처리가 제대로 안되는 이유

    private bool CheckObject()
    {
        if(Physics.Raycast(transform.position, transform.forward, out hitInfo, currentHand.range))
        {
            return true;
        }
       
        return false;
    }

📜HandController.cs 에서 이 스크립트가 붙여진 HandHolder로부터 앞 쪽 방향 (Z축 positive 방향)으로 Raycast를 쏘기로 했었다. 그러나 게임을 실행해서 Collider가 이미 기본으로 붙어있는 Terrain 지형을 때려도 아무 반응이 일어나지 않는다.

image

그 이유는, 이전에 HandHolder을 Y 축으로 90 도 회전했던 탓에 HandHolder의 Z 축도 같이 우측으로 90 도 회전해버렸기 때문이다. 앞 방향(forward)는 Z 축의 Positive 방향을 뜻하는데, 서로 Z 축이 달라서 아무리 Player로서 앞을 보고 땅을 때려도 HandHolder 입장에선 그 방향은 오른쪽이였기 때문에 그 방향으로는 Raycast가 나가지 않아 충돌처리가 일어나지 않았기 때문에 발생한 문제다.

image

빈 오브젝트 Holder를 하나 더 추가하여 이의 자식으로 HandHolder를 넣어준다. Holder는 트랜스폼 Position, Rotation 모두 원점을 유지하고 트랜스폼 값 변경은 Handle Holder에서 담당하게 한다. 그리고 📜HandControllder.cs를 Handle Holder가 아닌 Holder에 붙여 주면 문제가 해결 된다. Holder는 90도로 회전하지 않으며 90도로 회전하는 것은 자식인 Handle Holder가 대신하기 때문이다. 이제 📜HandControllder.cs가 붙은 Holder의 Z 축과 Player의 Z 축이 일치하게 되므로 문제가 해결 된다.

image

Player 자신 또한 캡슐 콜라이더가 있기 때문에 자기 자신과의 충돌 처리가 가능하다. 따라서 Player의 Layer를 “Ignore Raycast” 로 설정하여 Raycast 에 의한 충돌처리가 되지 않도록 해준다. 자식들까지 모두 적용한다. 단, 자식들까지 모두 적용하니 Hand의 Layer를 다시금 “Weapon”으로 변경해준다.


🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 
언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

맨 위로 이동하기

댓글남기기

참고