Search Unity

2021 年へのロードマップ:Unity でのビジュアルスクリプティング

, 2月 4, 2021

先日、2021 年に向けたロードマップを発表しました。ブログでは、ロードマップで掲げた目標に向けて活動しているチームを紹介しています。チーム紹介シリーズの第 4 回となる本記事では、ビジュアルスクリプティングチームをご紹介します。

Unity は昨年公開した 2021 年に向けたロードマップにて、本年に優先して取り組む内容を提示しています。ロードマップについて紹介したブログ記事の公開以来、皆様から貴重なフィードバックを頂き、私たちは正式版としてリリースした機能のアップデートや、重要な機能を新しくお届けするための取り組みをこれまで以上に強化しております。それだけではなく、ワークフローやエディターを使った開発時の体験の改善にも着実に取り組んでまいります。

私たちがこのロードマップに書かれたことをどのように実現させていくかについて、ユーザーの皆様と話し合っていくことが重要です。そこで、私たちのプロセスの舞台裏をご覧いただくことで、Unity がどのようにしてクリエイターの力になろうとしているのかをより深く理解していただけるようにしたいと考えています。

本記事にはビジュアルスクリプティングチームの開発マネージャー Adam Blahuta とテクニカルリードの Theo Richart が登場します。彼らの話してくれたことが、ビジュアルスクリプティングとは何か、そしてなぜそれが 2021 年の Unity の 6 つの最優先事項のうちの 1 つとなっているのかを理解するのに役立つでしょう。

Warhammer: Underworlds Online』をプレイしたことがある方は、ビジュアルスクリプトが使われている例をすでに目にされています。ビジュアルスクリプティングは、コードを書かずにゲームやアプリのロジックを作成するためのワークフローとお考えください。このワークフローでは、ノードベースのビジュアルなグラフを使って、プログラマーでもノンプログラマーでもロジックを設計したり、素早くプロトタイプを作ったりすることができます。

この業界ではワークライフバランスを実現する難しさを常に実感することになりますが、それ故に、誰もがロジックを作れることがもたらす制作上の自由度の持つ重要性がこれまでになく高まっています。Adam は、以前のプロジェクトでビジュアルスクリプティングがチーム全体のワークフローをどのように変えたかを語ってくれました。「過去に戻れるなら、ビジュアルスクリプティングという道具を持って行ってあげたいですよ。もしこれが叶うなら、開発者が他の機能を作るのに忙しくてシーンをレビュー用に準備するために必要な操作可能な部品がすぐに完成しないと何度も愚痴をこぼし、落ち込んでいたレベルデザイナーを助けられるかもしれない。アーティストの UI を私がひどい形で取り込んだおかげで、彼のビジョンを台無しにしてしまったこともありましたが、あれも救えるかもしれない。また、ロジックを直接サーバーにプッシュする手段があれば回避できた iOS ホットフィックスの提出にストレスを感じつつ対応していたチームの貴重な時間を取り戻すことだってできるでしょう。」

現状のビジュアルスクリプティングにさらにアクセスしやすくすることで、これまでコーディングが主なデジタルソリューションだった他のユースケースに新たな可能性を開くことができます。ビジュアルスクリプティングは、ロボティクスのような重要な科学分野の学生とつながる方法になるのでしょうか。私たちは、その可能性のほんの一端に触れているに過ぎません。Unity の魅力は、ある機能を一度コミュニティの手に委ねれば、コミュニティがそれを使いこなして、素晴らしい成果物を生み出してくれるということです。

ビジュアルスクリプティングは、コーディングを完全に置き換えるものではないことに注意してください。これは、プログラマーと、アーティストやデザイナーのような技術職ではないチームメンバーの間で、よりシームレスなコラボレーションを可能にしてくれるものです。ビジュアルスクリプティングを通勤に使う急行列車に例えて考えてみてください。A 地点から B 地点まで移動する必要がある時に、停まらなくてもよい駅を通過したり、遅延を避けることができるなら、目的地までの所要時間を大幅に短縮することができます。ビジュアルスクリプティングも同様に、目的を達成するための時間を短縮してくれるものなのです。

「優れたビジュアルスクリプティングソリューションは、それを使う人の出来ることを増やし、ゲームの制作に積極的に貢献できるようにするということにも等しいのです。ビジュアルスクリプティングがなければ、プログラマーがゲームプレイとアート面での努力をつなぐ際にボトルネックを作ってしまうこともあります。」と Theo は言います。「最終的な目標は、プログラマーの手を借りられないユーザーのために、各プロジェクトに再利用できるような高レベルのノードを多数収めたライブラリを持つビジュアルスクリプティングを提供することです。詳細は、その実現時期が近づき次第、発表します。」

ビジュアルスクリプティングで以下のことができます。

  • キャラクター間の会話のような、スクリプトされたイベントの作成
  • 新しいプレイヤースキルの定義
  • ビジュアルエフェクトの制作
  • ステージへのトラップの追加
  • 衛兵を配置するようなノードの挿入
  • トリガーボックスの調整
  • シーンに適切なアニメーションの選択
  • 他にも様々なことができます!

コードを書くのが好きなら、ビジュアルスクリプティングとコードを併用することもできます。必要な時にノードを使えるというだけで、どちらか一方を選ぶ必要はなく、自分にとって最適な方法で作業を行えば良いのです。ビジュアルスクリプティングは、将来のプロジェクトのテンプレート作成のために使うこともできます。

ここまでに挙げたことを背景として、Unity はアーティスト向けのツールや機能の開発を加速させています。リアルタイムかつインタラクティブなグラフィックス、コンテンツ、および体験を作成するプロセス全体を、視覚指向のクリエイターにとってより直感的でアクセスしやすいものにすることが、2021 年の優先課題の 1 つです。

TL;DR:ビジュアルスクリプティングを使うと、これまでコーディングする必要があったクイックアクションの作成に、ノードを使ってそれを作るという選択肢を加えることができます。

ここまで、ビジュアルスクリプティングがプロジェクトにもたらす利点についてご覧いただきました。本記事の内容に対するフィードバックをお待ちしています。さらに詳しい情報を読みたい方やご質問されたい方は、Unity のフォーラムをご覧ください。

 

22 replies on “2021 年へのロードマップ:Unity でのビジュアルスクリプティング”

Sharing visual scripts is the worst part of using visual scripts. Here’s a solution I’ve seen used elsewhere.

One thing I really wish Bolt supported was a hash string thing for copying and pasting bolt code online. Here’s how it could work. You select the bolt graph things you want to copy and share from the graph. You right click and choose copy hash string. You then paste that hash string to a blog post, or forum, or chat, or wherever. Users can then copy that string and paste it into the Bolt graph and it appears. This would save me save so many headaches of trying to exactly recreate graphs from your tutorials and I get a tiny detail wrong.

I really wish you guys would actually finish something (you know, make it stable) before introducing “the next big thing” for a change.
I’m still waiting for things showcased 3 years ago to be production ready and all of them are a lot more important than visual scripting.

you promised info about DOTS roadmap a few months ago…
can we expect DOTS to be finished in the next 1000 years?!

I see no mention of Bolt 2 here. Are you still looking to release that at some point? My guess is you’re assessing the rate of adoption to decide whether or not to invest more resources into Bolt 2.

Not in the form that it was originally planned as a disparate, tacked-on 3rd party product. The best parts of Bolt, Bolt 2, (and DOTS VS) are being integrated into a cohesive and unified suite of Visual Graph Tools (including Visual Scripting Graph, Shader Graph, Visual Effect Graph, and others) in Unity built with Graph Tools Foundation. More info (with specific references to Bolt 2) in this Visual Scripting roadmap update from Laurent Gibert, Sr Product Manager @ Unity

https://forum.unity.com/threads/visual-scripting-roadmap-update-september-2020.978732/

Thanks for the detailed response. Good to hear they’re being unified, I’m hoping the API will be public so we can build our own VS tools on top of it.

This visual script arent for noobs.
U must yo know Code yo understand his Logic. Is a waste of time . lies and false promises

i think its pretty nice for artists and Manager to see how the code is working an make themshelf small changes if they want.
but as as programmer its a hell.

An advice: stay away from the crappy Bolt, I tried and after one month I rewrote everything, my manager was happy… Prefer Playmaker for sure.

Also, it says “explains the roadmap for next year” in first paragraph but its already 2021 now :) Might seem confusing

I already knew that. Thanks!

What I meant is that if you want people who never have done programming to use Visual Scripting (it’s what this article is all about), you should take care are make sure they can learn properly without any obstacle. At the beginning of that documentation: “Note. For versions 2019/2020 LTS, download the visual scripting solution from the Unity Asset Store.”
(I’ve been using Unity for 9 years and I know the differences between the package version and the Asset Store version are minimal, but maybe a beginner don’t, and those little things may put him off)

Thanks again for taking time to answer my comment.

Just found out about bolt and I’m stoked! This might be perfect for our designers to build simple POCs without the help of a developer.

You can use the option at the bottom of the docs page Report a problem on this page to report issues and provide feedback on the docs.

How would a new user of visual scripting know what the problems of the docs are versus their problems conceptualising what’s supposed to be going on, or is wrong?

Why would an experienced user be doing more than skimming the docs?

This isn’t chicken/egg.

The docs need to be excellent for a field of endeavour that’s attempting to be empowering. Nobody will do that for you, pay someone internally.

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です