외적,내적,,워낙 많이 들어본 두 이름이다.
두가지가 어떤 경우에 어떻게 쓰인다~ 까지는 암기하듯 외우고 있었다.
이번에 내적과 외적에 대해 찝찝하고 궁금했던것들을 제대로 공부해보았다.
혹시모를 나같은 완전 수포자분들에게 도움이될까 부족하지만 적어본다...

내적과 외적에 대해 적기 전에,

벡터(Vector)

벡터란 단순히 이야기하면 숫자를 원소로 가지는 배열이다.
이것을 사용해 하나의 숫자로는 표현이 어려운 것 들을 표현할 수 있다.

크기,방향,회전,힘,속도 등 다양한 양 을 표현할 수 있다.
게임 프로그래밍에서는 Position,Rotation,Scale도 Vector로 표현한다.

예시)
2D의 경우 A.position = new Vector2(1,0);
3D의 경우 B.position = new Vector3(1,0,3);

2D게임에서 Player의 position이 (2,3) , Enemy1의 position이 (4,1) 이라고 할때
그래프에 아래처럼 위치할 수 있다.

그래프에서의 내적

그래프, 게임응용에 가기 전에 단순히 공식으로만 먼저 봐보자.
단순히 내적을 구하는 "공식"은 (x의곱)+(y의곱) 이다.
그렇다면 위의 Player와 Enemy1의 경우에는 (2x4)+(3X1) 이니까 내적값은 11이 된다.

그래프로 그려본다면 이렇다.

여기서 Player와 Enemy1의 벡터값을 (0,0)으로부터 이은 선이 만나는 각도가 보인다.
한번 다른 점도 찍어볼까?

마찬가지로 여러개의 Enemy를 배치해 보았다.
Player(2,3)을 기준으로 위의 공식으로 내적값을 구했을때,

Enemy1(4,1)의 내적값은 11(양수)이고 예각을 나타낸다.
Enemy2(3,-2)의 내적값은 0이고 직각을 나타낸다.
Enemy3(-4,-1)의 내적값은 -11이고 둔각을 나타낸다.

아~ 내적값이 양수면 예각, 0이면 직각, 음수면 둔각이 되는구나~

...라고 이해 해 볼 수 있다.

방향벡터

방향 벡터란 쉽게말해서 객체가 바라보고 있는 방향을 나타내는 벡터다.
플레이어가 (5,7)방향으로 바라보고 있다면, 방향벡터는 (5,7)이다.

하지만 이 방향벡터는 단순히 방향만 나타내고있지 않다.
(5,7)은 방향뿐 아니라 크기를 나타내기도 한다. 이게 무슨뜻이나면

(5,7)과 (5.81,8.14)와 (6.98,9.77)은 크기가 다르지만 (0,0)을 기준으로 같은 방향으로 뻗어나가고있는 벡터다.

계산할때의 편의성과 일관성, 물리적 의미를 위해서 방향만을 표현하는 벡터를 구하고싶다.
순수한 방향만을 나타내는 방향벡터는 어떻게 구할 수 있을까?

이 때 정규화 라는걸 해주면 딱 방향만 나타내는 벡터를 구할 수 있다.
정규화란 한 벡터의 방향은 유지하지만 크기는 1이 되도록 다시 계산하는 것이다.
(값이-1 ~ 1이다.)

(5,7)과 (5.81,8.14)와 (6.98,9.77)은 정규화 하면 (0.58, 0.81)이 된다.
이 값은 유니티에서 Nomalize함수를 사용해 쉽게 얻을 수 있다.

정규화된 값(방향)에 힘을 구하면 객체의 속도를 구할 수 있다.

게임에서의 내적

이제 드디어 게임에서의 내적을 알아보기위한 재료가 다 모였다.

게임에서 벡터의 내적은 바라보는 방향을 구하는데에 응용된다.
Enemy가 Player를 바라보고있는지, 다른곳을 보고있는지 벡터의 내적을 사용해 구할 수 있다.

1. Player와 Enemy1의 위치 벡터를 구한다.
   

   

Vector3 playerPosition = player.transform.position;
Vector3 enemy1Position = enemy1.transform.position;

1. Player와 Enemy1사이의 방향 벡터(위에서 말한 정규화 된 값)을 구한다.
   

   

Vector3 direction = (playerPosition - enemy1Position).normalized;

1. Enemy1이 바라보고있는 방향의 방향벡터를 구한다.
   

   

Vector3 enemyForward = enemy.transform.forward;

1. 유니티의 Dot함수를 사용해 내적 계산을 해보자.

float dotProduct = Vector3.Dot(enemyForward, direction);
if (dotProduct > 0)
{
    // 내적값이 양수다.
}
else if (dotProduct < 0)
{
   // 내적값이 음수다.
}
else 
{
   // 내적값이 0이다.
}

지금은 검은선(player와enemy1의 방향벡터) 과
빨간선(enemy1이 바라보는방향) 이 예각을 띄고있다.

아까 빨간옷 입은 친구가 한 말을기억해보자.

내적값이 양수면 예각, 0이면 직각, 음수면 둔각

Enemy1의 시선의 방향벡터가 빨간 선이라면 플레이어 쪽을 바라보고있는것이다.
=> 두 벡터의 내적값이 양수일 때 플레이어쪽을 바라보고있는것이다.

Enemy1의 시선의 방향벡터가 파란 선이라면 플레이어와 수직의 방향을 바라보고있다.
=> 두 벡터의 내적값이 0일 때 플레이어와 수직의 방향을 보고있다.

Enemy1의 시선의 방향벡터가 초록 선이라면 플레이어 쪽을 바라보고있지 않은것이다.
=> 두 벡터의 내적값이 음수일 때 플레이어쪽을 바라보고있지 않은것이다.

이렇게 벡터의 내적값을 사용해서 객체 다른 객체를 바라보는지, 아닌지를 구할 수 있게 됐다.

면접관 : 벡터의 내적을 게임에 어떻게 적용할 수 있나요?

이제 두려워 하지 마세요!

이번 공부는 아래의 블로그에서 많은 도움을 받았다. 감사합니다!
https://gpfatp.blogspot.com/2019/08/1.html#

작업 중 물체(GameObject)의 위치가 제대로 초기화되지않는 현상이 발견돼서, 소규모로 테스트를 만들어서 실행해보았다.

public class TransformTest : MonoBehaviour
{
    public Rigidbody2D _rb2D;
    public bool isRgMove;

    private void OnEnable()
    {
        SetPosition(Vector2.down);
    }

    private void OnDisable()
    {
        SetPosition(Vector2.up * 5);
    }

    protected void SetPosition(Vector2 newPosition)
    {
        if (isRgMove)
        {
            //_rb2D.position = newPosition;
            _rb2D.MovePosition(newPosition)
        }
        else
        {
            transform.position = newPosition;
        }
    }
}

물체를 enable/Disable 시에 isRgMove가 뭐던간에 게임오브젝트의 위치가 바뀌는것이 내가 생각한 정상적인 결과였다.

isRgMove가 true인 경우에는 생각한 대로 작동했지만 리지드바디를 사용한 이동은 약간의 지연이 있었다. 지연이 항상 있는것도 아니고, 10번에 3번정도 지연이 있었다. 그래도 그 작은 지연때문에 큰 버그가 생기는 중이었다.

RigidBody를 가진 물체의 이동

 transform.position = newPosition;

이 코드는 물체의 Position 을 직접 바꿔주는 코드다.
"이동시킨다" 보다는 순간이동에 가까운 코드다. 물리엔진을 우회하는 행위다.

순간이동 시에 게임오브젝트의 "위치"만 순간이동하기 때문에 Rigidbody나 Collider같은 물리적인 요소들은 같이 이동되지않고,뒤늦게 따라오게 되면서 리지드바디의 위치를 다시 계산해야한다.
(위의 컴포넌트가 없는 물체는 상관없다.)

_rb2D.position = newPosition

이 코드도 Transform이 아닌 리지드바디를조작하기는 하지만, 결국 포지션을 덮어씌움으로 물리엔진을 우회하고있다. transform.position보다는 빠르지만 안정적인 코드는 아니라고 알고있다.

그래서 RigidBody를 가진 물체를 이동시킬때에는 위의 두 코드보다,
아래의 코드가 빠르고 물리적으로 안정적이다.

Rigidbody.MovePosition

 _rb2D.MovePosition(newPosition)

이 친구는 Position을 직접 바꿔주는 코드처럼 물체를 순간이동 시키는 것이 아니라,
지정된 위치로 충돌,물리적 상호작용등을 고려해서 "이동"을 하는것이다.

굉장히 빠르고 안정적이라고 알고있다. 하지만 이것도 지연은 똑같이 있었다..

해결

(위의 테스트 말고) 실제 게임 내에서 문제가 됐던부분은
[물체 스폰 -> 순간이동] 의 흐름이 원활하지 않았던 것이다.

물리를 가진 물체를 순간이동 시키면 물리를 우회하고 안정적이지 않은 코드라고 앞서 말했었다.
그런데 게임오브젝트를 껐을때에는 물리도 같이 꺼진다.

그래서 스폰되기 전에 게임오브젝트가 꺼진 상태에서 transform.position을 사용해서 위치를 강제로 옮긴 후 게임오브젝트를 켰다.
[순간이동 -> 물체스폰] 의 순서로 바뀐것이다. 이것은 물리요소가 뒤따라오지도, 다시 계산할 필요도 없다고 한다.

_rb2D.MovePosition 을 사용해서 해결한 것은 아니지만 좋은 함수인것은 분명하다.

https://discussions.unity.com/t/there-is-a-delay-when-changing-rigidbody2d-position/1516558/2

한밤중에 궁금해서 이곳저곳 찾아보던 중 UnityDiscussion 커뮤니티에 가입해서 직접 질문해봤는데,
유니티 2D물리 담당 개발자분까지 나서서 답변을 성심성의껏 해주셨다.

해결방법은 너무 간단했지만, 과정중에 2D물리 이동에 대해서는 정말 찐하게 찾아보고 공부해본것같다.

감사합니다 Kurt-Dekker , MelvMay 선생님들...

Kurt-Dekker
https://discussions.unity.com/u/kurt-dekker/summary

MelvMay
https://discussions.unity.com/u/melvmay/summary

컴퓨터에 연결해서 쓸 유선 헤드폰을 샀다.

스피커랑 헤드폰이랑 왔다갔다하면서 쓰고싶었고, 헤드폰 선은 계속 꽂아둔 채로 출력기기를 쉽게 전환 하고싶었다. 따로 제어판을 들어가지않고 클릭이나 키입력 한번으로 말이다..

ms스토어에 있는 프로그램인데, 이거면 생각한대로 단축키를 딸깍 누르는 것만으로 출력 기기를 바꿀 수 있었다.

그런데 디스코드에서는 선을 직접 꽂고 빼고 하는게 아닌 이상 출력기기가 바뀌지 않았다.

추측하는 이유는 이렇다.
디스코드 오디오 설정에는 Default라는 항목이 있다. 이렇게 설정해두면 윈도우에서 설정된 기본 통신장치에서 통화소리가 나게 된다.

윈도우 소리 제어판에서 기본 장치 와 기본 통신장치 라는 두 단어를 볼 수 있었다.
위에 언급한 Audio Device Switcher는 기본장치를 바꿔주는 친구였다. 검색했을때 찾아본 프로그램들도 그랬다.
기본 통신장치는 그대로여서 노래는 스피커에서 나오고 디스코드 통화음성은 헤드폰으로 들리는 상황이라고 판단했다.

이런걸 설정하는 간단한 프로그램은 만들 수 있을것같았다.
유니티가 아니라 컴퓨터 시스템에 접근하는건 처음이어서 기대도 됐다.

작업했던 과정을 하나하나 캡쳐해두질 않아서,, 내 생각의 흐름이라도 잊어먹기 전에 적어서 남겨둘려고한다. 만드는 과정이 되게 재미있기도 했다.

처음 생각한 기능

위에 맨처음에 적었던 말 중에 "선은 계속 꽂아둔 채로" 가 있는데, 선을 아예 뽑고 꽂을때에는 기본통신장치까지 같이 잘 전환이 됐다.

이 [사용안함]을 누르게되면 선을 뽑은것과 같은 취급이 되는것 같다. 디스코드와 노래가 출력되는 기기가 잘 바뀌었다.
그래서 선이 꽂혀있기는 하지만 프로그램을 실행하면 헤드폰을 [사용안함] 으로 설정하도록 만들 수 있을것같았다.

1차 시기

1. 비주얼스튜디오 c# 콘솔앱 프로그램으로 프로젝트를 만들었다. 이유는 평소에 콘솔앱으로 실용적인것을 만들어보고싶기도 했고, 사실 익숙한게 비주얼스튜디오 c#뿐이라서 선택했다..ㅎ
2. 연결된 기기에 접근하려면 nuGet이라는 패키지가 필요했고, 설치 후 이것저것 구경했다.
3. 받은 패키지의 메소드로 연결된 기기들의 목록을 쿼리로 받을 수 있었고, 기기마다 ID, Name, State 등의 여러 프로퍼티가 있었다.
4. 그 중 State는 사용안함,사용중,연결끊김 등의 상태들이 저장돼있었다.
5. 하지만 어떤 수를 써도 그 State를 코드로 직접 바꿔줄 수는 없었다.. 애초에 Get밖에 안되는 친구였고 set할수있는 함수도 없어보였다.

2차 시기

1. [사용안함] 처리하는게 아니라, 상황마다 적절한 장치를 기본장치와 기본통신장치로 동시에 설정해주면 어떨까 싶었다. 스피커를사용중이면 헤드폰을 설정하고,헤드폰을사용중이면 스피커를 설정하도록.
2. 설정하려고 쿼리문을 많이 보고쓰게 됐다. 덕분에 WMI 테스터라는것도 알게됐다.
3. 결국 기본장치설정도 비주얼스튜디오에서 직접 바꿔줄 수 없었다. 내 능력 부족일수도 있지만.. 내가 찾아보기에는 방법이 없어보였다.
4. 그러다 PowerShell을 사용하면 설정해줄 수 있다는걸 알게됐다!!
   

3차 시기

1. PowerShell을 관리자권한으로 실행 후, Get-AudioDevice -List 를 하면 현재 연결된 오디오 장치의 리스트를 얻어올 수 있었다.
   여기서 저 Default와 DefaultCommunication이 기본장치와 기본통신장치를 뜻한다는걸 눈치로 알 수 있었다.
2. 다음은 디바이스를 Name으로 구분해서 상황에따라 다른 기기를 기본장치와 기본통신장치로 설정하도록 해주었다.

$defaultDevice = Get-AudioDevice -List | where Default -eq $true

if ($defaultDevice.Name -eq "스피커(4- High Definition Audio Device)") {
    Get-AudioDevice -List | where Type -like "Playback" | where name -like "헤드폰(4- High Definition Audio Device)" | Set-AudioDevice -Verbose
} elseif ($defaultDevice.Name -eq "헤드폰(4- High Definition Audio Device)") {
    Get-AudioDevice -List | where Type -like "Playback" | where name -like "스피커(4- High Definition Audio Device)" | Set-AudioDevice -Verbose
} else {
    Write-Host "기본 장치를 확인할 수 없습니다."
}

1. 너무 잘 작동했다. 일단 여기서 댄스 한사바리 제꼈다..
2. 메모장에 .cmd파일을 작성했다. 파워쉘을 실행하고 위의 코드를 실행시키도록 만들었다. 순조로웠고, 실행파일을 누르자 컴퓨터가 나한테 뱉은 답은 아래와 같았다.
3. 湲곕낯 ?μ튂瑜??뺤씤?????놁뒿?덈떎.
   계속하려면 아무 키나 누르십시오 . . .

1. 잠시 좌절했지만 내가 코드에 적었던 한글이 문제가 됐을거라 생각했다. 장치의 Name으로 식별했었기 때문에 헤드폰(4- High Definition Audio Device) 같은 한글이름이 들어가서 그랬던건데, 장치의 index로(숫자로) 식별하도록 더 간단하게 바꾸었고, 오류시 뱉을 텍스트도 영어로 바꾸었다.

1. 실행파일이 완성됐고 잘 작동하는것을 확인했다.

끝

물론 디스코드까지 쉽게 전환되는 프로그램이 구글에 이미 있는데 내가 못찾은것 일수도 있다. 한 10분 찾아보면 있을거같기도 하다..

게임프로그래밍이 아니라 윈도우에 접근하는게 너무 어색했고 용어나 툴부터 여러가지 어려움이 있었다.
그래도 매일먹던밥 먹다가 군것질 한번 하니까 오히려 내가 하는 일에 더 흥미가 붙은 기분이다.

진짜 재미있었다.

회사에서 개발중인 C 프로젝트를 플레이스토어에 내부테스트 버전으로 올렸는데,
"앱 업데이트를 출시하려면 2024년 8월 31일까지 대상 API 수준을 업데이트하세요."
라는 메세지가 있었다.

보기엔 별 일 아니었다. 간단하게 ProjectSettings에서 target API를 33->34로 바꿔주면 될 줄 알았다.

그렇게 빌드를 했을 때에 아래같은 에러가 뜨며 빌드가 중단됐다.

WARNING:We recommend using a newer Android Gradle plugin to use compileSdk = 34

This Android Gradle plugin (7.4.2) was tested up to compileSdk = 33

This warning can be suppressed by adding
    android.suppressUnsupportedCompileSdk=34
to this project's gradle.properties

The build will continue, but you are strongly encouraged to update your project to
use a newer Android Gradle Plugin that has been tested with compileSdk = 34

지금 사용중인 Android gradle plugin 버전은 targetAPI를 33까지만 지원한다는 내용이었다.

해결 과정

C 프로젝트 에서 사용중인 유니티 버전은 최신 lts버전인 2022.3.39f1였다.
해당 버전에서는 Android gradle plugin 7.4.2를 사용중이고, 이것은 API레벨34에 적합하지 않다는 로그가 나오고 있다.

너무 모순이었다. 한마디로
최신버전이 API34레벨을 지원하지 않는데, 구글에서는 API레벨34를 원한다는거였다.

/

분명 나랑 같은 처지의 개발자가 많을텐데, 구글링 했을때 그런 사람이 너무 적었다.
뭔가 이상하다는걸 눈치 챘어야했는데.. 한발 빼서 멀리서 보지 않고 또 머리 들이밀면서 깊숙히 파고들었다.

정말 많은 포럼과 문서를 읽었고 직접 파일을 타이핑해서 수정해보고, 여러가지 새 버전의 gradle 파일도 받아서 바꿔치기 해보고, 환경변수도 건드리는 등등 참 많이 해봤다. 회사 cto님이랑 구글밋까지 하면서 찾아보았다.

/

빌드는 계속 실패했고, 머리를 식히고 생각해보니 바로 어제 구글에 업데이트했던 N 프로젝트가 생각났다.
생각해보니 N 프로젝트에도 분명 API 34로 올리라는 메세지가 왔어서, 별 문제없이 내가 올렸었다. 근데 왜 C프로젝트만 이렇게 복잡할까?

당장 N 을켜서 C 와 뭐가 다른지 비교했다.

1. N의 gradle 버전을 봤는데 C와 같은 7.4.2였다... ..... 😥
2. N의 Minimum API Level은 24였고, C는 22였다.

그걸 말씀드리자 cto님이 그럼 일단 gradle 문제는 아니라고 말씀하셨고, 나도 그런것같았다..

그리고 N에서는 사용하지 않고 C에서 사용하는게 있었는데, 페이스북 sdk였다.

그리고 화면공유로 보여주신 화면에 minimum API Level을 올리면 된다는 글을 보았다.(링크는 찾으면 올리겠다.)

해결

Minimum API Level가 기존에는 22로 설정돼있었는데, 24로 바꾸어서 빌드하니 성공했다.

한것에 비해 해답은 허무했지만, 너무 다행이다.

Invalid username or password.
fatal: Authentication failed for ~

소스트리에서 푸쉬를 시도하면 이런 오류가 뜨는 경우가 있다.
별 일 아니고 깃에서 사용중인 토큰의 기간이 만료된것이다. 새로 생성해주면 된다.

1.깃허브 - Settings 클릭

2.좌측 메뉴에서 DeveloperSettings 클릭

3.Tokens(Classic) 클릭

4.토큰 새로생성

5.Note에 토큰의 이름을 설정해주고, SelectScopes에서 repo만 선택 후 맨아래 Generate Token 클릭

6.토큰생성 완료. 혹시 모르니 따로 저장해두자.

7.소스트리 프로그램 종료시킨 후, 패스워드 파일 삭제
파일경로는 보통 C:\Users\USER\AppData\Local\Atlassian\SourceTree\passwd 이다.
(AppData가 안보인다면 숨김파일 보이기)

8.소스트리 실행. 다시 푸쉬 시도시 아래같은 창 뜸. PW에 6에서 받은 토큰 붙여넣기.

9.끝

얼마나 오랫동안 놀았으면 그새 토큰이 만료 됐을까... 진짜 반성하자 ㅠㅠ