Try & Error

팁들에 대해서

• 이것들은 3~20명의 인원으로 구성된 작은팀의 프로젝트 경험을 기반으로 합니다.
• 구조, 재사용성, 명확성, 기타 등등 의 비용은 팀 크기와 프로젝트의 크기에 따라 비용 지불 여부가 결정 됩니다.
• 많은 팁들은 취향의 문제 입니다.
  (하지만 여기에 나온 여러 팁들은 우열을 가리기 어려울 정도로 좋은 기술들 입니다.)
• 몇개의 팁은 공식 Unity 개발에 위배 되는 것들입니다. 예를 들면, 몇개의 특수한 인스턴스를 위한 프리팹의 사용은 매우 Unity 에서 싫어하는 방식으로, 비용 또한 상당히 높습니다(이렇게 라도 prefab 들을 사용하는게 나을 때도 있습니다).  그러나 나는 이런 팁들이 미친 짓 같아 보여도 가끔 좋은 결과를 가지고 오는 경우도 보곤 합니다.

Process

• 이렇게 만들면 각각의 scene 을 다시 만드는게 불필요해 집니다.
• 이렇게 만들면 보다 빠르게 로딩 합니다(대부분의 객체가 scene 에서 공유되는 경우)
• 이렇게 만들면 scene 을 합치는게 쉬워집니다.(Unity 의 새로운 text 기반 scene 은 너무 많은 데이터를 포함하고 있어 합치는게 비현실적으로 보입니다)
• 이렇게 만들면 데이터 레벨 수준에서 관리를 할 수 있습니다.

• 상속을 활용한 방식을 지원하지 않습니다.
• 당신이 정의 하는 inspector 컴포넌트는 필드 타입 수준에서 구성이 안되며, 오로지 클래스 타입 레벨만 지원합니다. 예 로, 만약 모든 게임 오브젝트가 SomeCoolType 필드타입 이고, inspector 에서 다르게 렌더링 하려 할 경우,당신은 모든 클래스들에 대해서 inspector 를 작성해야 합니다.

당신은 기본적으로 inspector 시스템을 다시 구현함으로써 이러한 문제를 해결 할 수 있습니다. reflection의 몇가지 기술을 사용하여 해결할 수 있으며, 자세한 방법은 문서의 끝에 나와 있습니다.

Scene Organisation

myObject = FindMyObjectInScene();
 
if (myObjet == null)
{
   myObject = SpawnMyObject();
}

Art

• 스카이 박스들을 위한 사각형 표기.
• 그리드(격자).
• shader 테스트를 위한 다양한 평면 색상: 흰색, 검은색, 50% 회색, 적색, 녹색, 청색, 마젠타, 노랑, 청록색.
• shader 테스트를 위한 그라데이션: 검은색 에서 흰색, 적색에서 녹색, 적색에서 청색, 녹색에서 청색.
• 검은색과 흰색으로 된 체커보드(체커판).
• 부드럽고 거친 노멀맵.
• 빠른 테스트 scene 설정을 위한 라이팅 을 갖춤(프리팹).

Prefabs

• 한 곳에서 각각의 타입을 변경 할 경우
• scene 을 변경하지 않고 변경 할 경우

1. 복제된 Player 프리팹이 있습니다.
2. 복제된 거에 대한 이름을 __Player_Backup 로 변경합니다.
3. Player prefab 으로 생성한걸 바꿉니다.
4. 작업이 진행 될 경우 __Player_Backup 를 지웁니다

1. 사람 1:
   1. Player 프리팹을 복제 합니다.
   2. 이름을 __Player_WithNewFeature 나 __Player_ForPerson2 로 바꿉니다.
   3. 복제된 걸로 변경을 하고, 커밋을 하여 [사람 2] 에게 제공합니다.
2. 사람 2:
   1. 새로운 프리팹으로 변경 생성 합니다.
   2. Player 프리팹을 복제하고, __Player_Backup 이라고 부릅니다. 
   3. __Player_WithNewFeature 인스턴스를 scene 으로 드래그 합니다.
   4. 오리지날 Player 프리팹을 인스턴스에 드래그 합니다.
   5. 작업이 진행 될 경우 __Player_Backup 와 __Player_WithNewFeature 를 지웁니다.

Extensions and MonoBehaviourBase

public void Invoke(Task task, float time)
{
   Invoke(task.Method.Name, time);
}

//Defined in the common base class for all mono behaviours
public I GetInterfaceComponent<I>() where I : class
{
   return GetComponent(typeof(I)) as I;
}
 
public static List<I> FindObjectsOfInterface<I>() where I : class
{
   MonoBehaviour[] monoBehaviours = FindObjectsOfType<MonoBehaviour>();
   List<I> list = new List<I>();
 
   foreach(MonoBehaviour behaviour in monoBehaviours)
   {
      I component = behaviour.GetComponent(typeof(I)) as I;
 
      if(component != null)
      {
         list.Add(component);
      }
   }
 
   return list;
}

public static class CSTransform 
{
   public static void SetX(this Transform transform, float x)
   {
      Vector3 newPosition = 
         new Vector3(x, transform.position.y, transform.position.z);
 
      transform.position = newPosition;
   }
   ...
}

public static T GetSafeComponent<T>(this GameObject obj) where T : MonoBehaviour
{
   T component = obj.GetComponent<T>();
 
   if(component == null)
   {
      Debug.LogError("Expected to find component of type " 
         + typeof(T) + " but found none", obj);
   }
 
   return component;
}

Idioms

• 몇가지 해결책이 함께 잘 작동하지 않습니다. 한가지 해결챌을 사용하면 다른 해결책에 적합하지 않으며 한 방향으로 디자인을 강요 합니다.
• 몇가지 해결책을 사용하는게 어디로 가야 하는지 팀 멤버를 이해 시킵니다. 이것은 구조와 코드를 이해하기 쉽게 합니다. 실수를 하기 더 쉽도록 유도가 됩니다.

• Coroutines vs. state machines.
• 하위 프리팹들 vs. 연결된(링크) 프리팹들 vs. 전지 전능한 프리팹들.
• 데이터 분리 전략.
• 2D 게임에서 상태를 위해 스프라이트를 사용 하는 방법.
• 프리팹 구조화.
• Spawn 전략.
• 개체를 찾을 수 있는 방법: 타입 vs. 이름 vs. 태그 vs. 레이어 vs. 레퍼런스(링크).
• 그룹 개체들을 찾는 방법: 타입 vs. 이름 vs. 태그 vs. 레이어 vs. 레퍼런스(링크) 배열
• 오브젝트의 그룹들 찾기 vs 자체 등록 (싱글톤 객체?)
• 실행 순서 제어 (Unity 를 이용하여 실행 순서 제어 vs. yield 로직 vs. Awake / Start 와 Update / Late Update 의존 vs. 수동 메소드 vs. 모든 주문 아키텍쳐)
• 개체 / 위치 / 타겟 의 선택과 인 게임의 마우스: 선택 관리자 vs 로컬 자체 관리
• scene 변화와 데이터 간의 유지: PlayerPrefs 를 통해, 또는 새로운 scene 이 로드 될때 지워지지 않은 객체.
• 애니메이션 결합 방법 (블렌딩, 더하거나 레이어링(계층관리)).

Time

Spawning Objects

Class Design

public class Singleton<T> : MonoBehaviour where T : MonoBehaviour
{
   protected static T instance;
 
   /**
      Returns the instance of this singleton.
   */
   public static T Instance
   {
      get
      {
         if(instance == null)
         {
            instance = (T) FindObjectOfType(typeof(T));
 
            if (instance == null)
            {
               Debug.LogError("An instance of " + typeof(T) + 
                  " is needed in the scene, but there is none.");
            }
         }
 
         return instance;
      }
   }
}

• 고유한 프리팹의 인스턴스를 위한 싱글톤은 사용하는걸 피하는고 관리하지 않는게 좋습니다(Player 같은). 이 원칙을 준수하지 않으면 상속 계층 구조를 복잡하게 하며, 그리고 특정 유형의 변경을 힘들게 합니다. 오히려 GameManager 에서 참조를 유지하는게 좋습니다.(또는 다른 전지 전능한 클래스 )
• 종종 클래스 외부에서 사용되는 public 변수 와 메소드 에 대한 static 속성과 메서드를 사용합니다. GameManager.Instance.player 대신에  GameManager.Player 으로 작성이 가능합니다.

public float __aVariable;

• 게임 상태 저장, 그리고
• 게임 상태 디버그

[Serializable]
PlayerSaveData
{
   public float health; //public for serialisation, not exposed in inspector
} 
 
Player
{
   //... bookkeeping variables
 
   //Don’t expose state in inspector. State is not tweakable.
   private PlayerSaveData playerSaveData; 
}

• 각각의 게임 클래스에 템플릿 클래스를 정의합니다. 예로, 적인 경우 우리는 또한 EnemyTemplate 라고 정의 합니다. 모든 차별화된 tweakable 들은 EnemyTemplate 에 저장합니다.
• 게임 로직 클래스 에는, 변수나 템플릿 타입을 정의 합니다.
• 적 프리팹을 만들고, 두개의 템플릿 프리팹 WeakEnemyTemplate, andStrongEnemyTemplate 을 만듭니다.
• 로딩하거나 오브젝트를 생성하면, 정식 템플릿에 템플릿 변수를 설정 합니다.

public class BaseTemplate
{
   ...
}
 
public class ActorTemplate : BaseTemplate
{
   ...
}
 
public class Entity<EntityTemplateType> where EntityTemplateType : BaseTemplate
{
   EntityTemplateType template;
   ...
}
 
public class Actor : Entity <ActorTemplate>
{
   ...
}

public void SelectWeapon(int index)
{ 
   currentWeaponIndex = index;
   Player.SwitchWeapon(weapons[currentWeapon]);
}
 
public void Shoot()
{
   Fire(bullets[currentWeapon]);
   FireParticles(particles[currentWeapon]);   
}

[Serializable]
public class Weapon
{
   public GameObject prefab;
   public ParticleSystem particles;
   public Bullet bullet;
}

public void FireAttack()
{
   /// behaviour
   Fire(bullets[0]);
}
 
public void IceAttack()
{
   /// behaviour
   Fire(bullets[1]);
}
 
public void WindAttack()
{
   /// behaviour
   Fire(bullets[2]);
}

public void WindAttack()
{
   /// behaviour
   Fire(bullets[WeaponType.Wind]);
}

public class Bullets
{
   public Bullet FireBullet;
   public Bullet IceBullet;
   public Bullet WindBullet;
}

• 변수의 그룹에 대한 별도의 클래스를 정의 합니다.
  그것들을 public 및 serializable 합니다.
• 기본 클래스에서, 위와 같이 정의된 각각의 유형의 public 변수를 정의 합니다.
• 변수를 Awake 나 Start 에서 초기화 하면 안되며; 그것들은 serializable 이기 때문에, Unity 에서 잘 처리 해줄 것입니다.
• 당신은 정의된 변수가 연결되기 전에 초기화를 지정하는게 가능하다 

[Serializable]
public class MovementProperties //Not a MonoBehaviour!
{
   public float movementSpeed;
   public float turnSpeed = 1; //default provided
}
 
public class HealthProperties //Not a MonoBehaviour!
{
   public float maxHealth;
   public float regenerationRate;
}
 
public class Player : MonoBehaviour
{
   public MovementProperties movementProeprties;
   public HealthPorperties healthProeprties;
}

Text

Testing and Debugging

• 모든 아이템 언락
• 적 제거
• GUI 끄기
• 플레이어 무적
• 모든 게임 플레이 불가.

• 팀 구성원은 사고로 자신의 디버그 옵션을 커밋 하고 모두에게 영향을 미치기 않기 위함입니다.
• 디버그 옵션을 바꾸는 것은 scene 을 바꾸는게 아니기 때문입니다.

Documentation

• 레이어 사용 (충돌, 컬링, raycasting – essentially, 어떤 항목에 어떤걸 해야)
• 태그 사용.
• 레이어를 위한 GUI 깊이 (무엇을 통해서 표시해야)
• scene 설치
• Idiom 설정
• 프리팹 구조
• 애니메이션 레이어

Naming Standard and Folder Structure

Naming General Principles

1. 무언가를 호출 합니다. bird 는 Bird 를 호출 합니다. 
2. 이름을 선택 할 때는 확연하고 기억될 수 있는 이름으로 선택합니다. 만약 당신이 마야 게임을 만든다고 해서, 레벨 이름을 QuetzalcoatisReturn 로 해서는 안됩니다.
3. 일관성을 유지 하십시오. 이름을 선택할때, 기준에 충실해야 합니다.
4. Use Pascal case, like this: ComplicatedVerySpecificObject. Do not use spaces, underscores, or hyphens, with one exception (see Naming Different Aspects of the Same Thing).
   이와같이 파스칼 케이스를 사용합니다: ComplicatedVerySpecificObject. 공간( ), 언더바(_), 또는 하이푼(-), 한가지 예외와 함께 (같은 일에 다른 이름을 보게 될 경우)
5. 버전 번호를 사용하지 말고, 또는 단어로 진행 상태를 표시 하지 마십시오 (WIP, final).
6. Do not use abbreviations: DVamp@W should be DarkVampire@Walk.
   약어를 사용하지 마십시오: DVamp@W 는 DarkVampire@Walk .으로 표기 합니다
7. 디자인 문서의 용어를 사용합니다: 사망 을 문서상 호출 하려면 Die 애니메이션을 부릅니다. DarkVampire@Die, 를 부르며 DarkVampire@Death 는 안됩니다.
8. 구체적인 설명은 왼쪽에 표기 합니다: DarkVampire 는 좋은 방법이며 VampireDark 는 안좋은 방법입니다. PauseButton는 좋은 방법이며 ButtonPaused는 안좋은 방법입니다. 이것을 예로 들면, 모든 버튼이 단어 버튼으로 시작하면 inspector 에서 일시 정지 버튼을 찾기 쉬워집니다. [많은 사람들이 다른 방법을 더 선호하며, 때문에 시각적으로 보다 더 확실히 그룹화를 하여 생성합니다. 이름이 있지만 그룹화를 위한게 아니며, 폴더를 위한것 입니다. 이름이 안정적으로 빠르게 자리 잡고 할 수 있도록 동일한 유형의 객체를 구분하는 것 입니다.]
9. 일부 이름은 순서를 형성합니다. 이름에 숫자를 사용하며, 예로 PathNode0,PathNode1 가 있습니다. 항상 시작은 1이 아닌 0으로 시작합니다.
10. 순서를 필요로 하지 않는 일에 번호를 사용하지 마십시오. 예로 Bird0, Bird1,Bird2 는 Flamingo, Eagle, Swallow 라고 표기합니다.
11. 임시 객체는 이중으로 접두사에 언더바를 넣습니다 __Player_Backup.

Naming Different Aspects of the Same Thing

• GUI 버튼 상태는 EnterButton_Active, EnterButton_Inactive
• 텍스쳐는 DarkVampire_Diffuse, DarkVampire_Normalmap
• 스카이 박스는 JungleSky_Top, JungleSky_North
• LOD 그룹은 DarkVampire_LOD0, DarkVampire_LOD1

Structure

Folder Structure

Materials
GUI
Effects
Meshes
   Actors
      DarkVampire
      LightVampire
      ...
   Structures
      Buildings
      ...
   Props
      Plants
      ...
   ...
Plugins
Prefabs
   Actors
   Items
   ...
Resources
   Actors
   Items
   ...
Scenes
   GUI
   Levels
   TestScenes
Scripts
Textures
GUI
Effects
...

Scene Structure

Cameras
Dynamic Objects
Gameplay
   Actors
   Items
   ...
GUI
   HUD
   PauseMenu
   ...
Management
Lights
World
   Ground
   Props
   Structure
   ...

Scripts Folder Structure

ThirdParty
   ...
MyGenericScripts
   Debug
   Extensions
   Framework
   Graphics
   IO
   Math
   ...
MyGameScripts
   Debug
   Gameplay
      Actors
      Items
      ...
   Framework
   Graphics
   GUI
   ...

How to Re-implement Inspector Drawing

1. 당신의 모든 에디터를 위한 기본 클래스를 정의

BaseEditor<T> : Editor 
where T : MonoBehaviour
{
   override public void OnInspectorGUI()
   {
      T data = (T) target;
 
      GUIContent label = new GUIContent();
      label.text = "Properties"; //
 
      DrawDefaultInspectors(label, data);
 
      if(GUI.changed)
      {         
         EditorUtility.SetDirty(target);
      }
   }
}

2. reflection 과 recursion 를 사용하여 draw 컴포넌트에 reflection 을 사용

public static void DrawDefaultInspectors<T>(GUIContent label, T target)
   where T : new()
{
   EditorGUILayout.Separator();
   Type type = typeof(T);      
   FieldInfo[] fields = type.GetFields();
   EditorGUI.indentLevel++;
 
   foreach(FieldInfo field in fields)
   {
      if(field.IsPublic)
      {
         if(field.FieldType == typeof(int))
         {
            field.SetValue(target, EditorGUILayout.IntField(
            MakeLabel(field), (int) field.GetValue(target)));
         }   
         else if(field.FieldType == typeof(float))
         {
            field.SetValue(target, EditorGUILayout.FloatField(
            MakeLabel(field), (float) field.GetValue(target)));
         }
 
         ///etc. for other primitive types
 
         else if(field.FieldType.IsClass)
         {
            Type[] parmTypes = new Type[]{ field.FieldType};
 
            string methodName = "DrawDefaultInspectors";
 
            MethodInfo drawMethod = 
               typeof(CSEditorGUILayout).GetMethod(methodName);
 
            if(drawMethod == null)
            {
               Debug.LogError("No method found: " + methodName);
            }
 
            bool foldOut = true;
 
            drawMethod.MakeGenericMethod(parmTypes).Invoke(null, 
               new object[]
               {
                  MakeLabel(field),
                  field.GetValue(target)
               });
         }      
         else
         {
            Debug.LogError(
               "DrawDefaultInspectors does not support fields of type " +
               field.FieldType);
         }
      }         
   }
 
   EditorGUI.indentLevel--;
}

private static GUIContent MakeLabel(FieldInfo field)
{
   GUIContent guiContent = new GUIContent();      
   guiContent.text = field.Name.SplitCamelCase();      
   object[] descriptions = 
      field.GetCustomAttributes(typeof(DescriptionAttribute), true);
 
   if(descriptions.Length > 0)
   {
      //just use the first one.
      guiContent.tooltip = 
         (descriptions[0] as DescriptionAttribute).Description;
   }
 
   return guiContent;
}

3. Define new Custom Editors

[CustomEditor(typeof(MyClass))]
public class MyClassEditor : BaseEditor<MyClass>
{}

출처 원문

[출처]

http://seungngil.tistory.com/entry/%EC%9C%A0%EB%8B%88%ED%8B%B0-%EC%9E%91%EC%97%85%EC%97%90-%EB%8C%80%ED%95%9C-50-%ED%8C%81-%EB%AA%A8%EB%B2%94-%EC%82%AC%EB%A1%80-50-Tips-for-Working-with-Unity-Best-Practices

유니티를 해보면서 느낀점이라면 여러가지 이겠지만 , 역시 여타 다른 게임 엔진들과 같은 불편 사항을 가지고 있다.

그것은 바로 텍스트 렌더링 이다. Adobe flash 나 Microsoft WPF , Silverlight 등 과 같은 플랫폼들은 쉽게 텍스트를 렌더링 하고 그것을 변형 과 업데이트가 가능지만 , 유니티를 비롯한 여러 엔진들은 편리한 텍스트 렌더링을 지원하지 않는다. 그래서 대부분 비트맵 폰트의 형태를 만들어서 사용을 하지만 폰트의 크기나 문자수에 따라 부하가 걸리기 마련이다. xna 시절에 WPF 나 윈폼의 텍스트박스 컴포넌트를 비트맵으로 가져와 랜더링 하는 아이디어를 착안하여 유니티의 GUIText 를 통하여 문자열을 실시간으로 불러 와 보겠다.

1) 먼저 GUIText 하나를 만들어 본다.

2) GUIText 가 무사히 나오고 있다.

3) 별도의 텍스쳐를 렌더링할 카메라를 생성한다. 

* 추가로 오디오 리스너를 꺼주어야한다

4) 기존 메인 카메라와 햇갈리지 않도록 이름을 지정 하고 

뎁스를 기존 메인 카메라보다 뒤로 미루어 렌더링우선순위를 뒤로 미룬다.

5) 텍스트가 찍힌 텍스쳐를 입혀볼 큐브를 만든다. 

6) 간단히 빛을 추가하자

7) 다시 GUIText 로 돌아와서 레이어를 이동시키자.

* 추가로 TextLayer 를 만든다.

8) 텍스트를 랜더링할 카메라를 선택하여 컬링마스크의 레이어를 TextLayer 만 선택되도록 한다.

9) 메인 카메라의 컬링 마크스 는 TextLayer 가 랜더링 되지 않도록 한다.

10) GUIText도 텍스트레이어로 이동 시킨다.

11) 그러면 일단 화면에서 텍스트는 사라졌다.

12) 이제 렌더 텍스쳐 하나를 만들자 , 렌더타겟과 비슷한 개념이다. 

* 이름을 간단히 지정했다.

13) 텍스쳐 카메라 의 TextureTarget 을 방금 만든 렌더텍스쳐로 지정한다.

결과 , 큐브에 추가 된다.

14) 이제 배경을 지울 차례이다. 내장 쉐이더의 Bumped Diffuse 를 선택한다.

* 배경이 사라졌다.

좀더 명확히 해보았다.

이제 이 렌더된 텍스트를 실제로 사용하기위해 바이트배열로 저장해보겠다.

여타 다른 엔진들의 렌더타겟 사용법과 비슷하다. 렌더텍스쳐를 액티브 시키고 , 그 영역만큼 텍스쳐로 픽셀을 넣는다.

또한 주의할점은 TextCamera를 업데이트 시키고 그다음 이루어져야 한다. 안그러면 한프레임 전의 화면이 출력된다.

큐브에 사용한 스크립트는 아래와 같다

using UnityEngine;
using System.Collections;
using System.IO;
public class TexControl : MonoBehaviour {

	public GUIText text ;
	public Camera textCamera;
	void Start () {
		
	}
	
	
	int c = 0 ;
	public void capture()
	{
		text.text = (++c) + "STR";
		
		textCamera.Render();
		RenderTexture rt = gameObject.renderer.material.mainTexture as RenderTexture;
		Texture2D capturedText = GetRenderTexturePixels(rt);
		
		byte[]data = capturedText.EncodeToPNG();
		FileStream fs = new FileStream("/Users/superSc1/Desktop/test.png" , FileMode.OpenOrCreate );
		fs.Write(data , 0 , data.Length);
		fs.Close();
		
		Texture2D.DestroyImmediate(capturedText , true); // destory texture2d
		
		
		print("Capture");
	}
	
	
	public Texture2D GetRenderTexturePixels(RenderTexture tex)
	{
		RenderTexture.active = tex;
		
		Texture2D tempTex = new Texture2D(tex.width , tex.height );
		tempTex.ReadPixels( new Rect(0,0,tex.width , tex.height) , 0 , 0);
		tempTex.Apply();
		
		return tempTex;
	}
	
	void Update () {
		if(Input.GetKeyDown(KeyCode.C))
		{
			capture();
		}
	}
}

출처 : http://yamecoder.tistory.com/235

'3D Text'를 사용하려고 화면에 올려 놨더니....

위 스크릿 샷을 보면 같은위치에 있는 3d text를 다른 방향에서 보았을때 항상 다른 오브젝트를 무시하고 화면에 텍스트가 출력되는걸 볼 수 있습니다.

이것만 봐서는 '3D Text'의 기본 동작이 게임 오브젝트(Game Object)가 아니라 'UI'인것 같습니다.

우리가 원하는건 '3d text'가 다른 오브젝트들 처럼 다른 오브젝트 뒤로 가면 뒤로 간 부분은 보이지 않았으면 하는 것인데 말이죠.

이렇게 말이죠.

검색을 해보니 '3D Text'의 기본 쉐이더는 'GUIText'라고 합니다.

어쩐지 -_-;;

결국 새로운 쉐어더를 만들어야 하나 봅니다.

다행히 이것을 설명한 자료를 찾았습니다.

참고 : 유니티3D 위키 - 3DText

여기의 설명에 따르면 쉐이더를 만들고 폰트 텍스쳐를 지정하면 된다고 합니다.

Project > Create > Shader

을 선택하여 새로운 쉐이더를 만듭니다.

전 'My3DText'로 만들었습니다.

쉐이더코드는 다음과 같이 넣습니다.

Project > Create > Material

을 선택하여 새로운 텍스쳐를 만듭니다.

여기서도 'My3DText'로 이름을 만들었습니다 ㅎㅎㅎ

(1) 쉐이더를 'My3DText'로 선택 합니다.

(2) 폰트를 추가 합니다.

프로젝트에 폰트를 추가 합니다.

전 나눔폰트를 추가 했습니다.

폰트를 추가한후 폰트 텍스쳐(Font Texture)가 생성되었는지 확인 합니다.

만약 생성이 되지 않았다면 다른 폰트 파일을 써야 할듯 하네요.

추가한 폰트는 '3D Text'에 지정해주셔야 합니다.

여기서 주의 해야 할것이 폰트를 먼저 바꿔주지 않으면 메트리얼이 적용되지 않는 경우가 있습니다.

(버그인듯 하네요)

먼저 폰트를 적용한후 매트리얼을 적용해 주세요.

(3) 텍스쳐 지정하기

아까만든 메트리얼에 폰트 텍스쳐를 지정합니다.

드래그를 해서 넣어도 됩니다.

이제 '1-2.'에서 만든 메트리얼을 '3D Text'에 적용 합니다.

이제 매트리얼을 '3D Text'에 적용하고 테스트를 해봅시다.

마우스로 클릭한 상태로 카메라를 움직여 보세요.

(오른쪽 클릭도 가능합니다.)

그런데 이게 문제가 폰트칼라가 먹질 않습니다 ㅡ.-;;

매트리얼에 폰트칼라를 줬다가는 모두다 같은 색이 되죠 ㅎㅎㅎㅎ

이건 좀 생각 해봐야 할것 같네요.

출처 : http://blog.danggun.net/2256

[Link] https://github.com/textcube?tab=repositories

[요약] Microsoft Windows Update(KB3035583) 제거

[링크] http://jhblog.tistory.com/325

[링크] http://ilikeen.tistory.com/1657

[링크] http://mastmanban.tistory.com/830

으흠??

GPGS 를 이용하고싶으시다면 가장 좋은 예제를 이미 구글에서 샘플을 만들어놔서 그걸 보시면 편하실겁니다.

구현자체가 이미 잘되있어서 상당히 쉽게 구현하실 수 있어요.

P2P방식의 멀티플레이도 지원이되고 리더보드나 업적등등 뭐 다양한 기능들이 많아요.

iOS같은 경우는 

게임센터라는것이 있습니다. 애초에 방식이 구글이 훔쳐배운건지?? 거의 비슷비슷하게 구현이 되어있더라구요.

https://github.com/playgameservices/play-games-plugin-for-unity

유니티라 하시니 일단 구글에서 지원하는 예제소스 입니당!

출처 : http://www.gamecodi.com/board/zboard.php?id=GAMECODI_Talkdev&page=1&page_num=35&select_arrange=headnum&desc=asc&sn=off&ss=on&sc=on&keyword=&no=3883&category=

using UnityEngine;

using System.Collections;

using System.Collections.Generic;

using System.Linq;

using UnityEditor;

public class FindReferencesToThis : ScriptableObject

{

    [MenuItem("CONTEXT/Component/Find references to this")]

    private static void FindReferences(MenuCommand data)

    {

        Object context = data.context;

        if (context)

        {

            var comp = context as Component;

            if (comp)

                FindReferencesTo(comp);

        }

    }

    [MenuItem("Assets/Find references to this")]

    private static void FindReferencesToAsset(MenuCommand data)

    {

        var selected = Selection.activeObject;

        if (selected)

            FindReferencesTo(selected);

    }

    private static void FindReferencesTo(Object to)

    {

        var referencedBy = new List<Object>();

        var allObjects = Object.FindObjectsOfType<GameObject>();

        for (int j = 0; j < allObjects.Length; j++)

        {

            var go = allObjects[j];

            if (PrefabUtility.GetPrefabType(go) == PrefabType.PrefabInstance)

            {

                if (PrefabUtility.GetPrefabParent(go) == to)

                {

                    Debug.Log(string.Format("referenced by {0}, {1}", go.name, go.GetType()), go);

                    referencedBy.Add(go);

                }

            }

            var components = go.GetComponents<Component>();

            for (int i = 0; i < components.Length; i++)

            {

                var c = components[i];

                if (!c) continue;

                var so = new SerializedObject(c);

                var sp = so.GetIterator();

                while (sp.NextVisible(true))

                    if (sp.propertyType == SerializedPropertyType.ObjectReference)

                    {

                        if (sp.objectReferenceValue == to)

                        {

                            Debug.Log(string.Format("referenced by {0}, {1}", c.name, c.GetType()), c);

                            referencedBy.Add(c.gameObject);

                        }

                        // 선택된 오브젝트가 텍스쳐일 경우 매트리얼에서 MainTexture 이름 비교

                        // 쉐이더에 링크된 텍스쳐가 여러개일 경우 ShaderUtil로 프로퍼티를 다 받아와서 비교해야 될 듯..

                        System.Type cToType = to.GetType();

                        if (true == cToType.Name.Equals("Texture2D"))

                        {

                            if (null != sp.objectReferenceValue)

                            {

                                System.Type cSpType = sp.objectReferenceValue.GetType();

                                if (true == cSpType.Name.Equals("Material"))

                                {

                                    Material mat = sp.objectReferenceValue as Material;

                                    if(null != mat.mainTexture && true == to.name .Equals(mat.mainTexture.name))

                                    {

                                        Debug.Log("[c.gameObject ] " + c.gameObject);

                                        referencedBy.Add(c.gameObject);

                                    }

                                }

                            }

                        }

                    }

            }

        }

        if (referencedBy.Any())

            Selection.objects = referencedBy.ToArray();

        else Debug.Log("no references in scene");

    }

}

Momentum And Spring 

옵션을 주면.

양끝.

1~10번까지의 리스트가 있다면.

1번에서  리스트에 없는 0번위치까지 드래그가 되서 다시 1번으로 스프링되서 돌아오는 방식이다.(10번도 마찬가지 없는 11번으로 갔다가 다시 원래 10번으로 돌아옴)

Momentum 

옵션은.

그냥 정확히 끝에 1번이나 10번에서 멈춰서 양끝으로 더이상 드래그가 되질 않는 방식이다.

이 두개를 합쳐서 

Momentum And Spring 

옵션을 주고.

한쪽방향은 더이상 못움직이게.   한쪽방향은 스프링처럼 돌아오게 하려면.

UIScrollView - 클래스에서.

[출처] http://hanamoni.tistory.com/25