2026/5/30 draw(tokyo); #4 VJ振り返り

draw(tokyo);＃4にVJ出演した。

ダイジェストはこんな感じ。

フル尺はこちら。
途中で多少の機材トラブルがあったものの、概ね想定通りのパフォーマンスができたかな。

draw(tokyo);には第１回にも出演した。 その時の記事はこちら。
前回は素のhydraのみで、ゼロから完全即興のLiveCodingをやった。
あれから月日が流れ、今では自分用にカスタムしまくったhacha/hydraを使っている。
まぁ今回もLiveCodingをやることにはなるが、内容が違えども同じことをやったのではちょっとインパクトが弱いか？と考えた。
draw(tokyo);はテクニカルなことをやる演者が多いので、やはり自分も何かしら新しいものを見せて行かねば。
そしてできあがったのが

能力(システム)　"俺の左目お前の右目<ビジョン ブリッジ>"

DJ/VJ両者がHMD(MetaQuest3)を被り、それぞれの視点の映像をLiveCodingでガチャガチャと仕上げるという内容のものだ。
これについての細かい技術解説や苦労した点については後日AudioVisual勉強会で発表予定。

クラブイベントなんだから呑まなきゃ始まんねーぜ

パフォーマンス中にも何度となく交わされるショットグラスの乾杯！
何なら２人してバーカン前で乾杯してて、ブースが無人になる瞬間すらあるという有り様。
※筆者は特殊な訓練により酔っ払いながらでもLiveCodingができるのである。

やっぱクラブという環境があって、そこで我々は活動できるわけで。
となるとプレイヤーとしてはただ自分の表現を考えるだけじゃなく、如何に箱の売上に貢献できるかって観点は大事だよなぁ、と改めて思った。
酒が呑みたくなるような熱気・盛り上がりをどう作り上げるか、的な。
そういう意味では今回一緒にパフォーマンスしたDJ nadecoさんは流石解ってらっしゃる。ベテランだしIV AKIHABARAのオーナーだしね。
う〜ん、具体的なイメージはないけどなんかの機会にテキーラリアクティブVJみたいなアホみたいな機構を作ってみたいなｗ
一部の層にはウケるだろｗ

コード振り返り

細かい説明は省くが、hydraのs0, s1に2台のHMDからの映像送信が入るようにお膳立てしてあり、そこから先は普通にいつも通りhydraでのLiveCoding。
最終コードはこんな感じ。
ちなみに短縮名だらけだったり本家にないarray拡張を使ってたりするので、詳細はhacha/hydra-synthを確認されたし。

// 俺の左目お前の右目<ビジョン ブリッジ>

src(s0)
.bri(.18)
.cont([1.4,1.6].f(4))
.sat(1.3)
// .thr(.2,.0)
//.mul(s0)
.inv([0,0,0,1].f(1))
//.mul(osc(20,-.3).kaleid(2).rot(PI/2).thr(.2))
.add(src(o0).mod(noi(2,.2),.05).sat(1.012).hue(.13), .75)
.diff(src(o0).scrY([.01, 0,0,0].lin(.5).s()).sca([.985,1.01].sin().h(4)).kaleid(6))
.out(o0)

src(s1)
.bri([.12,.18].f(2))
.cont([1.06,1.3].f(4))
.sat([4.8,0].lin(.25).s())
.hue(()=>time*.5)
.colama(-.01)
//.scrX(0,.25)
//.sca(1,2)
//.rep(3,1)
//.diff(src(o1).scrY(-.00001).hue([-.03,.02,-.01].sin(.01)).sat(1.01))
.out(o1)

src(s1)
.bri(.2)
.cont(1.3)
.colama([.9,0,0,0].lin(4).s())
//.scrY(0,.2)
//.rot(0,.4)
// .kaleid(4)
//.ble(src(o2).sat(1.1).hue(-.02).modSca(noi(3), .015), [1,0,0].f(1))
.out(o2)

src(o2)
.ble(src(o1), [0,0,0,1].f(.25))
.ble(src(o0), [1,0].sin(2).h(4))
//.add(src(o0).luma(), [1,0,0].lin(1).s())
.mul(noi1(16).thr(.009), [0,1].f(4))
.diff(src(o3).sca(1.01).pstr(8))
.ble(src(o3), 1)
.out(o3)

render(o3)

bpm=175/2

普段と大きく勝手が違う点があるとすれば、画面をHMDのパススルーカメラ越しに見ているというところ。
一応画面出力をHMDにも送って、目の前に置いたQuadに貼り付けて確認できるようには作ったが、どうにも通信環境が安定せずコードを読むには厳しかった。
まぁHMDのカメラ越しでも何とかLaptopのコードを読めるのは事前に確認済みではあったが、流石に小難しい処理を仕込むのはちょっと厳しい。

これまでも何度か固定したWebカメラの入力を使ったVJはやってきたが、今回はHMDなので視点が固定されず動く。
つまり何もしなくても画面には多少の動きが出る。
それなら比較的シンプルな加工と抜き差しのリズムで１時間ぐらいは余裕持たせられるだろう、という算段。
特に今回はコンセプトとしてDJとVJの視点が混じり合っているということを分からせる必要があるので、画面全体をkaleid()したりしていじりすぎると何が行われているのかが分かりづらくなるしね。

そんなわけで概ねの構成としては、s0(VJの左目映像)とs1(DJの右目映像)をo0,o1,o2で加工しておいて、o3でそれらをガチャガチャ切り替えつつ出力する。
カメラ映像を使う時にいつも直面する問題として、実際にどれぐらいの明るさの環境になるのか読めず、そして大抵の場合は思った以上に暗い。
今回も想定以上にカメラ映像が暗かったので
src(s0)
.bri(.18)
.cont([1.4,1.6].f(4))
.sat(1.3)
って感じで.brightness()で持ち上げて、全体が白くなっちゃうのを.contrast()で無理やりはっきりさせて、.saturate()で彩度上げて全体として少ない明るい部分を強調する。
なんかもうちょっと上手いやり方があるといいのだが。
トーンカーブ的なoperationを追加実装したら便利だろうか。
各種パラメータは時間の進行に合わせ、ちょっと画面全体の変化量を増やしたくなった際にarrayで値を動かしたりにも使う。

【追記】.gamma()を追加した。commit
「便利だろうか」と心の中で思ったならッ!
その時スデに実装は終わっているんだッ!

少ない手数で絵的な変化を生みたい場合によくやるのが.thresh()でパキッと二値化。
そのままモノクロで出してもいいし、.color()で色付けしたり、osc()や他のカメラ映像を.mult()で抜くソースに使ったり、.luma()したものを.layer()で上位レイヤーに使ったりと、ここから考えられる派生手が色々思いつく。
そういう意味でも.thresh()を絡めた加工パターンを普段から研究しておくと役に立つ。

あとはよくやる.diff(src(o0)).out(o0)でのfeedback処理だが、今回は全体的に暗くてあまりはっきりしないのでそこまで面白さを引き出せる感じでもなかったな。
.add(src(o0), .9).out(o0)とかでのdelayエフェクト的なものは、わりと無難に使える。
これもamountを.add(src(o0), [0,0,0,1])のように瞬間的に極端な値をぶち込んだりすると面白くなったりならなかったりする。

今回結構気に入ったのは.colama([.9,0,0,0].lin(4).s())。
.colorama()は地味めな絵でも全体を激しく変化させやすい。
ただそのままだとただvividなだけの絵になるので、それをやはり瞬間的にゲートを開く感じで適用したい。
[.9,0,0,0].lin(4).s()の部分は厳密に書くと[.9,0,0,0].ease('linear').fast(4).saw()である。
.ease('linear')がよく使う割にタイプ量が多いので.lin()と書けるようにした上で、どうせ.fast()も使うに決まってるからspeedをパラメータで渡せるようにしてある。
.saw()は本家にはないもので、arrayの末尾から先頭へは値が繋がらなくなる。
元のarray拡張では三角波しか表現できなかったものをノコギリ波を表現できるように拡張した。
そんでもってこれもよく使うから.s()と極限まで短縮できるようにしてある。

これら数々のカスタムがあればこそ、HMD越しで多少見づらくても高速にLiveCodingでの展開が可能となる。
ある程度形ができてきたら、s0とs1を入れ替えたり、行単位で加工処理自体をカット＆ペーストで別の流れに組み替えたりを音楽的展開に合わせて変化させ続けるだけで間を持たせられる。

Trouble

念のためで持っていったHDMIケーブルが、リハで繋いでみると使えなかった。
確か家ではプロジェクターに繋いで使えていたはずだが、間にスイッチャー(ATEM Mini Proかな)が挟まると駄目だった。
細かい原因までは分からんが、まぁ確かにそういうことはありそう。
信頼性の高いケーブルを一本持っておくといいのかも。

改造版hydraでは内部で暗黙的にhydra-strudelをロードしている。
これは[0,0,0,0,0,0,0,1]と刻みたい場合に記述が冗長だから、strudelのパターン記法を使ってP("0@7 1")と書きたいためだけにロードするようにしていた。
しかし以前にもあったのだが、どうもたまに書いてみるとP()がundefinedになることがある。
今回も遭遇したので使用を諦めたが、まぁ読み込みタイミング問題なんだろうと重い腰を上げて直しておくことにした。
結局使いたいのはP()だけでオーディオ系の機能はなくてもよかったりしたので、必要な機能だけに削ぎ落とした。commit
あとついでに[0,1].fast(.5)とP("0 1".slow(2))のテンポが合うようにもした。
これでP("0 <1 [2 3]>")みたいな複雑なパラメータシーケンスを組み込みやすくなって、少ないタイプ量で映像の複雑度を上げやすくなった。

共演者