（この情報は Unity 5.0 の時点のものであり、最新版とは異なる可能性があります。） Unity 4 と Unity 5 では iOS/Android 向けテクスチャ圧縮の処理の内容が異なっています。 Unity 4 の時点では次のような処理になっていました。 PVRTC 変換には PVRTexTool を、ETC 変換には etcpack を用いる。 etcpack の引数には常に “-s fast” と “-e perceptual” が与えられる（Unity 側の Compression Quality 設定は無視される）。 PVRTexTool の引数には “-q pvrtcfast”, “-q pvrtcnormal”, “-q pvrtcbest” のいずれかが与えられる（Compression Quality 設定に基づく）。 これが Unity 5 では次のように変更
お疲れ様です。 Unity書いてたら、たまたまいい感じのdrawcall削減例が出来たので、 投稿したいと思います。 どんなUnityプロジェクトなの？ テキストファイルを読み込む パースし、マップデータに変換 変換したマップデータからマップを生成する という簡単なモノです。 8bit RPGのようなマップチップを配置するものではなく、 昨今のソーシャルゲームにあるようなマスを進むタイプのマップになります。 こんな感じ。 現在、draw call : 12となっています。 コードはこんな感じ using UnityEngine; using System.Collections; using System.Collections.Generic; using System.IO; public class LoadText { // Resources/text/から指定のテキストファイル
レポート一覧 Live2Dの描画の裏側の話 Unityカジュアルゲーム・ケーススタディ ドローコール伝説の終わり GREE Tech Talk #07 : Unity Performance Casual Talk niconico LIVE パフォーマンスの最適化 (描画の)パフォーマンス最適化は大きく分けて2種類 CPUが遅い GPUが遅い ドローコールとは 描画に関する何か ↓ 描画が遅いっぽい ↓ ドローコールを減らせば何とかなる ↓ ではない！ 描画処理の__CPU側__の処理 厳密にいうと、__CPU側のドライバー__がGPUに描画内容を渡す処理 glDrawElements()とかが該当 CPU側の描画処理 Unity マテリアルの設定 頂点データ、テクスチャ、カラー、マトリックスなど ↑ | ←こっちの処理のほうがだいたい重たい ↓ OpenGL ドライバ リソースの
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
Captcha security check hisasann.com is for sale Please prove you're not a robot View Price Processing
自分メモとしてまとめました。 ※Androidの外部ストレージは端末によってパスが変わります。 Application.dataPath アプリケーションが保存されているパス。 環境 取得パス
You can use .NET class libraries in the scripts you write for Unity. Depending on your .NET Compatibility level selected in your project settings, Unity supports more, or less of the full class libraries. This page contains a list of which classes and methods are available for each .NET compatibility level setting. Namespace System
Serializeのルールを理解するとInstantiateや実行中のコンパイルに役に立ちますという話。 目次 シリアライズのルール 共有データはScriptableObjectで 非Serializableな変数の対応 適切なシリアライズ設定は適切なInstantiateを可能にする 適切なシリアライズ設定は実行中コンパイルを可能にする 実行中コンパイルの問題：Coroutineが破棄される等 シリアライズのルール UnityEngine.Objectの派生クラスは、シリアライズして.prefabや.assetの形式で保存することができ、その際には以下の条件を満たすメンバ変数（フィールド）のみがシリアライズされます。派生クラスは、MonoBehaviour・UIBehaviour・ScriptableObject等を継承して作ることが出来ます。 SerializedField属性が設定さ
オブジェクト、文字列、配列が作成されるとき、それを格納するのに必要なメモリは ヒープ と呼ばれる中央集約的なプールから割り当てられます。アイテムが使用されなくなると、それに使用されていたメモリを何か別のもののために確保することができます。以前は、適切な関数コールを通じて明示的にヒープメモリブロックを割り当てたり解放することは、通常はプログラマ自身の責任でした。最近では Mono エンジンのようなランタイムシステムがメモリ管理を自動化しています。自動メモリ管理では、明示的に割り当て/リリースするよりコーディングの労力が大幅に削減され、かつメモリリーク (メモリを割り当て、使用しなくなってもリリースされない状況) の潜在的な可能性を著しく下げます。 値型と参照型 関数が呼び出されると、引数の値はその特定の呼び出しのために予約されたメモリエリアにコピーされます。数バイトを占有するデータ型は速やか
Unityでマルチスレッド（前半）
http://unitygems.com/threads/ November 2, 2012 はじめに ゲームでマルチスレッドを活用することに興味がある場合、この記事が役立つようにしたい。スレッドは比較的複雑なトピックだがマスターすることでマルチプロセッサのあるハードウェアや、プロセッシングを管理可能な単位に分割するのが大変な場合に大きなメリットが生じるものだ。 スレッドが実際に役立つケースをあげると： A* のようにレベルマップの多くのデータを処理する必要があるアルゴリズム メッシュ変形など大量の点データを扱う処理 サーバへの長時間のアップロード QRコード認識のような画像処理 スレッドとはプログラムの他のスレッドと同時に実行されるプロセスだ。マルチプロセッサ搭載のマシンでは完全に同時実行の場合があるが、そうなるかはスレッドの数がプロセッシングコアの数より多いかによって決まる。 Unit
Unityでスレッドを使ってみるテスト。 アプリやゲームを作っているとほぼ１００％ぶつかる問題、重たい同期処理（ブロッキング処理）。 1フレームに掛かる処理が重たいと画面が引きつったように見えたり、入力の反応が無くなったりと 何かとデメリットばかりである。 世に出ている軽快なアプリはそれらを無くすためにおそらく様々な努力がなされている。 その１つとして、同期処理の非同期化はまず欠かせない。 というわけでUnityで非同期処理をしたくなったら、まず２つの手段がある。 コルーチンとスレッドだ。 この２つは同じようで実は全然違う。 各々の特徴を簡潔にまとめてみた。 コルーチン ・メインスレッドで処理される →なのでyieldで分けて処理を分散しても、その1つ1つの処理自体が重いと全体に影響する ・IEnumerator型の戻り値のメソッドである必要がある ・UnityのAPIが使える スレッド
個人的にC#はグルー言語であるという認識が強くて、パフォーマンスを意識したプログラミングの経験が無い。しかしUnityのスクリプトをC#で書いていると、そこを意識しなくてはならないケースに出くわすことがある。 最近あったのは、テンポラリな配列のアロケーションが大きなオーバーヘッドを生み出しているという状況だった。これは結局、配列の使用をやめてstructのメンバー変数にパックするよう変更したところ、パフォーマンスは著しく改善された。言い換えれば、テンポラリオブジェクトの所在をヒープ上からスタック上へと移すことによってオーバーヘッドが解消された、という格好だ。 問題となっていたのは、まあざっくりとこんな感じの、ゲームステートを保持するクラスだった。 public class State { byte[] cells = new byte[16]; public State() {} publ
UnityをC#で超入門してみる #1 Unity入門の章 http://qiita.com/hiroyuki_hon/items/0718a50e6569b6c5037a の続きです。 #目次 超入門#2 ゲームオブジェクトの章 カメラ・移動・変形・削除・色・やりとり 継承関係 Object → GameObject Object → Component → Behaviour ##カメラ カメラを調整しよう カメラでターゲットを追ってみよう ##ゲームオブジェクト ゲームオブジェクトの情報を取得しよう スクリプトの有効、無効を設定してみよう ゲームオブジェクトのタグをチェックしよう Find()でゲームオブジェクトを取得しよう スクリプトでコンポーネントを追加しよう スクリプトからプリミティブオブジェクトを生成しよう 違うプリミティブオブジェクトを表示してみよう スクリプトでオブジェ
[Unity]Unityでテクスチャを読む7つの方法 の4,5,6について。 1. モデルのマテリアルにTextureを貼っつけてシーンに配置 2. Resourcesにファイルを配置し、Resources.Load 3. AssetBundleにテクスチャを格納し、bundle.Load 4. WWWからテクスチャをダウンロードし、www.textureNonReadable 5. WWWからテクスチャをダウンロードし、www.LoadImageIntoTexture 6. IO.Fileでテクスチャのbytesを取得し、texture2d.LoadImage 7. ネイティブプラグインでTextureを作ってTexture2D.CreateExternalTextureとtexture2d.UpdateExternalTextureで取得 7つの内の3つ、pngやjpegを読む方法につ
サーバーから取得した画像をUnityで表示するにはWWWクラスでテクスチャーを取得し、取得したデータをマテリアルに渡してあげます。 public class WebImage : MonoBehaviour { [SerializeField] protected Material material; // Use this for initialization IEnumerator Start () { WWW www = new WWW( "http://stat.ameba.jp/user_images/20130405/20/lelouch2937/1d/56/j/o0480048012489166876.jpg" ); yield return www; material.mainTexture = www.texture; } }シーンを再生するとサーバーから取得した画像が表
スクリプトでテクスチャを貼る～Unity
スクリプトにてオブジェクトのテクスチャを貼りかえるメモ。言語はＣ＃。 ■テクスチャの準備 ２枚のテクスチャ（png）を用意する。ここでは以下の２つとする。 ※Unityで扱える画像ならpng以外でも構わない。 tex_BtnDialOff.png tex_BtnDialOn.png これを予めAssets内のResourcesフォルダ配下に置く。Resourcesフォルダが存在していない場合は自分で作る。 今回はさらにTextureフォルダを作りその下にテクスチャを配置。 ※このとき Resources配下以外の位置に置くとうまくいかないので注意。 以下のような配置になる。 Asset/Resources/Texture/tex_BtnDialOff.png ■コード実装 適当に定数定義する： ※この時のパスは暗黙で /Resources/ がついていることになっている。 const st
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
