f:id:amagitakayosi:20180831004034g:plain

こんにちはアマギです。もうすぐUnity歴3ヶ月です。
8/27、表参道のADIRECTORチャネルにてVJ出演しました。

Radical Hardcore Clique x VJ Takayosi Amagi (2018.08.27) #dollhouse #brdg #madewithunity #veta #ADIRECTORチャネル pic.twitter.com/wKcquy8aq8
— BRDG / VRDG (@tokyomax) 2018年8月28日

ADIRECTORはavexによるテクノロジーとアートのイベントです。 4階建てのビルをまるごと使って、FEMMによるパフォーマンスや、観客参加型のプロジェクションマッピングなどを楽しめました。

https://adirector.jp/

会場には6画面の透過スクリーンを使ったライブ会場があり、Radical Hardcore CliqueがDJパフォーマンスを行っていました。最終日のVJとして、僕、Scott Allenさん、rystyleeさんの3人で挑みました。

Radical Hardcore Clique、バキバキの音でかっこよかった…… 他のVJもめちゃくちゃ高品質で最高だった、勉強になります！！

全7回終了。雷雨の中、ADIRECTORチャネルご来場ありがとうございました。昨夜のDJ RHC x VJ Scott Allen, rystylee, Takayosi Amagi ⏬ #femm_dollhouse #brdg #adirector #livecoding #madewithunity #openframeworks #平成最後の夏 pic.twitter.com/68pD7OF2jc
— BRDG / VRDG (@tokyomax) 2018年8月28日

こっちは妙な動きでVJする僕です:

VJ amagi #femm_dollhouse #brdg #VETA pic.twitter.com/EIDA2u4ruc
— BRDG / VRDG (@tokyomax) 2018年8月27日

雷雨の中たくさんの方々に来ていただき、大いに盛り上がりました。ご来場いただいた皆さま、ありがとうございました！！めちゃくちゃ楽しかったです。

同業のみなさまとも交流できて嬉しかったです。お誘い頂いたBRDGの方々、会場の方々、ありがとうございました……！

さて、今回のVJでは、Unityでシステムを作ってパフォーマンスを行ないました。
この記事では、このVJシステムについての紹介と反省を書きます。

Unityを選んだ理由
作ったもの
- 構成
反省点
【宣伝】9/15(土) 渋谷でVJやります

Unityを選んだ理由

今回のイベントでは、DJを前後3枚ずつの透過スクリーンで囲んで投影した。そのため、フルHDを2画面出力できるツールを選ぶ必要があった。

僕は普段のVJでは、自作のVJソフトVEDAか、TouchDesignerを使っていた。

VEDAはGLSLのライブコーディングができるツールだ。 VEDAは2画面出力に対応していない。たぶん実装するのは簡単なんだけど、商業イベントでいきなり使うのはちょっと怖い。あと、DJのサンプル音源を聞いてみて、今回はライブコーディングではないキャッチーな映像を出してみたいと思った。

TouchDesignerの場合、無料版では1280x1280までしか出力できない。フルHDを2画面出力するためにはProライセンスへの課金が必要となる。

他のツールとしては、Unityが選択肢に挙がる。最近はVJやジェネラティブアート界隈でUnityを使った作品をよく見るし、今回のイベントでもトップバッターのKeijiroさんが使っていた。僕は6月に転職してからUnityを触っており、UnityでVJシステムを作るのも良い経験になりそうだ。

というわけで、TouchDesignerにお金を払うか、UnityでVJシステムを自作するかの2択となった。せっかくなので新しい事に挑戦したいと思い、後者を選んだ。

VJを始める方法

1. VJソフトを作ります pic.twitter.com/ZGScuwfzBb
— amagi【8/27 VJ at 表参道DOLLHOUSE】 (@amagitakayosi) 2018年8月13日

作ったもの

github.com

Main.unity がメインのシーンです。実行にはREADME.mdに書いたアセットをimportする必要があります。

めっちゃ急いで実装した結果コードはハチャメチャなのであんまり見ないで……！マルチシーン部分とか、エフェクト操作部分は参考にしていただければ。

構成

f:id:amagitakayosi:20180828212154p:plain

めちゃくちゃ詰め込んだシステムになった。特徴はこんな感じ。

2画面出力 + 操作用の画面の3ディスプレイ構成
Unityシーンの加算ロードによる映像ソース切り替え
外部からのビデオ入力を利用
キーボードとMIDIコンによる操作
前後スクリーン同時にエフェクトかけられる
レイマーチングもあるよ！

3ディスプレイ構成

前述の通り、今回は2画面出力する必要があった。加えて、映像ソースの切り替えや、実際にスクリーンを並べたときの状態をプレビューするため、操作用の画面を作成して、PCのディスプレイに表示した。

Unityではカメラを複数用意することでマルチディスプレイ用のアプリを作成できる。映像ソース切り替えにも専用のカメラを配置したため、メインのシーンだけで7個のカメラを使うことになった。

今回はリハの時間がとれなかったので、京都で何度も動作確認を行っていた。
動作確認の様子:

www.instagram.com

ゲーミングPCじゃないと動かないと思う😇

Unityシーンの加算ロード

f:id:amagitakayosi:20180830180543p:plain

映像ソースは、Unityでシーンを作り、メインのシーンから呼び出すようにした。 Unityでは基本的に1つの世界を1つのシーンで表現するんだけど、SceneManager.LoadScene(scene, LoadSceneMode.Additive) で、現在のシーンに他のシーンを重ねて実行できる。各シーンのルートにSubSceneControllerを置き、単独で実行された場合は通常どおりに実行、他のシーンから呼び出された場合はRenderTextureに描画結果を書き出した。