How to get multiple files with different extension?

You can't set more search filters, because GetFiles only accepts a single search pattern. Instead, you can call GetFiles with no pattern, and filter the results in code, using Lambda expressions:

using System.Linq;

   public YourMethodToStart()
    {
      FileInfo[] fiels = GetFilesFromFolder(@"C:\1");
    }

    private FileInfo[] GetFilesFromFolder(string path)
    {     
      string[] extensions = new[] { ".txt", ".zip", ".exe" };
      DirectoryInfo dInfo = new DirectoryInfo(path);

      FileInfo[] files = dInfo.GetFiles()
        .Where(f => extensions.Contains(f.Extension.ToLower()))
        .ToArray();
      return files;
    }

ref : https://social.msdn.microsoft.com/Forums/en-US/3e29882f-238e-473b-91c1-8639a51d39cd/get-multiple-files-with-different-extension?forum=csharplanguage

Does DirectoryInfo GetFiles work on Android ?

1

Best Answer

Answer by whydoidoit · '13년 Nov월 05일 AM 06시 47분

Well resources just in Assets aren't going to be in your build, they get packed up and all sorts, and then only if they are used. Assets in the Streaming Assets folder will be copied into the jar for your build.

Add comment ·  Hide 6 · Share

TreasureKey · '13년 Nov월 05일 AM 08시 04분 0

The sub folders and pngs are in my streaming assets folder in unity. When it gets exported as a google android project, they are in the android project's assets folder.

Is there some (alternative) way to list up all .png files in my sub folder ?

Bunny83 · '13년 Nov월 05일 AM 08시 31분 1

Hmm, is there a reason you don't use Application.streamingAssetsPath like suggested on this page?

Also keep in mind, like mentioned on the doc page, on android the files are not in a folder, they are within a jar file. So GetFiles won't work on this path since it's not an actual path. If you want to "browse" your folder you need a zip-library to open the jar manually.

GetFiles works perfectly well on real folders as long as you have file permission.

TreasureKey · '13년 Nov월 05일 AM 08시 50분 0

I actually have tried using: string streamingAssetsPathAndroid = Application.streamingAssetsPath;

Which pretty much results in the same path string and the same folder not found error for me.

I may have to consider that it may not be possible to use Directory.GetFiles on a unity game exported to google android project...

whydoidoit · '13년 Nov월 05일 AM 08시 53분 0

Bunny's right you can't scan the directory because it is in a ZIP file. You can use a ZIP library to examine the JAR and get files from it.

whydoidoit · '13년 Nov월 05일 AM 08시 54분 0

I use this: http://www.icsharpcode.net/opensource/sharpziplib/ for a lot of stuff.

Show more comments

0

Answer by shadyshrif · Jul-04 PM 07:45

To solve this problem I created pre-compilation script which will run before the compilation; this script will list the names of the files you want to access later in text file

 #if UNITY_EDITOR
 using UnityEditor.Build;
 using UnityEditor;
 using System.IO;
 
 public class BM_AndroidBuildPrepartion : IPreprocessBuild
 {
     public int callbackOrder { get { return 0; } }
     public void OnPreprocessBuild(BuildTarget target, string path)
     {
         // Do the preprocessing here
         string[] fileEntries = Directory.GetFiles("Assets/Resources/Prefabs/alphabet", "*.prefab");
         System.IO.Directory.CreateDirectory("Assets/StreamingAssets/");
         using (StreamWriter sw = new StreamWriter("Assets/StreamingAssets/alphabet.txt", false))
         {
           
         foreach (string filename in fileEntries) {
                 sw.WriteLine(Path.GetFileNameWithoutExtension(filename));
         }
           
         }
     }
 }
 #endif

then I read the text file and you can access the files in same way but you have to put them inside your project in Assets/StreamingAssets/

   #if UNITY_ANDROID
        string  path = "jar:file://" + Application.dataPath + "!/assets/alphabet.txt";
          WWW wwwfile = new WWW(path);
          while (!wwwfile.isDone) { }
          var filepath = string.Format("{0}/{1}", Application.persistentDataPath, "alphabet.t");
          File.WriteAllBytes(filepath, wwwfile.bytes);
  
          StreamReader wr = new StreamReader(filepath);
              string line;
              while ((line = wr.ReadLine()) != null)
              {
              //your code
              }
   #endif

ref : http://answers.unity3d.com/questions/569445/does-directoryinfo-getfiles-work-on-android-.html

 public void SaveLevel(string name)
         {
             BinaryFormatter formatter = new BinaryFormatter();
             using (FileStream fs = new FileStream(Path.Combine(Application.streamingAssetsPath, name), FileMode.Create))
             {
                 formatter.Serialize(fs, this);
             }
         }

 public void LoadLevel(string name)
         {
             string path = Path.Combine(Application.streamingAssetsPath, name);
             byte[] FileBytes;
             if (path.Contains("://"))
             {
                 WWW www = new WWW(path);
                 FileBytes = www.bytes;
             }
             else
                 FileBytes = File.ReadAllBytes(path);
             MemoryStream MS = new MemoryStream(FileBytes);
             BinaryFormatter formatter = new BinaryFormatter();
             LevelInfo LI = (LevelInfo)formatter.Deserialize(MS);
             SetLevel(LI);
         }

1 Reply

 · Add your reply

1

Answer by HenryStrattonFW · Feb-04 PM 11:08

Some platforms like android do not give you direct access to the streaming assets directory. On android the streaming assets directory is compressed into the apk, and so is not available for you to just read/write files to normally.

https://docs.unity3d.com/ScriptReference/Application-streamingAssetsPath.html

It is advised that if you want to save/load files on mobile devices, you should be doing so to the persistantDataPath instead, as you should have no problem reading/writing files to this directory.

Add comment ·  Hide 4 · Share

Vol4ica · Feb-04 PM 11:20 0

That's true. But persistantDataPath is for saving some data after the build and reading it afterwards. What I want to do is to save information about game levels themselves, not the player progress in them. This means that I have to have pre-written info files that I have to be able to read when I want to load level. Even if I manage to copy level files into persistantDataPath, somehow, it is located on SD-card (is it?) and if user has no such card (inserted or card slot at all) the game gonna break... That's what I don't want. I have no idea how to store level info in other way.. To create hundreds of similar scenes is not what I would want to do..

HenryStrattonFW  Vol4ica · Feb-04 PM 11:36 0

Ah sorry I missread part of the initial question. But now that I have more of an idea of what you are trying, is there any specific reason that these level files you're saving at edit time need to be in streaming assets? could they not be in resources instead? and then loaded via Resources.Load instead of manually reading the files yourself?

Vol4ica  HenryStrattonFW · Feb-04 PM 11:58 0

StreamingAssets is a folder that keeps files in it in the form they were created. Not compressed, not converted into some other format etc. So I can access any file by its name. Can I do same thing with Resources folder? I know how to do it with sprites etc, but have no idea what to do with byte file.

using UnityEngine;
using System.Collections;

public class ExampleClass : MonoBehaviour {
    public string filePath = System.IO.Path.Combine(Application.streamingAssetsPath, "MyFile");
    public string result = "";
    IEnumerator Example() {
        if (filePath.Contains("://")) {
            Networking.UnityWebRequest www = Networking.UnityWebRequest.Get(filePath);
            yield return www.SendWebRequest();
            result = www.downloadHandler.text;
        } else
            result = System.IO.File.ReadAllText(filePath);
    }
}

ref :

http://answers.unity3d.com/questions/1308831/reading-file-from-streamingassets-android.html

https://docs.unity3d.com/ScriptReference/Application-streamingAssetsPath.html

유니티로 어플 개발을 하다가

통 이미지를 로딩해야 할일이 생겼습니다.

보통 이런 이미지나 기타 파일들은

유니티 내부에 있는 클래스인
WWW
에 "file://" 을 붙여서
로딩 하는데..

이렇게 통 이미지를 로딩 했더니

로딩시간이 너무 오래 걸립니다.

그래서 로딩시간을 좀 줄이고
싶어서 찾아보던 중에
WWW 를 사용하지 않고

그냥 이미지 자체를
Byte Array
로 읽어오는 방법이
더 빠르다는걸 알게 되었죠.

간단히 테스트를 통해서
각각의 로딩시간을 측정해보면..

우선 WWW 를 사용한

이미지 로딩 입니다

그다음 Byte Array 를
사용한 이미지 로딩 입니다.

이렇게 하고 돌려서

시간을 체크해 보면

각각의 이미지 로딩에 걸린
시간을 체크 할 수 있습니다.

테스트로 원본 이미지 ( 640x640 ) 를

아이패드2 에 돌려 보았습니다.

먼저 WWW 로 로딩한 경우.

640x640 이미지 한장을
로딩할때 359 밀리세컨이 걸리네요.

그다음 Byte Array 로 로딩한 경우

이번에는 99 밀리세컨이

걸립니다.

그냥 대충 보기에도 엄청나게
차이가 나는걸 볼 수 있습니다.

( 대략 3-4배 정도 차이나네요. )

정확한 이유는 잘 모르겠지만..

아무래도 WWW 가 단순 로컬파일을
로딩할때도 네트워크 관련 기능을
사용하는 것 같네요.

이미지의 크기가 작거나
갯수가 적으면 WWW 를 쓰는게

더 좋겠지만..

이번 상황처럼 큰 이미지들을
동적으로 빠르게 로딩해야 할
경우에는 그냥 Byte Array 로

읽어와서 로딩하는 편이 훨씬

좋은 것 같습니다.

이상 Unity3D 에서 이미지 로딩
시간을 단축하는 방법 이었습니다.

ref: http://lhh3520.tistory.com/307

스프라이트 객체를 AssetBundle로 만들고 난뒤 AssetBundle을 통해 스프라이트 객체로 로드를 했는데 로드를 하지 못하고 null을 리턴하는 현상이 발생했습니다. Unity 4.3 버젼에서는 스프라이트는 어셋번들로 만들면서 데이터가 떨어져 나가고 텍스쳐로 로드해서 스프라이트로 변환 해야 한다고하는 군요.

그래서 텍스쳐를 스프라이트로 변경하는 방법에 대해서 살짝 짚고 넘어가보도록 하겠습니다.

Rect rect = new Rect(0, 0, texture.width, texture.height);

sprite.GetComponent<SpriteRenderer>().sprite = Sprite.Create(texture, rect, new Vector2(0.5f, 0.5f)); 

추가 : Sprite Packer를 이용해 패킹한 sprite는 asset bundle을 통해서도 정상적으로 로드 되었다.

ref : http://kukuta.tistory.com/195

http://anchan828.github.io/editor-manual/web/scriptableobject.html

http://hammerimpact.blog.me/220770261760

public 변수로 선언하되 유니티 inspecto 창에는 보이지 않게 하려면 HideInInspector 키워드를 사용 하면 된다

using UnityEngine;
using System.Collections;

public class ExampleClass : MonoBehaviour {
    [HideInInspector]
    public int p = 5;
}

https://docs.unity3d.com/kr/current/ScriptReference/HideInInspector.html

FormerlySerializedAs 의 경우 너무 많이 스게 되면 코드가 복잡해 질 수 수있다

[Unity] 데이터 손실 없이 SerializedField 이름 바꾸기

유니티로 작업하다 보면 데이터를 저장하기 위해 SerializedField와 같은 어트리뷰트를 사용한다. 문제는 개발 도중 이 필드의 이름이 변경되어 기존 저장된 데이터들을 사용하지 못하게 되는 경우가 있다. 이런 경우 FormerlySerializedAs 어트리뷰트를 이용해 기존 버전과의 호환성을 유지해 줄 수 있다.

만일 아래와 같이 m_MyVariable이라는 멤버 변수를 사용하고 있는데 :

m_MyVariable의 이름이 다른 것으로, 예를 들자면 m_ABetterName와 같이 바뀐다면 기존에 m_MyVariable의 이름으로 저장된 데이터를 읽어 들이지 못하게 된다.

이럴 경우 아래와 같이 작성해주게 된다면 기존  m_MyVariable의 데이터를 m_ABetterName으로 치환해서 읽어 들일수 있다 :

그리고 FormerlySerializedAs 는 여러번 중복해서 사용가능하다. 만일 이름이 여러 번 변경 된다고 하더라도 변경 히스토리에 따라 FormerlySerializedAs 어트리뷰트를 유지해 준다면 여전히 데이터 손실 없이 사용이 가능하다.

원문 : https://blogs.unity3d.com/2015/02/03/renaming-serialized-fields/

http://kukuta.tistory.com/203

using UnityEngine;

// PlayerScript requires the GameObject to have a Rigidbody component
[RequireComponent (typeof (Rigidbody))]
public class PlayerScript : MonoBehaviour {
	Rigidbody rb;
	
	void Start() {
		rb = GetComponent<Rigidbody>();
	}
	void FixedUpdate()  {
		rb.AddForce(Vector3.up);
	}
}

[SphereCast ] : 광선을 따라 구를 캐스팅하고 무엇이 맞았는지에 대한 자세한 정보를 반환합니다.

public static bool SphereCast(Vector3 origin, float radius, Vector3 direction, out RaycastHit hitInfo, float maxDistance = Mathf.Infinity, int layerMask = DefaultRaycastLayers, QueryTriggerInteractionqueryTriggerInteraction = QueryTriggerInteraction.UseGlobal);

Parameters

origin	The center of the sphere at the start of the sweep.
radius	The radius of the sphere.
direction	The direction into which to sweep the sphere.
hitInfo	If true is returned, hitInfo will contain more information about where the collider was hit. (See Also: RaycastHit).
maxDistance	The max length of the cast.
layerMask	A Layer mask that is used to selectively ignore colliders when casting a capsule.
queryTriggerInteraction	Specifies whether this query should hit Triggers.

설명

구체를 씬 상의 모든 충돌체를 대상으로 발사하여 충돌한 것에 대한 자세한 정보를 반환합니다.

Raycast가 충분한 정밀도를 제공하지 않아 캐릭터와 같이 이동하는 길에 아무것도 충돌하지 않는 물체의 특정 크기를 알아내야 할때 이 함수가 유용할 수 있습니다. Sphere cast를 두꺼운 raycast라고 생각하십시오. 

선 대신 구를 던져서 캐스팅

"스윕" 설명

( 스윕 교차) : 어떤 물체를 치고 지나갈때 멈추게함을 말함 (https://www.unrealengine.com/ko/blog/moving-physical-objects)

[OverlapSphere]

지정한 위치로 부터 지정한 범위안에 접촉한 콜라이더 배열로 반환 (접촉 또는 범위안의 것들)

public static Collider[] OverlapSphere(Vector3 position, float radius, int layerMask = AllLayers, QueryTriggerInteraction queryTriggerInteraction = QueryTriggerInteraction.UseGlobal);

layerMask는 레이 캐스팅 시에 콜라이더를 선택적으로 무시하는데 사용

[사용]

using UnityEngine;
using System.Collections;

public class ExampleClass : MonoBehaviour
{
    void ExplosionDamage(Vector3 center, float radius)
    {
        Collider[] hitColliders = Physics.OverlapSphere(center, radius);
        int i = 0;
        while (i < hitColliders.Length)
        {
            hitColliders[i].SendMessage("AddDamage");
            i++;
        }
    }
}

Physics.OverlapSphere()

ex) Collider[] cols = Physics.OverlapSphere(tr.position(원점), 10.0f(반경));

반경내에 들어와 있는 GameObject를 검출

GameObject는 Collider컴포넌트가 추가돼 있어야 함.

반환값은 Collider 배열 형태로 반환.

http://sharkmino.tistory.com/1437

http://sellingout.blog.me/221033922714

https://docs.unity3d.com/ScriptReference/Physics.OverlapSphere.html

강체(Rigidbody) 의 연속 충돌 감지(Continuous Collision Detection)와 충돌 감지 옵션들

Rigidbody 의 충돌 감지 옵션(Collision Detection) 설정

• 불연속(Discrete)    일정 tick 간격으로 충돌 확인, 다른 콜라이더들은 충돌할때 불연속 충돌 감지를 사용한다. 일반 충돌들에 대해 사용되어진다, 이건 default 값임

시간 간격이 크거나 엄청 빨리 움직일때 충돌이 안될 수 있음, 성능이 크게 떨어지거나 할때 발생 할 수 있음, 하지만 연산은 빠름

• 연속(Continuous)       보간으로 충돌 확인, 리지드 바디가 있는 동적 콜라이더에는 불연속 충돌을, 리지드 바디가 없는 정적 메쉬 콜라이더에는 연속 충돌을 적
                              연속 동적을 적용한 리지드 바디에 대한 충돌은 Continuous 한 충돌 감지를 한다, 즉 연속 동적을 적용한 오브젝트의
                              충돌 상대로서 사용함 물링 연산 성능에 크게 영향을 주기 때문에, 빠른 오브젝트의 충돌로문제가 나오지 않는 경우는
                              불연속을 사용하는 것이 좋다

• 동적연속(Continuous Dynamic) Continuous 및 Continuous Dynamic 충돌을 적용한 오브젝트에 대해 Continuous 충돌 감지를 수행한다
                                              리지드 바디가 없는 정벅 메쉬 콜라이더에도 Continuous충돌을적용한다
                                              다른 콜라이더에 대해서는 불연속 충돌 감지를 합니다, 고속으로 움직이는 오브젝트에 사용한다

강체

Rigidbody를 통해 GameObject가 물리적 제어하에 동작하게 됩니다. 리지드 바디는 힘과 토크를 받아 현실적으로 오브젝트를 움직일 수 있습니다. GameObject는 중력의 영향을 받는 리지드 바디를 포함하거나, 스크립팅을 통해 더해진 힘으로 작동하거나, NVIDIA PhysX 물리 엔진을 통해 그 외의 오브젝트와 상호 작용해야 합니다.

프로퍼티

https://docs.unity3d.com/kr/current/Manual/class-Rigidbody.html

Unity JIT Spike (JIT 강제로 컴파일 하기) Just In Time

[방법.1]

var preJitCompile =typeof(MyComponent).GetMethod("MethodName");

//preJitCompile != null 체크 생략

preJitCompile.MethodHandle.GetFunctionPointer();

[방법.2]

using System.Reflection;

var method = typeof(A).GetMethod("MethodName", BindingFlags.NonPublic | BindingFlags.Instance);

회사 프로젝트를 최적화 하던 중 몇몇 함수에서 메모리 할당이나 테이블 로드등의 

http://lab.gamecodi.com/board/zboard.php?id=GAMECODILAB_Lecture&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=hit&desc=asc&no=421

using UnityEngine;
using UnityEditor;

public class SimpleRecorder : EditorWindow {
    string fileName = "FileName";

    string status = "Idle";
    string recordButton = "Record";
    bool recording = false;
    float lastFrameTime = 0.0f;
    int capturedFrame = 0;

    [MenuItem ("Example/Simple Recorder")]                       //상단 메뉴 툴바에 Example 서브 메뉴로 Simple Recorder 메뉴가 생김
    static void Init () {
        SimpleRecorder window =
            (SimpleRecorder)EditorWindow.GetWindow(typeof(SimpleRecorder));
    }

    void OnGUI () {
        fileName = EditorGUILayout.TextField ("File Name:", fileName);//File Name 레벨 과 파일명 얻어옴

        if(GUILayout.Button(recordButton)) {                           //Record 버튼 생성 및 이벤트 가져옴
            if(recording) { //recording
                status = "Idle...";
                recordButton = "Record";
                recording = false;
            } else { // idle
                capturedFrame = 0;
                recordButton = "Stop";
                recording = true;
            }
        }
        EditorGUILayout.LabelField ("Status: ", status);             //Status: 라벨 추가
    }

    void Update () {
        if (recording) {
            if (EditorApplication.isPlaying && !EditorApplication.isPaused){
                RecordImages();
                Repaint();                                          //에디터 custom window 에 변경 사항이 생길경우 다시 그려주는 작업
            } else
                status = "Waiting for Editor to Play";
        }
    }

    void RecordImages() {
        if(lastFrameTime < Time.time + (1/24f)) { // 24fps
            status = "Captured frame " + capturedFrame;
            Application.CaptureScreenshot(fileName + " " + capturedFrame + ".png");        //현재 실행화면 캡쳐
            capturedFrame++;
            lastFrameTime = Time.time;
        }
    }
}

https://docs.unity3d.com/ScriptReference/EditorWindow.OnGUI.html

http://memocube.blogspot.kr/2014/04/blog-post.html

유니티 예약 폴더이름 

유니티 에셋 폴더의 예약된 이름들

유니티에서 몇몇 폴더 이름은 특별한 속성을 가지고 있다.

숨겨진 폴더들

점(.)으로 시작하는 폴더(예. “.UnitTests/”, “.svn/”)는 유니티에 의해 무시된다. 이 폴더에 들어 있는 어떠한 에셋도 임포트되지 않으면 어떠한 스크립트도 컴파일되지 않는다. 또한 프로젝트 뷰에서도 보이지 않는다.

“Standard Assets”

이곳에 위치한 스크립트들은 항상 가장 먼저 컴파일된다. 스크립트는 언어에 따라 Assembly-CSharp-firstpass, Assembly-UnityScript-firstpass, Assembly-Boo-firstpass 중의 하나로 출력된다.

Standard Assets 폴더의 스크립트들은 다른 스크립트들보다 먼저 컴파일 된다. 그로므로 스크립트를 Standard Assets 폴더에 두는 것은 C# 스크립트가 .js 스크립트에 접근할 수 있게 하거나 또는 .js 스크립트가 C# 스크립트에 접근할 수 있게 하기를 위한 한 방법이다.

“Pro Standard Assets”

Standard Assets과 같지만 이곳의 파일들은 Pro 버전에서만 의미가 있다. 이는 여기에 있는 에셋들은 Render Texture나 Screen-space 효과 등과 같은 Pro-only 기능에서만 사용된다는 것을 의미한다.

이 곳의 스크립트들은 먼저 컴파일되며, Pro Standard Assets 폴더 밖의 다른 스크립트(어떠한 언어라도)에서 접근이 가능하다.

“Editor”

Editor는 여러분이 작성한 스크립트가 유니티 에디터 스크립팅 API에 접근할 수 있도록 허가해주는 특별한 폴더 이름이다. 만약 여러분의 스크립트가 UnityEditor 네임스페이스의 클래스나 기능을 사용한다면, Editor라는 폴더 안에 위치해야 한다.

Editor 폴더 안의 스크립트들을 게임 빌드에는 포함되지 않을 것이다. 오직 유니티 에디터에서만 사용된다. 프로젝트에 여러개의 Editor 폴더가 존재해도 된다.

주의: 특수 폴더에 위치하지 않은 Editor 폴더는 프로젝트 어디에서 위치/포함 될 수 있다. 하지만 “Standard Assets”, “Pro Standard Assets”, “Plugins” 안에 위치할 경우, 이 폴더들의 직접적인 자식이어야 한다. 그렇지 않으면 정상적으로 처리되지 않는다. 예를 들어 “My Entension/Scripts/Editor”는 OK이다. 하지만 특수 폴더에 위치할 경우 반드시 ‘Standard Assets/Editor/MyExtension/Scripts”, 또는 “Pro Standard Assets/Editor/My Extension/Scripts”, 또는 “Plugins/Editor/My Extension/Scripts”이어야 한다.

“Plugins”

“Plugin” 폴더는 스크립트에서 접근하기를 원하는 네이티브 플러그인들이 위치하는 곳이다. 이것들은 자동으로 빌드에 포함될 것이다. 이 폴더는 어떠한 다른 폴더 안에 들어가 있으면 안된다( Assets 폴더 최상위에 위치해야 한다)

Windows에서는 네이티브 플러그인들이 .dll 파일들로 존재한다. Mac OS X에서는 .bundle 파일들로 존재한다. Linux에서는 .so 파일들로 존재한다. Standard Assets 폴더와 같이 이 곳의 스크립트들은 먼저 컴파일되며, Plugins 폴더 밖의 스크립트(어떠한 언어라도)에서 접근이 가능하다.

“Plugins/x86”

만약 32-bit나 유니버셜(32와 64 bit 모두) 플랫폼으로 빌드를 하고, 이 하위 폴더가 존재한다면, 이 폴더의 모든 네이티브 플러그인 파일들이 자동으로 빌드에 추가 될 것이다. 만약 이 폴더가 존재하지 않는다면, 유니티는 대신 부모인 Plugin 폴더에서 네이티브 플러그인들을 찾을 것이다.

“Plugins/x86_64”

만약 64-bit이나 유니버셜(32와 64 bit 모두) 플랫폼으로 빌드를 하고, 이 하위 폴더가 존재한다면, 이 폴더의 모든 네이티브 플러그인 파일들이 자동으로 빌드에 추가 될 것이다. 만약 이 폴더가 존재하지 않는다면, 유니티는 대신 부모인 Plugin 폴더에서 네이티브 플러그인들을 찾을 것이다.

만약 유니버셜 빌드를 생성한다면, x86과 x86_64 하위 폴더를 모두 만드는 것을 권장한다. 그리고 32-bit와 64-bit 버전의 네이티브 플러그 인을 적절한 하위 폴더에 넣어 준다.

“Plugins/Android”

Java-based 플러기인에 사용될 안드로이드 프로젝트에 포함시키고 싶은 Java .jar 파일들을 이곳에 위치시킨다. 모든 .so 파일(Android NDK-based 플러그인들)도 역시 포함될 것이다. See http://docs.unity3d.com/Documentation/Manual/PluginsForAndroid.html

“Plugins/iOS”

생성된 Xcode 프로젝트에 어떠한 .a, .m, .mm, .c 또는 .cpp 파일들을 자동으로 (심볼릭 링크로써) 추가하는 제한적이고 간단한 벙법이다. See http://docs.unity3d.com/Documentation/Manual/PluginsForIOS.html

만약 Xcode 프로젝트에 자동으로 파일들을 추가하는 방법에 대해 더 많은 제어를 하고 싶다면, PostprocessBuildPlayer 기능을 사용해야 한다. 이렇게 하는 것은 파일들을 Plugins/iOS 폴더에 위치시키지 않아도 된다. See http://docs.unity3d.com/Documentation/Manual/BuildPlayerPipeline.html

“Resources”

Resources 폴더는 스크립트에서 일반적인 (그리고 권유하는) 직접 참조 (유니티 에디터에서 드래그&드롭하는 스크립트의 변수 등) 하는 대신 파일 경로나 이름으로 에셋들에 접근할 수 있게 해주는 특수 폴더이다.

이러한 이유로 사용할 때 주의 사항이 있다. Resources 폴더의 모든 에들은 비록 사용되지 않더라도 여러분의 빌드에 포함된다. 그 이유는 이 에셋들은 스크립트에 의해 사용되기 때문에 유니티는 리소스 기반의 에셋들이 사용되는지 사용되지 않는지 판단할 수 없기 때문이다.

프로젝트에 여러개의 Resources 폴더를 가질 수 있다. 한 Resources 폴더의 어떠한 이름을 가지는 에셋을 넣어두고 또 다른 Resources 폴더에 같은 이름을 가지는 에셋을 넣어두는 것은 추천하지 않는다.

게임이 한번 빌드되고 나면 모든 Resources 폴더의 모든 에셋들이 에셋을 위한 아카이브로 패킹된다. 이는 기술적으로 최종 빌드에서는 더이상 Resources 폴더가 존재하지 않는 다는 것을 의미한다. 비록 여러분의 코드에서 이들을 마치 프로젝트에 존재하던 경로를 통해 접근하긴 하지만 말이다.

에셋들이 MonoBehavior 스크립트의 변수로 접근될 경우, 이 에셋들은 MonoBehaviour 스크립트가 Instantiate될 때 (즉, 게임 오브젝트나 프리팹이 씬에 존재하게 될 때) 메모리에 한번에 로드 된다는 것을 주목하자. 만약 에셋이 너무 크고 이것이 메모리에 로딩될 때 여러분이 이에 대한 더 많은 제어를 하고 싶다면 이렇게 동작하기를 원치 않을 것이다.

그럴 경우 큰 에셋들을 Resources 폴더에 넣고 Resources.Load를 통해 불러오는 것을 고려해보자. 에셋이 더 이상 사용되지 않을 경우에는 오브젝트에 대해 Object.Destory를 호출한 후 Resources.UnloadUnusedAsset를 호출함으로써 메모리를 해제할 수 있다.

“Editor Default Resources”

이 폴더는 Resources 폴더와 유사하지만 에디터 스크립트들 에서만 의미를 가진다. 만약 에디터 플러그 인에 에셋들(예를 들어 아이콘, GUI 스킨 등)을 로드해야 하지만 빌드에는 포함되어야 하지 않다면 이 폴더를 사용해라 (이러한 파일들은 그냥 Resources 폴더에 넣는다면 빌드에도 포함된다는 것을 의미한다).

에디터 스크립트들은 MonoBehavior 스크립트가 아니기 때문에 에셋에 접근하는 일반적인 방법(즉, 인스펙터를 통한 드래그 & 드랍)을 사용할 수 없다. “Editor Default Resources”는 이를 위한 편리한 방법이다.

“Editor Default Resources”안에 위치한 에셋들에 접근하기 위해서는 EditorGUIUtility.Load를 사용해야 한다.

Resources.Load와 달리 EditorGUIUtility.Load는 로드 하려고 하는 에셋의 파일 이름 확장자를 명시할 필요가 있다. 그러므로 “myPlugin/mySkin” 대신 “myPlugin/mySkin.guiskin”이어야 한다.

EditorGUIUtility.Load에 의해 사용된 메모리를 해제하기 위해서는 오브젝트에 대해 Object.Destroy를 호출한 후 EditorUtility.UnloadUnusedAssets를 호출하라.

알고 있는 바로는 오직 하나의 “Editor Default Resources” 폴더만이 존재할 수 있으며, Assets 폴더 바로 아래에 위치해야 한다.

“Gizmos”

Gizmos.DrawIcon에 사용되는 모든 텍스쳐/아이콘들을 가지는 폴더. 이 폴더의 텍스쳐 에셋들은 이름으로 불려질 수 잇으며, 에디터에서 기즈모로써 화면에 그려진다.

“WebPlayerTemplates”

웹 빌드에 사용되는 디폴트 웹페이지를 교체하기 위해 사용된다. 여기에 위치하는 스크립트들은 전혀 컴파일 되지 않을 것이다. 이 폴더는 Assets 폴더의 최상위에 위치해야 한다.

“StreamingAssets”

이곳에 위치한 파일들은 어떠한 변경도 없이 빌드 폴더에 복사된다(최종 빌드 파일에 포함되어야 하는 모바일과 웹빌드는 제외). 이들의 경로는 플랫폼 마다 다를 수 있으며 Application.streamingAssetsPath((http://docs.unity3d.com/Documentation/ScriptReference/Application-streamingAssetsPath.html))를 통해 접근할 수 있다. Also see http://docs.unity3d.com/Documentation/Manual/StreamingAssets.html

link # 1 : http://wiki.unity3d.com/index.php/Special_Folder_Names_in_your_Assets_Folder

link # 2 : http://www.devbb.net/viewtopic.php?f=37&t=1191

일정 loop 에 대한 시간을 측정 한다고했을 경우 JIT 컴파일은 

첫 실행에서만 효과를 누릴 수 있는 만큼 평균치에선 효과가 드러나지 않는다

JIT 컴파일(just-in-time compile) 또는 동적 번역(dynamic translation)은 프로그램을 실제 실행하는 시점에 기계어로 번역하는 컴파일 기법이다. 이 기법은 프로그램의 실행 속도를 빠르게 하기 위해 사용된다.

전통적인 입장에서 컴퓨터 프로그램을 만드는 방법은 두가지가 있는데, 인터프리트 방식과 정적 컴파일 방식으로 나눌 수 있다. 이 중 인터프리트 방식은 실행 중 프로그래밍 언어를 읽어가면서 해당 기능에 대응하는 기계어 코드를 실행하며, 반면 정적 컴파일은 실행하기 전에 프로그램 코드를 기계어로 번역한다.

JIT 컴파일러는 두 가지의 방식을 혼합한 방식으로 생각할 수 있는데, 실행 시점에서 기계어 코드를 생성하면서 그 코드를 캐싱하여, 같은 함수가 여러 번 불릴 때 매번 기계어 코드를 생성하는 것을 방지한다.

최근의 자바 가상 머신에서는 JIT 컴파일을 지원한다. 즉, 자바 컴파일러가 자바 프로그램 코드를 바이트코드로 변환한 다음, 실제 바이트코드를 실행하는 시점에서 가상 머신이 바이트코드를 기계어로 변환한다.

http://linuxism.tistory.com/258

좀 더 Jit 에 대한 자세한 설명

1. 닷넷의 이해, 컴파일과 실행

1.1 닷넷 (.NET)

​1.1.1 C#이란

▣ Visual Basic

​  ◈ 프로그램을 쉽고 빠르게 할 수 있었다.

​  ◈ 문제점

    - 완벽한 객체지향을 지원해주지 않았다.

    - 다른 언어와의 호환성 지원이 미흡했다.

​▣ C#의 가장 큰 이슈

  ​◈ 더 쉽고 빠르게 프로그램하는 것이다.

​  ◈ C#에서 할 수 없는 것을 완벽하게 지원해주자는 것이다.

​​▣ C#의 파워

  ​◈ 2줄이면 C언어로 만들어진 함수 라이브러리를 사용할 수 있다.

​▣ 변화​

  ​◈ 많은 개발자들이 C#을 이해하지 못하고 있었기에 C#에 대한 혼돈 상태에 있었다.

  ◈ C#을 이해하기 시작하면서 C#은 MS의 대체 언어가 되고 있으며, 개발자의 주 개발 언어가 되고 있다.

​

1.1.2 닷넷의 의미와 특징

​▣ 닷넷이란(프로그래머 입장)

  ◈ 모든 것을 포괄하고 있는 이상적인 개발환경

▣ 이상적인 개발환경

  ◈ 닷넷은 개발에 필요한 개발 언어, 개발 툴, 라이브러리, 기반 기술 등을 제공하는 이상적인 개발환경이다.​

​​▣ 개발환경의 통일

  ◈ 개발자는 닷넷 환경하에서 다양한 언어로 개발

▣ 실행환경의 통일

  ◈ 다양한 언어로 개발된 프로그램을 하나의 방식으로 번역한 후 닷넷에서 하나의 방식으로 동작

▣ C#​​

  ◈ 닷넷을 대표하는 언어

​

1.1.3 닷넷 프레임웍(.NET Framework)

1.1.4 닷넷의 특징

▣ 플랫폼 독립성(Platform Independent)

  ◈ 닷넷 프레임웍만 설치되어 있다면 어떠한 운영체제에서도 닷넷 애플리케이션이 동작할 수 있다.

▣ 다양한 언어의 지원

  ◈ 개발자는 다양한 언어로 개발, 닷넷에서 하나의 방식으로 동작

  ◈ CLS(Common Language Specification)

    - 닷넷 프레임웍에서 동작하기 위해서 언어들이 지켜야 하는 표준 스펙

▣ 상호 운용성(Interoperability)

  ◈ 서로 다른 언어끼리의 호환성

    - C#에서의 COM 사용

    - C#에서의 Win32 API 사용

  ◈ 닷넷 지원 언어들끼리의 호환성

​

1.2 ​닷넷 언어의 핵심

​1.2.1 중간언어

​

​

1.2.2 동적 컴파일러

​▣ 중간언어(Intermediate Language)

  ◈ 기계어로 변환하기 쉬운 상태의 중간 단계의 언어

  ◈ 닷넷에서 번역되고 실행되기 위해서는 중간언어 형태로 컴파일되어야 한다. 

▣ 중간언어의 단점

  ◈ 완전한 기계어가 아니기 때문에 언젠가는 완전한 기계어로 번역해야 한다.

  ◈ 속도가 느리다.​

▣ 중간언어의 장점

  ◈ 중간언어를 기계어로 번역하는 번역기만 제공된다면 어떠한 플랫폼에서도 실행 가능하다.​

▣ 중간언어와 동적 컴파일​​​ 

  ◈ 중간언어

     - C#의 최종 결과물(컴파일한 결과파일)

  ◈ 재컴파일

     - 중간언어는 완벽한 기계어로 컴파일되어야만 실행될 수 있다.

  ◈ JIT(Just In Time Compiler)

     - 중간언어를 동적으로 컴파일하는 컴파일러

1.2.3 CLR

1.2.4 컴파일과 실행

​▣ 닷넷의 컴파일과 실행

  ◈ 컴파일

    - 중간언어(IL) 형태로 만든다.

  ◈ 실행

    - .NET 환경의 CLR은 IL형태의 언어를 JIT가 재컴파일한 후 시행시킨다.

​▣ C#의 어셈블리

  ◈ 중간언어 형태의 .exe나 .dll파일들을 C#에서는 어셈블리(Assembly)라고 한다.

​▣ 어셈블리의 종류 ​

  ◈ 사설 어셈블리

    - Copy & Paste 개념의 프로그램

    - 복사해서 사용하면 된다.

  ◈ 공용 어셈블리

    - 레지스터 개념에서 발전된 형태

    - 공용 어셈블리를 등록하는 것은 레지스터와 동일하다.

    - 버전별로 독립적으로 관리하며 복사버젼을 보관한다.

    - CLSID 대신 디지털 서명 방식으로 관리한다.   ​

​

1.3 .NET과 언어​

1.3.1 .NET과 C#

▣ .NET과 C#의 호환

  ◈ .NET을 위해서 새롭게 만들어진 언어

  ◈ .NET의 특징은 곧 C#의 특징이다.

▣ C#언어의 특징

  ◈ 기존 언어들의 장점만을 살려서 만든 언어

  ◈ C#은 C++의 문법을 표준화하고 정리하고 발전시킨 언어이다.

  ◈ C#에서 C문법을 사용할 수 있다. (포인터)

  ◈ C#에서 기존의 COM 컴포넌트를 사용할 수 있다.

▣ C#의 라이브러리​

  ◈ XML.NET

  ◈ ADO.NET

  ◈ ASP.NET

  ◈ XML Web Services

​1.3.2 C#과 자바

[출처] [C#] 1.닷넷의 이해, 컴파일과 실행

VSync는 모니터의 화면 갱신에 맞추는 것인데

이게 생각외로 프로세스를 잡아 먹는다

첫번째 사진은 VSync옵션을 킨 상태인데 

보시다시피 대부분의 프로세스를 VSync가 사용하고 있다.

두번째 사진은 VSync옵션을 끈 상태인데

FPS가 2배로 오르고 그래프자체도 더 보기 편해졌다.

 

이제 이 옵션을 끄는 방법인데

Edit > ProjectObtion > QualitySetting 을 눌러보면

아래쪽에 VSync Count라는 항목이 있는데 Dont Sync로 바꿔주면 된다

아이폰의 경우 VSync를 기기에서 자체적으로 해주기 때문에

처음부터 Dont Sync를 해주면 되고

안드로이드의 경우 자체적으로 해주지 않아서 

키던 안 키던 그건 개발자가 결정하면 될듯 하다

참고로 이 옵션을 끄게 되면 베터리 소모가 많아 진다고 한다 ㅇㅇ

깨알팁 

- 맨위 옵션도 최적화에 도움이 되는 건데 그냥 텍스쳐의 질을 결정하는 거라 보면 된다.

출처: http://unityindepth.tistory.com/14 [UNITY IN DEPTH]

출처: http://unityindepth.tistory.com/12 [UNITY IN DEPTH]