はじめに Unity エディタが重くて操作に時間がかかる時や Hold on・Unity is busy のプログレスバーが消えずに Unity が操作できない時に 自分が試して解決した方法や、 公式フォーラムなどでこうすると解決したと報告があった方法を紹介していきます 目次 はじめに 目次 Unity プロジェクトのフォルダ内の Library フォルダを削除 Unity プロジェクトのフォルダ内の Library/ShaderCache フォルダを削除 GI Cache の Clean Cache を実行 Package Manager のキャッシュを削除 並列インポートを有効化 Auto Refresh を無効化 Directory Monitoring を無効化 Busy Progress Delay に大きな値を設定 Disable Editor Analytics (Pro O

Player設定の Fullscreen Mode を切り替えながらビルドしていると、全画面設定でビルドしたのにウインドウで表示されたり、前回起動したときの設定がそのまま使われているような動作になる。 どこかにキャッシュがあるんだろうなあと思って調べていたら、フォーラムの回答にそれっぽいのが載っていた。 can't change resolution for standalone build Windows やっぱりというかなんというか レジストリ に保存されているらしい 検索窓から regedit でレジストリエディタを開き、Unityのプロジェクト設定欄の company name に設定してある文字列を検索するとキーが見つかる。 その下のゲーム名のキーをまるごと削除すればリセットされる。 ゲームをリビルドして実行 Mac plistファイルを削除する ~/Library/Prefer

Unityは、ゲーム開発環境です。 作ったゲームは配布することが出来ます。 色々なプラットフォーム（Windows, Mac, Linux, iPhoneやAndroid端末などなど）に対応した実行ファイルを出力することが出来ます。 ここではUnityでのビルド方法を解説します。（Windows向けで解説）

1フレームでこの処理時間を超えてしまうと、目標としたタイミングで画面が描画されないため カクカクした状態、つまり処理落ちが発生します。 フレームレートが高くなるほど見た目はスムーズに動作していますが、処理時間の猶予がシビアになるため、スクリプトの処理のパフォーマンスをより厳密に調整していく必要があります。 どのフレームレートを選択すべきかは作成したいゲームによるのですが、アクションやレース、音ゲーなど、ユーザーの操作に対してズレがあると困るゲームはなるべく高いフレームレートにする方が良いです。 一方で、じっくり考えながら操作できるRPGやシミュレーションゲームであれば多少フレームレートを落としても良いと思います。 演出をするときだけ60FPS、ユーザーが操作を行うタイミングでは30FPSなど、スクリプトから動的に変更するのも手です。 フレームレートの確認 フレームレートを確認するには、Ga

Unity には プラットフォーム依存コンパイル という機能があります。これは、いくつかのプリプロセッサーディレクティブで構成され、スクリプトを分割して、サポートしているプラットフォームごとに一つずつコンパイルし実行できます。 さらに、Unity エディター内でコードを実行することができるので、コードをターゲットのプラットフォームのためにコンパイルし、エディター内でテストすることができます。 プラットフォームの #define ディレクティブ Unity がスクリプトでサポートしているプラットフォームの #define ディレクティブは以下の通りです。 プロパティー 説明

この記事でのバージョン Unity 2017.1.0f3 Editor Console Pro 3.924 はじめに 現在、Unityライセンス購入時に優良&有料アセット詰め合わせ、エッセンシャルパックが貰えます。 せっかく貰ったのだから試しに使ってみよう！記事にもしてみよう！というのがこの記事の趣旨です。 さて、今回紹介するアセットですが、タイトルの通り モバイルエッセンシャルに含まれるEditor Console Proです。 説明によるとデバッグを簡単にして生産性を上げられるとの事。 Editor Console Pro - Asset Store イメージとしては以下のような感じ。控えめに言っても神アセットです。 Editor Console Proは出来る事が多々あるので、分かった範囲で機能を列挙していきます。 なお、Editor Console ProはWindowメニューから

あけましておめでとうございます。久しぶりの更新です ^_^; 今回は、UnityのuGUIを軸としたUI開発をまとめてみました。 Canvas Render Mode 解像度対応 SafeArea対応 描画順 Canvas内の描画順 複数Canvas間の描画順 UIにパーティクルを差し込む Image テクスチャの設定 Image Type Border 設定方法 RawImage UV Rect まとめ 参考 Canvas uGUIはCanvasコンポーネントを起点とします。このコンポーネント配下に各UI要素を配置します。 Render Mode UIの描画方式を設定します。 Render Mode 概要 Screen Space - Overlay 通常のUI作成はこれを使います。カメラは参照せず常に最前面に表示されます。 Screen Space - Camera 指定したカメラ範囲

はじめに 実装したソースはこちら https://github.com/zi-su/ScriptLibrary/tree/master/Editor AASUtility.csにまとめています。 Unityではアセット管理としてAssetBundleがあります。 このAssetBundleを使い膨大なアセットをまとめてアセット管理を行ってきました。 そのためにそれぞれAssetBundleManagerクラスを作成していたと思います。UnityがAssetBundleManagerを提供していましたが現在ではサポートされておりません。 https://bitbucket.org/Unity-Technologies/assetbundledemo/src/default/ AssetBundleクラス自体は低レベルなクラスであり、実際のゲーム開発で使いやすくするために拡張が必要です。 オレ

概要 Unity は、スクリプトがどのようにマネージアセンブリにコンパイルされるかを自動的に定義します。 通常、スクリプトの変更に対する Unity エディターのコンパイル時間は、プロジェクトに加えるスクリプト量が増えるほど長くなります。 フォルダー内のスクリプトに基づいて独自のマネージアセンブリを定義するには、アセンブリ定義ファイルを使用します。これを行うには、適切に定義された依存関係を持つ複数のアセンブリにプロジェクトのスクリプトを分けます。こうすると、スクリプトで変更を加えたときに必要なアセンブリのみが再構築され、コンパイル時間が削減されます。Unity プロジェクト内では、各マネージアセンブリを単一のライブラリと考えることができます。 図 1 - スクリプトコンパイル 図 1 上の図は、プロジェクトスクリプトをいくつかのアセンブリに分ける方法を示しています。Main.dll のスク

エディタ拡張とは この記事でのバージョン Unity 2017.4.6f1 はじめに 今回はUnityのScripted Importerという機能を使って、 Unityが対応していない拡張子のファイルへの対応を行おうというお話です。 イメージとしては以下のような感じ。(.sampleという拡張子のファイルを直接ScriptableObjectに変換) なお、『Unite 2018 Tokyo』の「エディター拡張マニアクス2018」を参考にさせてもらってます。 【Unite 2018 Tokyo】エディター拡張マニアクス2018 from UnityTechnologiesJapan 講演者：安藤 圭吾（フィールドエンジニア｜ユニティ・テクノロジーズ・ジャパン合同会社） 【こんな人におすすめ】 ・エディター拡張を触っている人 ・Unityエディター拡張入門 (http://anchan82

JSON変換ができるオブジェクトの条件 以下リファレンスに記載してあるように、変換可能なオブジェクトは「Serializableなプレーンクラスか構造体」となっています。 Serializable属性でマークされているプレーンなクラスか構造体でなければなりません。 オブジェクトのフィールドはシリアライザーでサポートされるタイプでなければなりません。 privateフィールドやNonSerialized属性をマークされるフィールドと同様にサポートされていない型を持つフィールドは無視されます。 プレーンなクラスと構造体だけがサポートされます。 (MonoBehaviourやScriptableObjectなどのような) UnityEngine.Object から派生するクラスではないです。 シリアライザーでサポートされるタイプとは 上のフィールドの条件で「シリアライザーでサポートされるタイプ」

public interface ILogHandler { void LogFormat(LogType logType, Object context, string format, params object[] args); void LogException(Exception exception, Object context); } LogFormatメソッドには、Debug.Logが呼ばれたときに行う処理を定義します。 LogExceptionメソッドには、例外処理が発生した時に行う処理を定義します。 logHandlerプロパティには、あらかじめILogHandlerを実装したインスタンスが格納されています。 このlogHandlerは書き換え可能なプロパティなので、ILogHandlerを実装した独自クラスのインスタンスを指定すればログ出力処理を自在に書き換える事ができ

var num = 128; Debug.Log(num); Debug.Log("Hello, world!"); Console ウィンドウに出力結果が表示されます. 最後の出力結果は左下に出てたりもします. ちなみに Deubg.Break() で一時停止できます. Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationWhat you can do with signing up