UniCoti

우선 많은 수강평들을 보면 아시겠지만 리뷰(수강평) 글에 직접적으로 이메일을 달아주시면 됩니다. 다만 이렇게 질문 주셨으니 그냥 제공해드리도록 하겠습니다.&nbsp;또한 카카오톡에는 오픈 프로필로 열려있으니 UniCoti를 검색하신 후 바로 대화가 가능합니다.

유니코티님!

넵 바로 발송해드리겠습니다!

유니티 비법서 받을수 있을까요

보통 강의버전을 맞추시는 걸 추천드리긴 하지만 어차피 6.0 이상이면 큰 차이가 없기도 하고 중간에 인풋 핸들링 세팅을 바꿔주시는 거에 제외하면 큰 차이는 없을 것 같습니다. &nbsp;세팅 변경법은 인터넷에 쳐도 나오고 제 강의 질문 중에도 있으니까 참고해 보시고 직접 질문 주셔도 됩니다.

유니티 6.3 버전

그.. 뭐라해야되나 엔터키 위, 백스페이스 아래 사이에 있는 키입니다.&nbsp;키보드마다 표기가 좀 다른 경우가 있는데 보통\ | ₩ 이거 3개중에 2개가 표기되어 있는 경우가 많습니다.아마 역슬래시랑 원으로 표기된 키보드가 아닐까 싶긴 하군요 이 키를 shift 누르시고 누르면 ||를 표기할 수 있습니다.

7번 강의 8분10초쯤에 사용하신 기호

사실 코드 구조가 생각이 안나서 이게 맞는지는 모르겠습니다만&nbsp;그게 행성에 들어있는 스크립트면 서로 부딪혔을때 각자 OnCollision이 실행돼서Destroy(this.gameobject) 또한 각자 실행되고, 서로가 자기 자신을 삭제하니둘다 사라지는 그런 코드가 아니였나 싶네요

합치기 강의중 합쳐질 때 원래 있던 행성이 없어지는 로직 중 질문 드립니다

원뿔모양을 누르면 그 방향에 정면하게 시점이 변합니다.아래 반투명 글씨를 누르면 원근감 on/off가 가능합니다.&nbsp;그래서 벽을 디자인할 때처럼 평면으로 봐야하거나 원근을제거하고 작업을 해야할때 쓰는 기능입니다!

Sceene에서 시점을 변경하려고 하는데 잘 안됩니다.

지금 입력하신 health.ToString()은 "10"을 적은거에 불과합니다!&nbsp;그래서 출력하라는 명령을 하려면 print()로 감싸줘야합니다. (혹은 Debug.Log())&nbsp;결론적으로는 print(health.ToString()); 으로 고쳐주시면 됩니다! 아마 이 부분에 대한 설명이 조금 뒤에 있어서 혼동이 있으신게 아닐까 싶네요

질문있습니다

사실 이걸 어떻게 규명해야 할지는 잘 생각이 안나지만, 게임 내부 말고 유니티 에디터에서만 표시되는 선이나 아이콘 같은 경우는 오른쪽 상단 gizmos에서 옵션을 통해서 제어가 가능합니다.&nbsp;<img src="https://cdn.inflearn.com/public/files/posts/b0f55196-7bc2-4315-b2a3-e1b309e0d5f4/de59f846-ad59-481b-aeb5-e4ab24ca1204.png" media-type="img" alt="image.png" title="image.png" width="643" height="511">이번 건은 Camera를 끄면 선이 사라집니다!

카메라 보더

우선 1번 같은 경우는 행성별로 이미지의 크기가 다른게 아니기 때문에 모두 같은 크기인 상태로 collider를 설정해둔 뒤 scale을 키워서 모두 같게 보일 수 있습니다. 이렇게 헷갈릴 여지가 있기 때문에 되도록 한가지 변수로만 크기를 통제하는게 좋은데 이번 예제에서는 Transform의 scale을 선택했다고 보는게 맞을 것 같습니다.&nbsp;원래는 유니티가 자동으로 이미지 크기에 맞춰 조정해줄때도 있지만 제가 가져온 에셋 특성상 행성 말고도 주변에 이펙트가 있고, 이미지 자체도 정사각형인지라 제가 직접 조정하는 과정이 필요했습니다.&nbsp;그래서 우선 오브젝트에 이미지를 넣은 다음에 radius를 콜라이더 선 보면서 적당히 행성 바깥선에 맞게 임의로 세팅해준것입니다. 콜라이더는 다른 색의 선으로 표현이 되기 때문에 적당히 맞췄다고 보시면 될 것 같아요. &nbsp;저도 사실 후광같은 이펙트를 콜라이더에 넣는게 더 나을까 싶기도 했어서, 의아한 판단이 있다면 커스텀 하시는 것도 좋다고 생각합니다.

30강, circlecollider의 radius 크기 설정 원리가 궁금합니다

사실 저도 평소 개인적으로 유니티를 사용할 때는(코딩 연습용, 로직 개발용, 시뮬레이션 용)&nbsp;Old 버전을 주로 사용합니다. Input System이 굉장히 체계적이지만 조그마한프로젝트에는 과하게 복잡하다보니 이런 선택을 하는 것 같습니다.&nbsp;다만 분명히 다룰줄 알아야한다고는 생각하고 있습니다. 저도 출시를 위해 기획하고 있는 프로젝트에는 현재 프로토타입이 Old로 만들어져있긴 하지만 여러 기기에서 각자 다른 입력으로 실행되게 하려면 Input System의 이점이 엄청 뛰어납니다.&nbsp;고민하시는 부분도 맞습니다. 애초에 이게 공식 채택된지 3년도 채 안되었기 때문에 이전부터 개발해온 Unity 대부분의 상용게임은 구버전으로 작동되고 있겠죠. &nbsp;결론적으로 2개 모두 아는게 좋다고 생각합니다. Old도 이미 너무 많이 사용된 탓에 인터넷, AI, 오래된 프로젝트를 다룰때 대처할 필요가 있습니다.&nbsp;Old가 이해하기 어렵지는 않은 만큼, 저처럼 필요할때만 사용하기 위해 사용법만 익혀두시는것도 방법이라고 생각합니다. Unity Korea (youtube)에도 괜찮은 내용이 올라와 있는걸로 알고 있습니다.

UniCoti

Posts