- 2023/09/02 【Unity】【エディタ拡張】Game View の解像度を取得する
- 2023/08/02 【Unity】【C#】指定ワールド位置がカメラに映っているか調べる
- 2023/04/01 【Unity】A Native Collection has not been disposed, resulting in a memory leak. Enable Full StackTraces to get more details. と出たら…
- 2023/03/09 【Unity】エディタ上(Visual Studio等)のスクリプトをUTF8に固定する
- 2022/11/30 【Unity】マテリアルで使用しているシェーダを調べる
« prev next »
【Unity】【エディタ拡張】Game View の解像度を取得する 
2023/09/02 Sat [edit]
ランタイム時の画面解像度は (Screen.width, Screen.height) で取得できるのだが、エディタスクリプト上で Screen で画面解像度を取得すると、よくわからない値になる。

調べてみたら、UnityStats.screenRes というプロパティ(Unityマニュアルではなぜか見つからない)で取得できるとあったので、いつものように静的な関数として定義しておくと便利だと思った。簡単なサンプルを載せておこう。
(※) Unity 2020.3.34f1 / Windows11(x64) で確認
●Game View の解像度を取得する (戻値:Vector2Int 型)
using UnityEngine;
#if UNITY_EDITOR
using UnityEditor;
public static partial class Utils //※クラス名は任意
{
/// <summary>
/// Game View の解像度を取得する (戻値:Vector2Int 型)
/// 2023/09/02 Fantom
/// http://fantom1x.blog130.fc2.com/blog-entry-431.html
/// </summary>
/// <returns>x = width, y = height</returns>
public static Vector2Int GetGameViewResolution()
{
var res = UnityStats.screenRes.Split('x'); //"1920x1080" 等
return new Vector2Int(int.Parse(res[0]), int.Parse(res[1]));
}
}
#endif
●エディタスクリプトからの使用例 (戻値:Vector2Int 型)
using UnityEngine;
using UnityEditor;
[CustomEditor(typeof(GameViweResoTest))] //クラス名は任意(ヒエラルキーにアタッチ)
public class GameViweResoTestEditor : Editor //クラス名は任意(※Editorフォルダに置く)
{
public override void OnInspectorGUI()
{
base.OnInspectorGUI();
GUILayout.Space(15);
if (GUILayout.Button("GameViewResolution"))
{
Debug.Log($"Screen: {Screen.width}x{Screen.height}");
var reso = Utils.GetGameViewResolution();
Debug.Log($"GameViewResolution: {reso.x}x{reso.y}");
}
GUILayout.Space(15);
}
}
戻値に Vector2Int を使ってるが、x が width, y が height となる。
ここでは MonoBehaviour を継承した適当なスクリプト(GameViweResoTest.cs)を作成し、ヒエラルキーにアタッチしている。
1280x720, 1920x1080 等、定番の解像度を使ってるが、「Free Aspect」の状態でも取得できるようだ。そのときに 425x776 など、実際の画面上の解像度(?)になるらしい。

●結果例 (GameView: 4K UHD)
GameViewResolution: 3840x2160
GameViewResolution (Tuple): 3840x2160
現在の Unityバージョン(掲載時点:Unity2020)だと C# も Tuple 型が使えるので(必要なら、.Net 4.x にする)、戻値を Tuple 型にしておくと、少しばかり簡潔になるので良いかもしれない。
●Game View の解像度を取得する (戻値:Tuple 型)
using UnityEngine;
#if UNITY_EDITOR
using UnityEditor;
public static partial class Utils //※クラス名は任意
{
/// <summary>
/// Game View の解像度を取得する (戻値:Tuple 型)
/// 2023/09/02 Fantom
/// http://fantom1x.blog130.fc2.com/blog-entry-431.html
/// </summary>
/// <returns>w = width, h = height</returns>
public static (int w, int h) GetGameViewResolutionAsTuple()
{
var res = UnityStats.screenRes.Split('x'); //"1920x1080" 等
return (int.Parse(res[0]), int.Parse(res[1]));
}
}
#endif
●エディタスクリプトからの使用例 (戻値:Tuple 型)
using UnityEngine;
using UnityEditor;
[CustomEditor(typeof(GameViweResoTest))] //クラス名は任意(ヒエラルキーにアタッチ)
public class GameViweResoTestEditor : Editor //クラス名は任意(※Editorフォルダに置く)
{
public override void OnInspectorGUI()
{
base.OnInspectorGUI();
GUILayout.Space(15);
if (GUILayout.Button("GameViewResolution"))
{
Debug.Log($"Screen: {Screen.width}x{Screen.height}");
var (w, h) = Utils.GetGameViewResolutionAsTuple();
Debug.Log($"GameViewResolution (Tuple): {w}x{h}");
}
GUILayout.Space(15);
}
}
注意点として、エディタスクリプトは任意の「Editor」フォルダ内に入れて使うか、プリプロセッサ(#if UNITY_EDITOR~#endif)で囲んで使う(通常はヒエラルキーでアタッチするスクリプトはプリプロセッサで囲み、エディタのみ使うものは Editor フォルダに入れるのが簡単)。これらは Unityエディタ上では使えるが、ランタイムでは使えない。あくまで開発支援用スクリプトとなる。
自由に改造して使うと良い。
(関連記事)
【Unity】【C#】画面解像度とアクペクト比(整数)を求める
【Unity】【C#】指定ワールド位置がカメラに映っているか調べる
【Unity】固定背景画像(2D)を表示する
- 関連記事
-
-
【Unity】【C#】文字列の暗号化・復号化を簡単に行う
-
【Unity】Unity2018 でビルドエラー「CommandInvokationFailure: Gradle build failed.」が出る
-
【Unity】【C#】AssetBundleManager を WebGL で使う・エラー対処法
-
【Unity】【C#】InputSystem の Mouse クラスと (旧)Input.GetMouseButton の対応
-
【Unity】IncrementalCompiler でのエラー:Unloading broken assembly Packages/com.unity.incrementalcompiler/Editor/Plugins/Unity.PureCSharpTests.dll, this assembly can cause crashes in the runtime
-
category: Unity
thread: ゲーム開発
janre: コンピュータ
tag: Unityライブラリ Unityリファレンス エディタ拡張【Unity】【C#】指定ワールド位置がカメラに映っているか調べる 
2023/08/02 Wed [edit]
最近はチュートリアル・ノウハウ系が多かったので、久しぶりにお役たちコード(?)を書いておこう。
まぁ、VRM Live Viewer 開発し始めてからどうしても偏ってしまうが、私も最初から知ってたわけじゃないからね。必要に応じて調べてるうちに Unity にも詳しくなったとも言える。何でも勉強するならテーマがあった方が頭に入るね。極端な話、VRM Live Viewer はオープンソースの塊で、再利用可能コードは数年間に渡って公開してるし、アルゴリズムなどもアプリ開発以前から公開してるし、全部無料で手に入るものばかりなので、誰でも作れることになる。つまり、世界中の人と条件は同じなのだ。積み重ねがどれだけ重要かがわかるね(笑)。
それでは、さっそく今回のテーマのコードを書いてみよう。と言ってもかなり簡単なんだけどね。
●指定のワールド位置がカメラに映っているか調べる
using UnityEngine;
public static partial class Extensions //※クラス名は任意
{
/// <summary>
/// カメラの Viewport 内に表示されているか?
/// 2023/08/01 Fantom
/// http://fantom1x.blog130.fc2.com/blog-entry-430.html
/// </summary>
/// <param name="cam">判定するカメラ</param>
/// <param name="pos">対象ワールド位置(transform.position)</param>
/// <returns></returns>
public static bool InCamera(this Camera cam, Vector3 pos)
{
if (cam == null)
return false;
var vp = cam.WorldToViewportPoint(pos);
return (0f <= vp.x && vp.x <= 1f && 0f <= vp.y && vp.y <= 1f);
}
}
Camera.WorldToViewportPoint の内容は公式マニュアル見て欲しいが、戻り値の Vector3 は翻訳すると『ビューポート空間は正規化されており、カメラに対して相対的です。カメラの左下は (0,0) です。右上は (1,1) です。Z 位置はカメラからのワールド単位です。』となっているので、要するに値が 0~1 に入ってれば、カメラのビューポートに入ってると考えて良い。
ただ、指定位置は transform.position 等、あくまで「点」でしかないので、メッシュなどが大きい場合、中心(Pivot)は画面から外れてるが、メッシュの一部が画面に少し見えている、なんてことが起こるかもしれない。そういうときはメッシュのバウンディングボックス(Renderer.bounds)等の8隅を調べるなどすれば良いかもしれない。
また、Unity では全ての GameObject は Transform 持ってるので、いっそ transform を引数にしたものを作っておくのも良いかもね。
●指定のワールド位置がカメラに映っているか調べる (Transform 指定)
using UnityEngine;
public static partial class Extensions //※クラス名は任意
{
/// <summary>
/// カメラの Viewport 内に表示されているか?
/// 2023/08/01 Fantom
/// http://fantom1x.blog130.fc2.com/blog-entry-430.html
/// </summary>
/// <param name="cam">判定するカメラ</param>
/// <param name="tr">対象Transform</param>
/// <returns></returns>
public static bool InCamera(this Camera cam, Transform tr)
{
if (cam == null || tr == null)
return false;
var vp = cam.WorldToViewportPoint(tr.position);
return (0f <= vp.x && vp.x <= 1f && 0f <= vp.y && vp.y <= 1f);
}
}
まぁ、好きに改造して使って欲しい。
今回も VRM Live Viewer で使ってる再利用可能コードの一部となる。タイトルにもある「特定位置がカメラに映っているか調べる」は、ポストエフェクトの被写界深度の自動フォーカスで「ボーン対象」の選択に使っている。ボーンの選択が無い頃はモデルの「Head」(顔の辺り)1つが対象になっていて、要するに顔が常にフォーカスされていた。しかし、カメラモーションによっては下(足)から上(顔)へ接写など、一時的に顔が画面から外れてしまうことがあったんだよね。そういうとき顔以外にもフォーカスを当てる必要があった。つまり「顔が画面から外れていれば、他の近いボーンをフォーカス対象とする」ようにしたかったんだよね。
まぁそんなことを VRM Live Viewer リリース以来、約5年近くやってる。最近はたまに「VRM Live Viewer を github で公開しろ」とか言ってくる人もいるが、冒頭に述べたように内容的にはオープンソースの塊だったりする。それをアプリに最適化、一部都合良く手を加えて改造してるので、ほとんど汎用性は無い。汎用的にするためにアプリ依存コードを除外して、一般化すればオープンソースと同じになる(元に戻る)。なので、全然意味が無い。ブログの冒頭でも言ってるように、最初からどうやって作ったかも、使ってるオープンソースも全部書いてあるので、本当に意味を感じない。
まぁ、言ってくる人は学生さん(?)が多い気がするが、私も学生の頃は何でもできるわけじゃなかったよ。でも四苦八苦して色々考えてたのがいい経験になったのは間違いない。最初から「答えを教えろ」(そしてコピーして作ったものを自分のものにさせろ)というのは、かなり失礼なことだと思う。前述したように「世界中の人と同じ条件で作っている」(恐らく同じVRMアプリ開発者内では最底辺の環境)ので、同じことは誰でもできる。Unity なんてお金を出せば AssetStore でいくらでも優れたアセットを導入できるからね。私は無料で配布してるので、有料アセットなど買えないのだよ。だからオープンソースと自分のこれまでの知識と技術を駆使してるだけで、特別なことはしてない。せいぜい自分なりの工夫を重ねてるだけで、何でもやって貰えるのが当たり前と思われても非常に困る(← 一時期クレクレが年間50件は超えていて頭が痛かった=仮に1件5万~30万取れるとすると250~1500万の仕事をタダ働きすることになる。普通にサラリーマンの給料で換算しても約5年だと1500~2500万を無料で提供してるからね。これ以上仕事してタダでよこせと言われても、自分ならどうかと考えてみて欲しい)。
経験不足は経験でしか補えないからね。私は学生時代書いたコード(C, C++)を未だに持っているが、物凄く苦労して2週間~1ヶ月くらいかけて作ったコード(システム)も、今では1日くらいで作れる。それくらい人は成長できるのだよ。答えはブログでもオープンソースでもググって大量の資料でも、今では充実してるので(昔はそんなに便利じゃなかった)、ヒントはやるから諦めないで精進しろとしか言えないのが本音なんだよね。今後はビジュアルスクリプティングでコンポーネント組み合わせるだけで作れるし、AI がコード自動生成してくれる時代も来るから、今よりもっと「自分で考える」ことができない人増えるだろうね。与えてくれるのが当たり前って考え方を捨てないと、成長はできないと思うよ。
(関連記事)
【Unity】固定背景画像(2D)を表示する
【Unity】【C#】画面解像度とアクペクト比(整数)を求める
【Unity】【C#】HDR Color を計算(変換)する
【Unity】【C#】ガンマ(Gamma, sRGB) - リニア(Linear) 値の相互変換
【Unity】【C#】3DText(TextMesh) を半透明より手前に表示する
【Unity】A Native Collection has not been disposed, resulting in a memory leak. Enable Full StackTraces to get more details. と出たら… 
2023/04/01 Sat [edit]
久しぶりに UniVRM を 0.108 にアップデートしてみたら、以下のエラーが出るようになった。
しかし、エラーメッセージはそれだけで、何も情報が出てこない。どうやらメモリーリークしてるようだが、以前は出てなかったので恐らく実装が変わったのだろう。翻訳すると「フルスタックトレースを有効にして詳細を得よ」と書いてあるが、それどこにあるの?ってググってみた。そしたら以下のページが出てきた。
(参考) A Native Collection has not been disposed, Enable Full Stack?
どうやら Jobs をパッケージマネージャでインストールすれば、メニューに出てくるようだ。やってみたら、詳細のエラーログが出るようになったので、Unity 初心者でもわかるように詳しく手順を書いておこう。
(※) Unity 2020.3.34f1 / Windows11(x64) で確認
1.「Edit>Project Settings...」から「Package Manager」を表示し、「Enable Preview Packages」「Show Dependencies」のチェックをオンにする(※現時点では Jobs が Preview のため。Stable になったら、この手順は必要無くなると思う)。
2.「Window>Package Manager...」を開き、「Unity Registry」にして「Jobs」をインストールする。
3. インストールが終わったら(結構時間かかる)、上部のメニューから「Jobs>Leak Detection>Full Stack Traces (Expensive)」をオンにする(※「Expensive」とあるので、負荷が高くなる=動作が重くなる ので注意)。

これでエラー時に詳細なスタックトレースが Console に出るようになる。

私が改修していた UniVRM 0.108 では GltfData がメモリーリークしていたらしい(クラス内部で NativeArray を使ってるっぽいので、Dispose する必要があるのだろう)。using で囲めばエラーは出なくなった。参考ページでは WWW を using で囲ってるね。その手のオブジェクトを疑ってみれば良いだろう。
(参考) A Native Collection has not been disposed, Enable Full Stack?
(関連記事)
【Unity】SymGetSymFromAddr64, GetLastError: '無効なアドレスにアクセスしようとしています。' と出たら…
【Unity】Unity2018 でビルドエラー「CommandInvokationFailure: Gradle build failed.」が出る
【Unity】IncrementalCompiler でのエラー:Unloading broken assembly Packages/com.unity.incrementalcompiler/Editor/Plugins/Unity.PureCSharpTests.dll, this assembly can cause crashes in the runtime
【Unity】【C#】モバイルビルド中の警告:Game scripts or other custom code contains OnMouse_ event handlers.~ を消す
【Unity】InitializeUnityExtensions: Must have a valid path for the plugin [XX] (XX:番号) というエラーの修正方法
【Unity】"~\Temp\Assembly-CSharp.dll.mdb" is denied. と出たら…
【Unity】エディタ上(Visual Studio等)のスクリプトをUTF8に固定する 
2023/03/09 Thu [edit]
トラブルシューティングっぽいのが続いてるので、ついでに Unity エディタ上の問題もメモを残しておこう。
Unity2019(?) くらいからだろうか?エディタ上で作ったスクリプトをインスペクタ上で見ると、文字化けするようになったんだよね。

テキストエディタ上(Visual Studio等)では問題なく日本語表示されているので、気が付かなかったりするけど、どうやら Windows 上(?)ではデフォルトで Shift-JIS で保存されているらしい…。
Visual Studio上の設定では UTF-8 になってても、なぜか Unityエディタでは Shift-JIS になってしまう…。対処法をググってみたらやはり同じ問題に出くわした人も多いみたいで、アセットをインポート(更新)する際のイベントハンドラを使って、スクリプトで解決する方法があった。それを試してみたら上手く行ったので、Unity初心者でもわかるように手順を書いておこう。
(※) Unity 2021.3.18f1 / Visual Studio 2019 / Windows11(x64) で確認
1. まずは「新規スクリプト生成時にテキストエンコードをUTF-8に変換する」スクリプトを以下の github からコピーしよう。
・新規スクリプト生成時にテキストエンコードをUTF-8に変換する (github)

2. Unity エディタ上でプロジェクトビューから「Editor」フォルダを作り(場所は任意)、「右クリック>Create>C# Script」で新規スクリプトが作れるので、「AssetPostprocessUTF8Encode.cs」などにして作成する。ダブルクリックでテキストエディタ(Visual Studio等)を開いたら、github でコピーしたスクリプトをまるごと貼り付けて保存しよう。

3.「AssetPostprocessUTF8Encode.cs」の保存が完了したら、文字化けしているスクリプトを一旦編集などして保存し直す。すると UTF-8 になっているハズだ。インスペクタで確認しよう(インスペクタが更新されないなら、一旦フォーカスを外し、再度クリックする等)。

まぁ、どちらの文字コードでも実質問題は無いみたいなんだけどね。素早くインスペクタで中身を確認したいとき等は UTF-8 に統一しておいた方が良いだろう。また「AssetPostprocessUTF8Encode.cs」の 45行目には改行コードの変換も入っているようなので(CRLF→LF)、不要なら Replace() 以降を削除しても良いだろう。その辺りはご自由に。
●45行目に改行コード変換も入ってるので、無効化する場合。
// 改行コードの置き換え
//string contents = enc.GetString(bs).Replace("\r\n", "\n"); //元のコード(CRLF→LF変換)
string contents = enc.GetString(bs); //改行変換を取り除いたコード
(関連記事)
【Unity】Plugins フォルダのプラットフォーム別フォルダ名 メモ
【Unity】「Missing (Script)」を修復する
【Unity】Unity2019以降で新規作成したアセットは、Unity2018以前にインポートすると壊れる?
【Unity】タイトルバーの「PREVIEW PACKAGES IN USE」を消す
【Unity】【C#】インスペクタの値を保持したまま変数をリネームする
【Unity】マテリアルで使用しているシェーダを調べる 
2022/11/30 Wed [edit]
わりと何でもない事だけど、意外とググってもあまり出てこなかったので、メモ。
簡単に言うと、判別はシェーダの名前(文字列)で判別するのが簡単。名前はインスペクタで Material をクリックしたときに出る情報の一番上にある「Shader」の文字列だね。Standard シェーダを使っていれば「Standard」、MToon シェーダを使ってるなら「VRM/MToon」となってるあれだ。正確に判別するなら、スラッシュ('/')を含めたフルパスにすれば良いし、バリエーション[Standard (Specular setup) 等]を含めるなら一部を判別するのも良い。
(※) Unity 2020.3.34f1 / Windows11(x64) で確認
そう考えるとコードにするのは簡単だ。例えば以下のような感じで判別すれば良いだろう。
●マテリアルに Standard Shader が当てられていたら、メッセージを出す
Material material; //何かのマテリアルがセットされているとする
if (material.shader.name.Equals("Standard", StringComparison.Ordinal))
{
Debug.Log("This material uses Standard Shader.");
}
Eqauls に StringComparison.Ordinal オプションを付けてるのは、以前記事にした「StartsWith, EndsWith が遅いのなら、Equals も遅いのか?」のときの知見から。"==" 演算子でも良いが、参照比較と紛らわしいので(文字列の場合はおおよそ大丈夫だが)、最近は Ordinal オプション付きで比較することが多い(実行速度も速い)。Unity マニュアルにも文字列比較の遅さが指摘されているが、私が実験した所、Ordinal オプション(単純な文字列の並びだけで比較)さえ付けていれば、実行速度が極度に遅くなることは無かった(100文字程度なら全然変わらない)。C# のバージョンにもよるかもだが、覚えておくと役に立つこともあるだろう。
以上の事が理解できたなら、よく使うものは拡張メソッドにしておくのが簡単だ。例えば Stanard, MToon 判別なら、以下のように作るのも良い。
●Material に Standard Shader 系/MToon 系が使われているか?(バリエーションも含む)
using System;
using UnityEngine;
/// <summary>
/// Material に Standard Shader 系が使われているか?(バリエーションも含む)
/// 2022/11/30 Fantom
/// http://fantom1x.blog130.fc2.com/blog-entry-421.html
/// </summary>
/// <param name="material">調べる Material</param>
/// <returns>true のとき Standard (バリエーション含む)</returns>
public static bool IsAnyStandardShader(this Material material)
{
if (material == null)
return false;
return material.shader.name.StartsWith("Standard", StringComparison.Ordinal);
}
/// <summary>
/// Material に MToon Shader 系が使われているか?(バリエーションも含む)
/// ※"VRM/MToon" だが、UniVRM 0.89時点なので注意(1.0以降は"VRM10/MToon10")
/// 2022/11/30 Fantom
/// http://fantom1x.blog130.fc2.com/blog-entry-421.html
/// </summary>
/// <param name="material">調べる Material</param>
/// <returns>true のとき MTonn (MToon10 等含む)</returns>
public static bool IsAnyMToonShader(this Material material)
{
if (material == null)
return false;
return material.shader.name.Contains("MToon");
}
実際にはプロジェクトに何のシェーダが含まれているかで真になる範囲は異なってしまうので、厳密にしたければ、Equals(name, StringComparison.Ordinal) でフルパス完全一致にするのも良いだろう。その辺は好きにやって欲しい。
問題は文字列判別なので、「Autodesk Interactive」のように名前が変わったもの(Unity2017 以前は「Standard (Roughness setup)」となっていた)は注意が必要だけどね。厳密にするならプリプロセッサ(#if~)で Unity バージョン分けした方が良いかも知れない。
最近は VRM Live Viewer でもシェーダを使う機能が多くなってきた。実はなるべく Unity の標準機能で作った方が後バージョンの互換性が高いので、以前は避けていた感あるが、Unity は既にこれまでの Standard Shader 等を使う BRP(Built-in Render Pipeline) はレガシーとしているので、いずれ SRP(Scriptable Render Pipeline) に移行しなくてはならないのがわかってるんだよね。
問題はシェーダを使った機能は互換性が全く無くなってしまうこと。しかし現行の Unity製アプリやサービス(特に2020年以前からあるもの)は BRP を前提として作られているので、なかなか移行タイミングが難しい。全てを捨てて移行するならともかく、過去の大量の資産(対応素材)も捨てることになるからね。なので Asset Store でも「SRPとの互換性」が表示されていたり、BRP/SRP 両方の .unitypackage が含まれているものも出てきている。まぁ、有料アセットはサポートあるもの多いけど、無料アセットはほぼ絶望的だね。まず移行できるものは少ない。なので少し諦めがついたという所かな。こうなれば SRP に移行する直前まで、BRP でできることを何でも入れてしまえ、みたいな(笑)。まぁ、結果できることは増えているよ。しかし本当に SRP に移行するときには、ほぼ全て作り直し(内部的には別物)しなくちゃならないけどね。
実際、無料アプリって報酬0だから、システム的な仕様変更・移行はめちゃくちゃしんどい。それに現代は「アプリは無料で作って貰えるのが当たり前」って風潮が強いので「あれ欲しい・これ欲しい。次は〇〇あったらいいな」と延々と言われ続ける。企業なら先行投資としていずれ利益になるから良いかもだが、個人ではただ単に知らない人にタカられてるだけに過ぎないからね。超有名なソフトの開発者が通常表に出て来ず、雲隠れしてしまう気持ちが何となくわかる。無名な私ですら年間100件ほど来るのだ。有名なら1000件は下らないだろう(有名なクリエーターが年間700件[=1日2件]でも大量に時間を取られる事に気づき、仕方なく有料にした話もある)。
よく考えてみればわかるが、個人に対する要求はその人の貴重な活動時間を奪い、他人のために無償で時間を使え、と言われてるようなものだ。これはその人がやりたい活動や予定を阻害してるのと同義となる。逆に自分が何かやろうと思っていたときに、他人の都合で邪魔されたら嫌だろう?特に個人で活動・配布してくれてる人には気をつけて欲しいかな。要求だけ突きつけて、規約も守らず、いい加減に使われていたら、やる気を無くす人も多い(パッタリやめてしまう人も少なくない)。いつでも「自分が逆の立場だったらどう感じるか?」を考えて欲しいね。そういうお互いの理解が無いとずっとは続けられない(だいたい1~2年が最初の山、3年超えると安定し、5年で世の中の状況が変わり進退を決める時が来る。10年超えはもう活動もその人の一部となる。そこまで行ったら沢山の出会いと別れを経験する[=もう活動やめてしまった人の方が圧倒的に多くなる]。結局他人の思いつきでタダ働きさせられた事実だけが残る)。あと5年経ったら今活動している人どれくらい残ってるかな…?ちなみに私は20年はとっくに超えている(昔はSNS自体が存在しなかっただけ)。もうそうなると知識×経験の掛け合わせで、無限にアイデアは浮かぶようになる(現に VRM Live Viewer は4年を超えてるがアイデアは尽きたことなく、今なお増え続けている)。時間はいくらあっても足りないくらいにね(笑)。
(関連記事)
【Unity】【C#】StartsWith, EndsWith が遅いのなら、Equals も遅いのか?
【Unity】ガンマ(Gamma, sRGB) - リニア(Linear) 値の相互変換
【Unity】Quality (グラフィック品質) を文字列で取得/設定する