아카베리와 함께하는 프로그래밍 공부

유니티(Unity) - Android Device Camera (Webcamtexture) 설정방법

ACABerry — Fri, 20 Aug 2021 22:57:28 +0900

ACABERRY와 함께하는 프로그래밍 공부

유니티(Unity) - Android Device Camera (Webcamtexture) 설정방법

유니티(Unity) - Android Device Camera (Webcamtexture) 설정방법

JaeYoung.KIM 2020. 7. 28. 15:17

[OverView]

이번에는 유니티 안드로이드 카메라를 불러와 webcamtexture를 이용해 RawImage에 보여주도록 하겠습니다.

WebCamDevice frontCameraDevice; 
WebCamDevice backCameraDevice; 
WebCamDevice activeCameraDevice; 

WebCamTexture frontCameraTexture; 
WebCamTexture backCameraTexture; 
WebCamTexture activeCameraTexture;

6개의 변수를 이용해 android에 카메라디바이스와 Texture를 가져올수있습니다.

위 3개의 디바이스 변수는 현재 사용하는 디바이스의 정보를 가지고 있는 변수입니다.

아래 3개의 Texture 변수는 현재 사용하고 있는 카메라의 Texture를 가지고 있는 변수입니다.

일단 Android에서 카메라를 사용하려면 카메라 Permission를 설정해줘야 하는데 Unity에서는 이런식으로 불러

올 수있습니다.

//카메라 퍼미션이 허용되지않았을때

if(!Permission.HasUserAuthorizedPermission(Permission.Camera))

{

   // 카메라 퍼미션 설정

   Permission.RequestUserPermission(Permission.Camera);

}

퍼미션를 허용했으면 이제 디바이스 정보를 얻어와야합니다. 아까 선언해둔 변수를 통해 얻어오도록하겠습니다.

if(WebCamTexture.devices.Length==0)

{

 // 디바이스가 없는 경우에는 Return 해줍시다.

Debug.Log("No devices cameras found");

return;

}



// 전면 카메라 디바이스

frontCameraDevice =WebCamTexture.devices.Last();

// 후면 카메라 디바이스 

backCameraDevice =WebCamTexture.devices.First();



// 전면 카메라 Texture

frontCameraTexture = new WebCamTexture(frontCameraDevice.name);

// 후면 카메라 Texture

backCameraTexture = new WebCamTexture(backCameraDevice.name);

여기서 기본적으로 Texture에 width랑 height를 사용하지않으면 640 x 420 사이즈로 나오기때문에 디바이스 카메라 크기에 따라 설정해주셔야합니다. 설정하는 방법은 아래와 같습니다. (1920 x 1080) 기준

CameraTexture = new WebCamTexture(CameraDevice.name,1920,1080);

그리고 RawImage에 Texture가 부드럽게 보이기위해 Filter를 설정해줍시다.

frontCameraTexture.filterMode = FilterMode.Trilinear;

backCameraTexture.filterMode = FilterMode.Trilinear;

[Trilinear 필터링]

텍스쳐 샘플들은 평범해지고, 또한 mipmap 레벨사이에서 혼합된다 .

RenderTextures 는 mipmaps를 지원하지 않으며, 그래서 이 셋팅은 Bilinear로 되돌아 간다.

전면 카메라를 선택할건지 후면 카메라를 선택할건지 세팅하는 방법에 대해서 알려드리겠습니다.

// 카메라가 Play중이라면 멈춰주도록합시다.

if(activeCameraTexture != null)

{

 activeCameraTexture.Stop();

}



// 전면카메라 사용시

activeCameraTexture = frontCameraTexture;

activeCameraDevice = WebCamTexture.devices.FirstOrDefault(device => device.name == frontCameraTexture.deviceName);



// 후면카메라 사용시

activeCameraTexture = backCameraTexture;

activeCameraDevice = WebCamTexture.devices.FirstOrDefault(device => device.name == backCameraTexture.deviceName);

[FirstOrDefault]

요소가 없는 경우 기본값을 하거나, 시퀀스의 첫 번째 요소를 반환 합니다.

// RawImage에 카메라 Texture를 입혀줍시다.

rawimage.texture = activeCameraTexture;

rawimage.material.mainTexture = activeCameraTexture;

activeCameraTexture.Play();

그리고 Update() 함수에

// 부정확한 카메라 데이터가 들어왔을때는 return 해줍시다.

if(activeCameraTexture.width < 100)

{

 return;

}



//orientation에 맞게 Rawimage를 조정해줍니다.

 rotationVector.z = -activeCameraTexture.videoRotationAngle; 
 rawimage.rectTransform.localEulerAngles = rotationVector;



// 화면 조정

rawimage.uvRect = activeCameraTexture.videoVerticallyMirrored ? fixedRect : defaultRect;

https://docs.unity3d.com/kr/530/ScriptReference/WebCamTexture-videoVerticallyMirrored.html

Unity - 스크립팅 API: WebCamTexture.videoVerticallyMirrored

Please note, that this will query platform-specific part, which might be not ready before actual video feed started; so it is not enough to call it once after play.

docs.unity3d.com

출처 :

https://jae-young.tistory.com/16

유니티(Unity) - Android Device Camera (Webcamtexture) 설정방법

[OverView] 이번에는 유니티 안드로이드 카메라를 불러와 webcamtexture를 이용해 RawImage에 보여주도록 하겠습니다. WebCamDevice frontCameraDevice; WebCamDevice backCameraDevice; WebCamDevice activeCamer..

jae-young.tistory.com

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

=> 연산자 , 식 본문 정의

ACABerry — Mon, 5 Jul 2021 03:30:42 +0900

ACABERRY와 함께하는 프로그래밍 공부

=> 연산자 , 식 본문 정의

=> 연산자

연산자는 C#에서 두 가지 방법으로 사용할 수 있습니다.

람다 식에서 람다 연산자로, 람다 본문에서 입력 변수를 구분합니다.
식 본문 정의에서는 멤버 구현에서 멤버 이름을 구분합니다.

이 중에서도 두번째 식 본문의 정의에 대해서 알아보겠습니다

식 본문 정의

식 본문 정의는 간결하고 읽을 수 있는 형식으로 멤버 구현을 제공합니다. 다음과 같은 일반적인 구문을 포함합니다.

member => expression;

여기서 expression은 유효한 식입니다. 식은 멤버의 반환 형식이 void이거나 멤버가 생성자 또는 종료자인 경우에만 statement 식일 수 있습니다.

메서드 및 속성 가져오기 문에 대한 식 본문 정의는 C# 6부터 지원됩니다. 생성자, 종료자, 속성 설정 문 및 인덱서에 대한 식 본문 정의는 C# 7부터 지원됩니다.

Person.ToString 메서드에 대한 식 본문 정의는 다음과 같습니다.

public override string ToString() => $"{fname} {lname}".Trim();

다음과 같은 메서드 정의의 약식 버전입니다.

public override string ToString() { return $"{fname} {lname}".Trim(); }

식 본문 멤버

식 본문 정의를 사용하면 간결하고 읽을 수 있는 형식으로 멤버 구현을 제공할 수 있습니다. 메서드 또는 속성과 같은 지원되는 멤버에 대한 논리가 단일 식으로 구성된 경우 식 본문 정의를 사용할 수 있습니다. 식 본문 정의의 일반 구문은 다음과 같습니다.

member => expression;

여기서 expression은 유효한 식입니다.

C# 6에서는 메서드 및 속성 가져오기 접근자에 대해 식 본문 정의 지원이 도입되었으며 C# 7.0에서는 지원이 확장되었습니다.

다음 표에 나열된 형식 멤버와 함께 식 본문 정의를 사용할 수 있습니다.

멤버지원 버전

메서드	C# 6
생성자	C# 7.0
종료자	C# 7.0
속성 가져오기	C# 6
속성 설정	C# 7.0
인덱서	C# 7.0

메서드

식 본문 메서드는 형식이 메서드의 반환 형식과 일치하는 값을 반환하거나 void를 반환하는 메서드의 경우 일부 작업을 수행하는 단일 식으로 구성됩니다. 예를 들어 ToString 메서드를 재정의하는 형식에는 일반적으로 현재 개체의 문자열 표현을 반환하는 단일 식이 포함되어 있습니다.

다음 예제에ToString 메서드를 식 본문 정의로 재정의하는 Person 클래스를 정의합니다. 또한 이름을 콘솔에 표시하는 DisplayName메서드를 정의합니다. return 키워드는 ToString 식 본문 정의에 사용되지 않습니다.

using System; public class Person { public Person(string firstName, string lastName) { fname = firstName; lname = lastName; } private string fname; private string lname; public override string ToString() => $"{fname} {lname}".Trim(); public void DisplayName() => Console.WriteLine(ToString()); } class Example { static void Main() { Person p = new Person("Mandy", "Dejesus"); Console.WriteLine(p); p.DisplayName(); } }

생성자

생성자에 대한 식 본문 정의는 일반적으로 생성자의 인수를 처리하거나 인스턴스 상태를 초기화하는 단일 할당 식 또는 메서드 호출로 구성됩니다.

다음 예제에서는 생성자에 name이라는 단일 문자열 매개 변수가 있는 Location 클래스를 정의합니다. 식 본문 정의에서 Name 속성에 인수를 할당합니다.

public class Location { private string locationName; public Location(string name) => Name = name; public string Name { get => locationName; set => locationName = value; } }

종료자

종료자에 대한 식 본문 정의에는 일반적으로 관리되지 않는 리소스를 해제하는 문 등의 정리 문이 포함되어 있습니다.

다음 예제에서는 식 본문 정의를 사용하여 종료자가 호출되었음을 나타내는 종료자를 정의합니다.

using System; public class Destroyer { public override string ToString() => GetType().Name; ~Destroyer() => Console.WriteLine($"The {ToString()} destructor is executing."); }

속성 가져오기 문

속성 가져오기 접근자를 직접 구현하려는 경우 단순히 속성 값을 반환하는 단일 식에 대해 식 본문 정의를 사용할 수 있습니다. return 문은 사용되지 않습니다.

다음 예제에서는 Location.Name 속성을 정의합니다. 이 속성의 속성 가져오기 접근자는 해당 속성을 지원하는 private locationName필드의 값을 반환합니다.

public class Location { private string locationName; public Location(string name) => Name = name; public string Name { get => locationName; set => locationName = value; } }

식 본문 정의를 사용하는 읽기 전용 속성은 명시적 set 문 없이 구현할 수 있습니다. 사용되는 구문은 다음과 같습니다.

PropertyName => returnValue;

다음 예제에서는 Location 클래스를 정의합니다. 이 클래스의 읽기 전용 Name 속성은 private locationName 필드의 값을 반환하는 식 본문 정의로 구현됩니다.

public class Location { private string locationName; public Location(string name) => locationName = name; public string Name => locationName; }

속성 설정 문

속성 설정 접근자를 직접 구현하려는 경우 속성을 지원하는 필드에 값을 할당하는 한 줄 식에 대해 식 본문 정의를 사용할 수 있습니다.

다음 예제에서는 Location.Name 속성을 정의합니다. 이 속성의 속성 설정 문은 해당 속성을 지원하는 private locationName 필드에 입력 인수를 할당합니다.

public class Location { private string locationName; public Location(string name) => Name = name; public string Name { get => locationName; set => locationName = value; } }

인덱서

속성과 마찬가지로, get 접근자가 값을 반환하는 단일 문으로 구성되거나 set 접근자가 단순 할당을 수행하는 경우 인덱서의 get 및 set 접근자는 식 본문 정의로 구성됩니다.

다음 예제에서는 다양한 스포츠의 이름이 포함된 내부 String 배열을 포함하는 Sports라는 클래스를 정의합니다. 인덱서의 get 및 set 접근자는 둘 다 식 본문 정의로 구현됩니다.

using System; using System.Collections.Generic; public class Sports { private string[] types = { "Baseball", "Basketball", "Football", "Hockey", "Soccer", "Tennis", "Volleyball" }; public string this[int i] { get => types[i]; set => types[i] = value; } }

ref : https://docs.microsoft.com/ko-kr/dotnet/csharp/language-reference/operators/lambda-operator

ref : https://docs.microsoft.com/ko-kr/dotnet/csharp/programming-guide/statements-expressions-operators/expression-bodied-members

출처: https://3dmpengines.tistory.com/2004 [3DMP]

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

버튼 스크립트에서 Image를 꼭 사용해야 하는가?

ACABerry — Mon, 16 Nov 2020 14:55:18 +0900

ACABERRY와 함께하는 프로그래밍 공부

버튼 스크립트에서 Image를 꼭 사용해야 하는가?

아니요

// Touchable : Image를 사용하지 않지만 사용한 것과 같은 효과
// ex) 버튼인데 투명버튼(이미지 알파값 0%)을 만들고 싶을때
// Image를 사용하지 않고 이 스크립트를 사용하는 경우 드로우콜이 생성되지 않습니다.


using UnityEngine;

namespace UnityEngine.UI
{
    public class Touchable : Graphic
    {
        public override bool Raycast(Vector2 sp, Camera eventCamera)
        {
            return true;
        }

        protected override void OnPopulateMesh(VertexHelper vh)
        {
            vh.Clear();
        }
    }
}

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

면접방법론

ACABerry — Thu, 22 Nov 2018 14:56:08 +0900

ACABERRY와 함께하는 프로그래밍 공부

면접방법론

안녕하세요 아카베리입니다 ;)

개인적으로 여러 면접들을 보면서 느낀점을 정리해보려고 이렇게 글을 쓰게 되었네요!

한국, 일본 게임회사 면접들을 봐왔고, 이에대해 참고할 부분을 나름대로 짚어보려고 해요.

면접의 갑을관계

사람대 사람이 만나는 면접이지만 어쨌든 면접자는 을의 입장으로. 면접관은 갑의 입장을 꼭 인지하여야 합니다.

'압박면접' 이라는 단어가 있었을 만큼 그러한 분위기를 일부러 연출해서, 면접자가 당황할 때의 모습을 보려하는 부분도 있을 수 있기에 꼭 '나는 면접자이므로 을의 위치이다.' 를 인지하고 면접에 임해야 하지요.

어찌되었든 '나'를 최대한 어필해서 표현하고, 그 표현한 '나'의 이미지가 면접관이 원하는 이미지에 많이 일치할 수록 채용될 확률이 높아질 수 있다는게 '갑을관계' 라고 볼 수 있어요.

따라서, 만약 면접관의 성향이 RPG게임을 더 높이사고, 퍼즐게임을 낮게 평가하는 사람이라면, 당연히 나도 RPG게임을 높게 사고 있다는 걸 베이스로 답변을 해야 한다는 것이지요.

위 사항은 '기본적인 사항'이고, 면접관에 따라서 정말로 각양각색이지만 '일부러 난 이렇게 생각하는데 넌 어때?' 할 수 있다는 점도 간과해서는 안되지요 ;)

과거 ROTC 면접때 어떤 사회이슈에 대한 찬반론을 두고, A그룹 B그룹으로 나누어 A그룹은 모두 찬성에 해당하는 의견을 개진해주세요. B그룹은 반대의견에 대한 지지를 강제로 정한 뒤, 이를 토대로 발표를 하는 그러한 면접으로 미루어 보았을 때 당신의 의견은 사실상 이러나 저러나 면접에서는 관계가 없다는 것이지요.

면접관조차 '나는 사실 A를 지지하지만 B를 지지하는것처럼 물어보면 어떻게 대답할까?' 라고 생각하고 질문하는만큼,

면접자또한 'B를 지지하는 것 처럼' 대답하지 말으란 법이 없다는 거에요.

이쯤 되면 사실상 '상사의 의견에 따를것인가 따질것인가'와 유사한 느낌의 질의응답을 볼 수 있는, 양측에 있어서 좋은 면접이 될 수 있을거에요. 왜냐면 당신이 입사하면 당신 앞에있는 사람이 상사가 될테니까요 ;)

그렇지만 결과적으로보면 면접자도 면접관을 면접하러가는 자리이므로 서로에게 납득 가능한 범위 내에서 질문과 답변을 하는게 이상적일 것 같아요. 서로에게 예의가 있는 범위 한에서요.

자신감있고 소신있게

처음 입장할때 '안녕하세요~ 잘부탁드립니다. 누구입니다.' 라고 합니다.

이는 '대화'의 '시작'을 알리는 요소인데, 면접관이 '안녕하세요~' 할때부터 면접이 시작되므로 밝게 인사를 건네고 시작합니다.

첫질문부터 기술질문은 하는 경우는 거의 없으니, 면접자가 편안하게 볼 수 있도록 배려하는 차원의 질문. 또는 이력서상의 궁금한 신상에 관한 질문 몇개를 던져주고 시작하게되는데, 그런 배려에 밝게 대응하는게 좋아요!

그 뒤, 기술적인 질문에 대해서는 자신이 아는 선에서만큼은 대답해주는게 중요하구요 ;)

보통 기술관련은 분야가 너무 넓고 깊어서, 단기간에 모든 경험을 할 수 있는 사람은 없습니다.

빌게이츠가 면접보러가도 모르는 기술질문을 면접관이 할 수도 있다는 거지요.

그런 상황에 어떻게 대처하는지도 면접자를 평가할 수 있는 중요한 요소가 됩니다.

이 경우 면접자의 베스트라고 생각하는 답변은 '아는 선에서 소신있게' 라고 생각하고 있구요.

모든 정보는 구글 검색하면 나오지만 면접에서는 이 검색찬스를 사용할 수 없습니다! 단지 자신이 경험했던 부분에 대해 심도있게 대답하길 원하는 면접관에게 면접자는 자신이 알고있는 ( 그 기술과 연관된 지식들 전부 ) 부분에 대해 빠짐없이 대답하는게 좋습니다.

순수가상함수를 설명해보아라. 라고 하였는데, 갑자기 생각이 안나지만 어쨌든 대답은 해봐야겠다.. 생각하고 상속부터 설명하기 시작한다고 '아 잠깐만요, 그거말고 제 질문부터 대답해보시죠' 라고 말하는 면접관은 없습니다.( 아마도.. )

그렇게 설명하기 시작하면 자신이 과거에 배웠던 부분이 순서대로 생각나면서 질문에 대한 답변을 정확히 하게될 수도 있고, 죽 나열해서 이야기하다보니 다른데로 새거나 동문서답이 될 경우가 있으니 꼭 설명을 하시면서 '면접관이 질문했던 사항과 조건' 에 대해 꼭 머릿속으로 계속 상기시키면서 답변을 해 나가는 점이 포인트.

대부분 질문은 '정답이 없다' 가 맞지만, '정답은 있지만 근접하게 대답해야 한다' 라는게 정확할 것 같네요.

물론 '방법론' 적인 질문의 경우 정답이 없을 수 있지만, 면접관도 머리에 모든 데이터가 들어있는게 아니고 경험에 따른 정답이므로 여러 정답을 알고있다면 면접관이 경험했던 그 방법론을 설명하는게 면접관에게 있어서도 정론이 될 수 있으니 '정답에 근접한 대답'이라고 할 수 있겠네요 ;)

정말로? 그게 맞아요?

면접전 시험을 본다거나, 코드테스트를 한 뒤 그 코드를 가지고 면접시 코드리뷰를 하게될 경우 이런 상황이 나타나지요.

분명 면접자의 머릿속에서는 이게 맞는데 면접관이 '그게 맞을까요?' 라고 되묻는 경우.

'정말요?'

'왜 그렇게 하셨어요?'

'왜 그렇게 될까요?'

'왜 이렇게 짜셨죠?'

'조금 더 생각해보세요'

면접관에게 이렇게 들었다면 분명 당신에게 기회를 주고있는 상황이에요.

간혹 면접관이 틀린 답을 알고있거나( 그럴일은 거의 없겠죠 ), 아니면 면접관에게도 잠시 생각할 시간이 필요해서 생각중일수도 있고( ㅋㅋ. ), 아니면 면접자의 '이 코드(답변)의 의도'에 대해 얘기해보고 싶거나.. 여러 경우가 있을 것 같네요.

하지만 99%의 경우, 이미 거의 베스트에 가까운 정답을 알고있는 면접관이 이렇게 면접자에게 되물었을때는 면접자는 잠시 자신이 믿었던 모든것을 내려놓고, 천천히 되짚어 봐야할 시간입니다.

어쨌거나 면접관은 이 면접자를 채용해보고 싶은데, '아.. 조금만 더 깊게 생각해보았으면 좋겠다...' 라는 마음으로 안타까운 마음에 기회를 주고싶은거니까요!!

정말 가끔 '그게 맞을까요?' -> '음... 네 이게 맞는 것 같습니다' -> '네 맞습니다' 할수도 있습니다.

하지만 이게 정답인지 오답인지 100% 정답을 확신할 수 없다면. 아니, 100% 확신한다고 해도 고민하는 척은 해볼 필요가 있습니다.

만약 당신이 동생에게 사과를 Apple이라고 가르쳐놨는데,

동생이 Aple 써놨길래 "이게 정말 맞아?" 라고 했을때 동생이 일말의 고민도 없이 "아 이게 맞다고!" 라고 외친다면 당신의 기분이 어떨지 생각해보면 될꺼에요.

물론 동생이 Apple 써놔도 당신이 "이게 정말 맞아?" 할 수도 있다는 점!

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

C# Foreach에서 발생하는 가비지?

ACABerry — Sun, 28 Oct 2018 18:15:10 +0900

ACABERRY와 함께하는 프로그래밍 공부

C# Foreach에서 발생하는 가비지?

( foreach의 성능(속도)과는 관계없이 GC관련. )

foreach 를 사용하면 enumerator 를 위해 32B 메모리를 할당합니다. 커보이지는 않지만, Update 와 FixedUpdate 안에 몇개 넣어두고 돌려본다면 실감 날겁니다.
delegate 에 콜백을 추가하거나 삭제하는 것은 104B 메모리를 할당합니다. 우회하는 방법은 모르겠습니다.

https://cafe.naver.com/unity1thdeveloper/7

[★★★★★] 2D 게임 최적화 필수팁!

♥ 아카베리 유니팁

이 부분에서 foreach는 enumerator에서 32B의 메모리를 사용한다고 하였는데, 내부적인 동작은 아래와 같아요.

using (var enumerator in list.GetEnumerator())

{

while (enumerator.MoveNext())

{

int current = enumerator.Current;

}
}

Enumerator enumerator = list.GetEnumerator();

try

{

while (enumerator.MoveNext())

{

int current = enumerator.Current;

}

finally

{

var disposable = (System.IDisposable)enumerator;

disposable.Dispose();

}

var disposable = (System.IDisposable)enumerator; <- 이 부분에서 Boxing을 하고 있었던 것입니다!!!!

그러한데..

라고 생각했었는데, 유니티 5.5버전에서 엄청난 변화가 발생합니다.

Scripting: Upgraded C# compiler to Mono 4.4. The new compiler still targets C# 4 and .NET 3.5, but provides better performance and many bug fixes.

C# 컴파일러가 최신 버전의 Mono 컴파일러로 업그레이드 된 것입니다!!!!

3. 최신 C# 컴파일러에선 foreach를 사용해도 내부적으로 가비지를 전혀 만들질 않는다!!!

(중급) 유니티의 Foreach는 여전히 악의 근원일까요 by.마카트(dlwh****)

https://cafe.naver.com/indiedev/13188

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

구글플레이 로그인관련

ACABerry — Mon, 27 Aug 2018 15:55:39 +0900

ACABERRY와 함께하는 프로그래밍 공부

구글플레이 로그인관련

유니티 버전 2018.2.5f1

GPGS 버전 0.9.50 Revision: 9e3f6733c6b6b5dcd2a6f8952ba9a61686a6b5d7

08-27 10:19:42.850 3627-11866/? E/ValidateServiceOp: Application ID ( ... ) must be a numeric value. Please verify that your manifest refers to the correct project ID.

여기서 ... <- 이부분.

그냥 가져다 쓰면 문제가 발생하지요.

GPGS 로그인 성공했는데, 최신 유니티버전 + 최신 GPGS 쓰시는분은 참조해주시면 될거같아요.

manifest를 열어 직접 수정해줘야할 부분이 있어요.

\u003 <- 요거를 띄어쓰기 없이 manifest 열어서 추가해서 수정해주시면 됩니다!

<meta-data android:name="com.google.android.gms.games.APP_ID"
android:value="\u003111111111111111" />

GPGS -> ADMOB 임포트시 dex duplicate에러가 발생하므로 반드시

ADMOB -> GPGS 순으로 임포트 해야합니다!

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

Unity and Node.js

ACABerry — Sat, 25 Aug 2018 06:14:37 +0900

ACABERRY와 함께하는 프로그래밍 공부

Unity and Node.js

- V8 Engine Speed!

- 이벤트 기반

- 논 블로킹 I/O 모델 ( 싱글 쓰레드 )

https://blog.perfectacle.com/2017/06/18/what-is-node-js/

http://asfirstalways.tistory.com/43

http://programmingsummaries.tistory.com/328

'가볍고', '효율적'

REPL

Read: 유저의 입력 값을 받아서 메모리에 저장

Eval: 입력 값의 평가, 실행

Print: Eval로 인해 반환된 값을 출력

Loop: 1~3을 반복.

Non-Blocking 방식

https://skout90.github.io/2017/08/15/Node.js/1.%20NodeJS%EB%9E%80/

소개와 예제

http://sblog.netraweb.com/node-js-%EA%B0%95%EC%A2%8C-node-js-%EB%9E%80-%EA%B0%9C%EB%85%90%EA%B3%BC-%EC%86%8C%EA%B0%9C/

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

캐릭터와 적과의 사이각

ACABerry — Tue, 21 Aug 2018 21:17:22 +0900

ACABERRY와 함께하는 프로그래밍 공부

캐릭터와 적과의 사이각

3D 기초인데, 평소 유니티로 쉽게 생각해서 사용하는 부분이지요.

Quaternion.LookRotation과 아카베리라이브러리유틸을 애용하다보니 이부분을 잊고있었네요.

막상 다이렉트X 라이브러리들로 각차를 구한다거나, 면접질문이 있을때 문득 생각이 안날 수 있다고 생각하게되어 포스팅을 시작합니다.

이 부분은 제 ACABattleShip 프로젝트의 포탑회전부에서 이들을 사용해 적을 바라봐야하는 각차를 구하고 있기도 합니다.

포탑구현부는 특히 [ 포신때문에 움직일 수 없는 MAX범위 ]를 가지고 있어서, 포신이 돌아가지 않는 각일경우, 포를 원래위치로 돌려놔야하는 상황이 발생합니다. ( 월쉽에서는 항상 타겟방향을 가지고있어서 그 방향을 향해 계속 포탑회전 )

이런저런 부분에서 사용했던 내용이지만, 막상 수학적 설명을 하자면 정확한 과정을 알고있어야 하기에 한번 정리해봅니다.

DOT~

Acos( Dot( 캐릭터의 방향, 노멀라이즈( 타겟위치 - 내위치 ) ) )

가 기본 공식입니다.

먼저, 영상을 보도록 합니다.

플레이어가 파랑색

적이 빨강색

물론, Angle()로 동일한 결과를 얻을 수 있습니다.

먼저, Dot을 활용해

1) 자신의 캐릭터의 방향벡터를 구합니다.

MyCharacterTransform의 .foward 면 충분하겠네요.

2) 내가 타겟을 바라보는 방향벡터를 구합니다.

타겟.포지션 - 나.포지션 을 하게되면, 내 위치에서 상대 위치까지에 해당하는 벡터를 구해옵니다.

하지만 사용할 벡터는 방향벡터이므로 노멀라이즈 해줍니다.

3) 1과 2를 내적해줍니다.

내적 결과는 아래와 같습니다.

이런 상태를 이해하고나면, 이를 삼각함수( 0~1~0~-1~0 to 각도 )를 활용해 '각도'로 전환이 가능합니다.

여기에 맞는게 아크코사인이고 이를 거치면 아래와 같은 결과가 나타납니다.

dot = acos
0 = 0

1 = 1.57

-1 = 3.14

Acos를 덮을경우 이렇게 적과의 각차를 Rad값으로 구할 수 있습니다.

이 라디안값은 유니티의 Mathf.Rad2Deg 에 있으며,

public const float Rad2Deg = 57.29578F

값은 57.29578F입니다.

이를 곱하게되면 최종적으로 우리가 원하는 Angle값이 나타납니다.

CROSS~

좌표계를 따지며 보통

오른손 엄지 - 검지 - 중지

순으로

결과값 - A - B

입니다.

이는, A 벡터와 B 벡터를 외적하게되면 나오는 결과값은 그 각차만큼의 Y값이 표기되어 나타납니다.

영상은 아래와 같습니다.

플레이어가 파랑색

적이 빨강색

이런식으로, 왼쪽의 경우 -결과값이, 오른쪽의 경우 +의 결과값이 나타납니다.

무슨일일까요...?! 이부분은 좀 더 봐야할 것 같네요 :P

왼손 / 오른손 좌표계의 외적

http://3dmpengines.tistory.com/755

내가 바라보는 방향(A)보다 적(B)이 오른쪽에 있을때 +값이 되는군요 (!)

A값은 플레이어의 정면값.

B값은 타겟까지의 방향벡터( 타겟 - 나 ) 값.

다음번엔 피타고라스 시리즈를 시뮬레이션해보도록 하겠습니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

유니티 최적화 이슈

ACABerry — Tue, 21 Aug 2018 01:29:22 +0900

ACABERRY와 함께하는 프로그래밍 공부

유니티 최적화 이슈

모바일 아틀라스 텍스처 크기제한

특정 픽셀이상 인식을 정상적으로 안함.

최신폰은 4K. 오래된 기종은 제한 -> VRAM에 전송되지 않는 문제가 있음

ㄴ 2K를 유지한다.

2048 : 안드로이드 3.0~4.0 / iPhone4

4096 : 안드로이드 4.0~ / iPhone4S~

[데브루키/141206 박민근] 유니티 최적화 테크닉 총정리
https://www.slideshare.net/agebreak/141206-42456391

UI 드로우콜을 줄이기 위한 간단한 이야기 [출처] UI 드로우콜을 줄이기 위한 간단한 이야기|작성자 is1040
http://blog.naver.com/PostView.nhn?blogId=is1040&logNo=220330202032

유니티 최적화 : 아트 리소스 최적화 기법들

http://mentum.tistory.com/55

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

map, hash_map

ACABerry — Tue, 21 Aug 2018 01:22:17 +0900

ACABERRY와 함께하는 프로그래밍 공부

map, hash_map

맵과 해쉬맵의 차이점.

기본적으로 맵은 빈번한 삽입/삭제를 하지 않고, 많은 자료가 저장되어야하고 검색속도가 빨라야 한다면.

사용하게 됩니다.

C++ Hash와 Map의 차이점

http://wonjayk.tistory.com/211

검색

HashMap : O(1)

Map : O(log n)

Map은 자료가 '정렬되어 보관'

HashMap은 자료를 정렬하지 않음.

( 최근버전의 경우 unordered_map )

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――

▶대부분 퍼온 내용이기에 출처를 꼭 명시합니다.

▶문제되는 부분이 있다면 요청주시면 언제든 수정 & 삭제합니다.

▶포스팅의 목적은 공부하시는 분들이 쉽게 접하고 정답을 찾아가는데 도움을 드리고자 함입니다.

―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ―――― ACABERRY's STUDY ――――