概要
最近(2020年4月)VRChatでUDONがあついですね。
UDONとはVRChat専用のノードプログラミング環境(あってる？)で、UDONを使う事で色々な制御ができるようになります。
最近になって実装されたというわけではなく、UDONはそこそこ前から使えたのですがクローズドβのVRChatのみでしか使えませんでした。
これが最近のアップデートでいつも使ってる環境のVRChatでも使えるようになったので再注目されてるわけです。
また、VRChatのSDKもSDK2からSDK3にバージョンアップされています。
現在、UDONはAlpha版となってるので、機能しないものとかバグとかもあるっぽいです。
そこらへん、覚悟の上で使うのが良さそう。
環境構築
- UnityHubの導入
- UDON対応のUnityをインストール
- 新規プロジェクトを作成し、SDK3+UDONのUnityPackageを導入する
対応バージョンのUnityの新規プロジェクトにパッケージをぶちこめば環境構築終了です。
公式の導入手順とチュートリアルもあるのでリンクを貼っておきます。
サンプル
なるほど… pic.twitter.com/w9IFgMAewD
— けもみみおーこく (@kemomimi_oukoku) April 7, 2020
スイッチとなるオブジェクトをインタラクトしてから、指定した秒数後に切り替わるようなものを作りました。
UDONをC#みたいに書けるUdonSharpというのがあるのですが、どういうものか知るために一旦ノードを使いました。
この程度のものを作るのにも結構苦戦しました。
公式のドキュメントも殆どブランクのページになっていて、サンプルも無ければ、リファレンスもないので、他の人の情報を調べたり手探りでやる必要があります。
サンプルのコード
詳しくは説明しませんが、気を付けたほうがいい点と簡単なTips
・定数は「const (欲しい型)」で検索
・値の比較は「Less Than (欲しい型)」「Greater Than (欲しい型)」で検索
・入力に２つ以上のノードを扱うノードの場合、上と下が入れ替わると処理の結果が変わったりする事もある。
・Get Variableノードを直接Set Variableノードに繋ぐとSetできない。
Get VariableノードのデータはObjectの状態？
・イベント関数のノード(updateとか)は１本しか生やせない（２本生やして複数に繋げない）
イベント関数を分岐させるにはBlockノードに差して分岐させる必要がある
・暗黙的型変換は行えないので、型変換用のノードを差す必要がある
UnityC#みたいにfloatを直接Textに表示させるとかはできない
単純な処理も簡単にドカッとノードが増えて冗長になりがちです。
基本的にコードの方が処理を追いやすいですね…
UDONやった方がいい？
かなり目的によると思います。
VRChatのモダンな開発がしたい(？) のであればUdonSharpとGitを使った開発環境を整えるのがいいと思います。
必要なものが完成すればよくて、それがSDK2で実現可能でかつ簡単であるならSDK2でいいと思います。
今触るのは明確にUDONを触るモチベーションがある人が触るのがよさそう。
ただ、SDK2では作るのが難しかった、値を使った処理が素直に書けるのがUDONのメリットだと思います。
(詳しくないのですが)SDK2でもSlider使ったり、何かしらの方法で値をとる事はできると思うのですが、オブジェクトの現在地なんかを調べるのは難しいと思います。
(レンダーテクスチャのUV座標だとか、Standardassetのハックだとか、そういうのはあると思いますが）
UDONを使うとオブジェクトの現在地が現在地として知る事ができるので、値が素直に扱えます。
randomとかMathとかあるので、ゲームロジックとか、座標などの値のデータを使いたい処理があるのであればUDON一択だと思います。
初心者だけど何から学べばいい？
かなり難しい問題だと思います
何故なら、C#(MONO) の上にできてる Unity の上にできてる VRChat の上にできてる UDON の上にできてる UdonSharp を ネットワーク(同期処理) の事を考えながらやる必要があるからです。
どういう事かというと、Unity上で最新のC#の最新バージョンが使えるとは限らないし、UnityのC#にできてもUDONにできるとは限らないし、C#で書けてもUdonSharpでは書けない事もある とかそいうやつです。
そういうのを考えながら開発してゆく必要があります。
（ローカルで動くプログラムをネットワーク対応するハードルは結構高いし、VRC側のドキュメントも少ない）
また、理想を言えばShaderが書けたり、CGの基礎が分かってたり、3Dモデルをこしらえたり、デザインができたり、VRChatの仕様を把握していたりしたほうがいいという問題もあり
個人的に「VRChatはC#が書けないから素人のお遊び～」みたいなノリは完全に終わってる感じがします。VRChatの最前線でコンテンツ作るのは結構ヤバイ。
とはいえ、どこかしらから学習しないとUDONにたどり着けない。
個人的にいいんじゃないかな？と思う学習パターン
1.Progate のJavaコースを徹底的にやる
2.Unityのチュートリアルをいくつかこなす
3.UdonSharpで開発を開始し、分からなければぐぐったり聞いたりしながらコンテンツ制作をする
※あくまで個人的な主観です、人によっても違うかと思います※
Unityなのに何故Java？
「Javaをやる」というより**「クラスとか変数とかの基本概念を理解する」のが目的です。
プログラミングの基本概念がわからない状態で闇雲にUnityのサンプルを作っても、スクリプトの部分でどうしてこの書き方になるのか？とか、スクリプトが何してるのか？とか分からないので、Progateじゃないにしろ何かしらプログラムの基本概念**はおさえた方がいいです。
（クラスのインスタンス化、インスタンスからメソッドの呼び出し、引数戻り値、インスタンスへの変数のセット、コンストラクタ 辺りは分かった方が良さそう）
(Unityのサンプル作成はプログラムの深い所まで教えてない場合が多い、using の意味とか)
Progateのいい所
- 教材と課題を用意してくれる。自分で手探りしなくていい。１本道。
- Webで実習ができるので、自分で開発環境を構築する必要がない。
- Webでやれるので「隙間時間にちょっとやろ」みたいなのが気軽にできる。
- 仕事終わった後の勉強は腰が重いけど、Progateなら開ける（学習までの距離が近い）
- 一応、スマホアプリ版もある。
Progateの中に存在するコースの中でC#に近いと思うのがJavaなのでJavaコース。
Unityだとあまり扱わない純粋なクラスの作成、継承、インスタンス化の概念もProgateで学べる。
Unityのチュートリアル
ProgateのJavaコースをマスターした状態で、サンプルを作ると（分かる…分かるぞ…！）となると思います。
なので、下手にいきなりUnity開発におけるC#を学ぶより、プログラミングから入った方がよいという感じです。
ただ、ある程度Unityのクラスにアクセスする感覚があった方がいいとおもうので、ProgateからUdonに飛び級せずに、Unityで簡単なゲームをいくつか作った方がいいと思います。
UDON関連のリンク
参考にさせていただきました。ありがとうございます。
UDONの深い話
今すぐ開発！な人はphiさんの記事を見ておくといいかも
まとめ
VRChatとかいうUnityエンジニア養成プログラム