LoginSignup
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@funatsufumiya(Fumiya Funatsu)

TiXL (Tooll) からRustのdllを呼び出す方法 （C#カスタムオペレータの作り方 + TiXL v4 の最小限の基本操作）

Last updated at Posted at 2025-05-20

この記事は、執筆時点でまだプレビュー版のTiXL (v4)を取り扱った記事になります。

今後の安定版では仕様などが変更される可能性がありますので、あくまで参考程度にし、都度公式ドキュメントやソースコードをよく確認されることをおすすめします。

まずTiXL (Tooll) とは

TiXLというVJツールキットがある。バージョン3まではToollと呼ばれていて、執筆時点でプレビュー版のバージョン4からTiXLと呼ばれるようになった。

SnapCrab_NoName_2025-5-20_9-58-31_No-00.png

TiXL (Tooll) の特徴として、TouchDesignerのようなノードベースのリアルタイムグラフィックスが扱える。

SnapCrab_NoName_2025-5-19_17-52-30_No-00.png

内部構造的にはどちらかといえばUnityのVFX Graphに近くて、コンピュートシェーダーを基本としたGPU駆動のグラフィックス操作に特徴がある。特にv4 (TiXL) からはSDF (Signed Distance Field) 周りのオペレータなどが拡充されたり、操作性や全体構造などが改善された。

スクリーンショット (15).png

本記事の概要

スクリーンショット (5).png

本記事では、プレビュー版のTiXL v4（執筆時点でv4.0.2 Preview 3）において、Rustのdllを自作のC#オペレータ（ノード）から呼び出す方法を紹介する。

TiXL (v4) も基本的にはTooll3と同じなので、極力両方のバージョンを意識しながら解説していくものの、今後の正式版リリースによってフォルダ構造の変更の可能性がある点に注意。

TiXL (v4) で最初のプロジェクトを作る方法

執筆時点で TiXL (v4) の情報が皆無なので、最初の基本操作だけ紹介しておきたい。（Tooll3の場合は全く手順が違うので飛ばしてほしい。）

TiXL (v4) を起動すると、Project Hubというものが最初に起動する。その横にある「＋」(プラスマーク) から、新たにプロジェクトを作る。

スクリーンショット 2025-05-20 122304.png

Project Hubから出来上がったプロジェクトを開くと、Exampleなどの雛形が生成されている。1

スクリーンショット 2025-05-20 122448.png

ここで、「TiXL > New Operator...」を使って新しいシーン（オペレータ）を作る。

スクリーンショット (6).png

スクリーンショット 2025-05-20 122549.png

作られたオペレータは先程のExampleの雛形に混じって置かれているので、ダブルクリックすると開ける。

スクリーンショット (7).png

スクリーンショット (8).png

あとの基本操作はTooll3と変わらないが、MagGraphと呼ばれる、磁石のマグネットのようにノードがくっつく新しい操作スタイルなどの若干の変更点はある（無効化もできる）。これについては当記事の範疇を超えるので、割愛する。

（新規ノードを作るときはTabキー、削除するときはバックスペースを2回押し、上の階層に戻るときは背景をダブルクリック、くらい覚えておけば大丈夫なはず。）

TiXL (Tooll3) でカスタムオペレータ (C#) を作る方法

これについては以下動画が詳しい。

TiXL (Tooll) では、ノード（オペレータ）を右クリックすると「Symbol definition... > Duplicate as new type...」という、既存のノードを複製して独自のカスタムノードを作る機能がある。

スクリーンショット (9).png

ここで一点注意として、どんなオペレータでも複製できるのだけれど、ノードベースなのですべてのオペレータがC#で作られているとは限らない。どのオペレータもインターフェイスとしてのC#は必ず生成されるが、中身がほとんどないものはノードベースで構築されていて、C#以外のメタファイル（.t3や.t3ui）などに結線の情報が記述されている。

Moduloを複製してカスタムオペレータを作る

まずここでは、「Modulo」というオペレータを複製する。名前はRustInteropTestとしておく。

スクリーンショット (9).png

スクリーンショット 2025-05-20 104635.png

複製元のModuloの元コードは以下のようになる。（複製によってnamespaceとクラス名は変更される。）

以下に念の為全文を掲載しておく。

Modulo.cs
namespace Lib.numbers.@float.basic;

[Guid("5202d3f6-c970-4006-933d-3c60d6c202dc")]
internal sealed class Modulo : Instance<Modulo>
{
    [Output(Guid = "4e4ebbcf-6b12-4ce7-9bec-78cd9049e239")]
    public readonly Slot<float> Result = new();

    public Modulo()
    {
        Result.UpdateAction += Update;
    }

    private void Update(EvaluationContext context)
    {
        var v = Value.GetValue(context);
        var mod2 = ModuloValue.GetValue(context);

        if (mod2 != 0)
        {
            Result.Value = v - mod2 * (float)Math.Floor(v/mod2);
        }
        else
        {
            T3.Core.Logging.Log.Debug("Modulo caused division by zero", this);
            Result.Value = 0;
        }
    }
        
    [Input(Guid = "8a401e5d-295d-4403-a3af-1d6b91ce3dba")]
    public readonly InputSlot<float> Value = new();

    [Input(Guid = "62a8185f-32c0-41d2-b8be-d8c1d7178c00")]
    public readonly InputSlot<float> ModuloValue = new();
}

ここで注意として、各Guidは一意になっていないといけない2。PowershellのNew-GuidコマンドからもGuidの新規生成は可能で、自分の場合はVSCodeのGuid生成の拡張機能を使っている。（ショートカットキーなど好みがあると思うし、複数種あるので好きなものを選んでほしい。）

ここで生成したGuidは、先ほどちらっと触れた、.t3 や .t3ui などのメタデータの中で利用される。本来はそちらの記述も変更したり、エディタから生成されるものからコピーしたりする必要があるが、これについては当記事では割愛する。

C#のコードを開く方法

順番が少し前後して申し訳ないが、オペレータを複製して一度プロジェクトを保存すると、プロジェクトフォルダに .cs が生成される。（→ 一度プロジェクトを保存するのが必要。 保存していないとファイルも生成されない。）

これを開くには、素朴に.csをVSCodeなどから開いて編集しても良い。この場合も.csは自動的に再ビルドされる。

ただそれだと構文解析などがあまり効かなくて不便なので、TiXL (v4) の場合は、一度プロジェクトを一つ開いたあと、「TiXL > Open Project in... > Development IDE」からVisual Studioのプロジェクトを開くと良い。

スクリーンショット 2025-05-20 105819.png

スクリーンショット 2025-05-20 114904.png

（Tooll3でもVisual Studioを使いたい場合は、公式ドキュメントの Installing with development environment を参考にしてほしい。ただし、TiXL v4の公開によってWikiの内容が変更になる可能性があるので、リンク切れに注意。現時点で既にgit cloneのURLはTiXL v4を指してしまっていたりするので、読み替えが必要。）

注意として、Visual Studioで開く場合も、ビルドはファイルの変更を検知して基本的に自動で行われるので、Visual Studio側から再ビルドを行う必要はない。ただ、稀にTiXL自体が起動しなくなるようなdllを生成してしまうことがあるので、その場合はプロジェクトフォルダのbin\Debug 以下を一度削除して再起動する必要が出てくる。（ブラウザでいうところのキャッシュを消すような感じ。）

（※ ただしTooll3の場合は、dllの配置先はインストールフォルダ直下だが、各オペレータに関する中間ファイルは明示的には生成されないようなので、自作オペレータの再ビルドをかけたい場合は、単にTooll3を再起動すれば良いはず。）

TiXL (v4) と Tooll3 のフォルダ構造の違い

ここで一点、バージョンごとにフォルダ構造の違いに触れておきたい。

Tooll3までは、すべてのプロジェクトが一箇所で一元管理されていた。 インストールフォルダそのものがプロジェクトフォルダとなっているので、ある意味わかりやすいが、ファイルがごちゃごちゃしやすい。

TiXL (v4) からは、ユーザのプロジェクトは基本的に Documents\TiXL 以下に配置されるようになった。インストールフォルダ (例えば C:\TiXL\TiXL-v4.0.2) とは分離されている ので注意が必要。

カスタムオペレータを作っていく

さて、ここからは好きにコードをいじれば良いのだけれど、先に全文を掲載する。（namespaceなどは各人で読み替えてほしい。）

RustInteropTest.cs
using System.Runtime.InteropServices;
namespace fu.test.test2;


[Guid("4334b296-8559-4707-a35b-99ccb08215a7")]
internal sealed class RustInteropTest : Instance<RustInteropTest>
{
    [DllImport("rust_interop_lib.dll", CallingConvention = CallingConvention.Cdecl)]
    private static extern float add(float a, float b);

    [Output(Guid = "8fd92c8e-d043-4a6e-97b7-594830f59e2c")]
    public readonly Slot<float> Result = new();

    [Output(Guid = "7b1b40b9-9450-43d0-a8e6-1d05ac5ff313")]
    public readonly Slot<string> OutText = new();

    public RustInteropTest()
    {
        OutText.UpdateAction += Update;
        Result.UpdateAction += Update;
    }

    private void Update(EvaluationContext context)
    {
        var a = ValueA.GetValue(context);
        var b = ValueB.GetValue(context);
        var v = 0.0f;

        try {
            v = add(a, b);
            Result.Value = v;
        }
        catch (Exception e) {
            T3.Core.Logging.Log.Debug("RustInteropTest caused exception (maybe dll not found): {0}", e);
            Result.Value = 0.0f;
        }

        OutText.Value = $"{a} + {b} -> {v}";
    }
        
    [Input(Guid = "61814eeb-54eb-4f0e-a896-1292698e3c4e")]
    public readonly InputSlot<float> ValueA = new();

    [Input(Guid = "ca343900-a386-43b8-91b7-366cd9d72379")]
    public readonly InputSlot<float> ValueB = new();
}

このコードでは、出力が2つあって、Result (float) に 入力された ValueA (float) と ValueB (float) の足し算の結果を返す。

そして、デバッグ用に OutText (string) に、 a + b -> c のテキストを返す。（冒頭のスクリーンショット ↓ ではこちらを使って結果を表示している。）

スクリーンショット (5).png

Rust側のdllを準備する

先程のコードのDLL呼び出し部分を見ておきたい。

[DllImport("rust_interop_lib.dll", CallingConvention = CallingConvention.Cdecl)]
private static extern float add(float a, float b);

ごくシンプルに、rust_interop_lib.dll というものから、float add(float a, float b) に該当する関数を呼び出すというものになっている。（呼び出し時にdll関係のエラーが出る可能性があるので、try-catchで囲んで呼び出している点にも注意。）

となるとあとは単純にこの名前のdllを作って、TiXL (Tooll) が実行時にdllを確認できるパスにそのdllを配置すれば良いことになる。

雛形は以下に作った。

上記をユーザのプロジェクトフォルダにクローン (git clone) して、cd rust_interop_lib; cargo build --release すれば、target\release\rust_interop_lib.dll にdllが生成される。

あとは、TiXL (v4) の場合は (ユーザプロジェクトフォルダの) dependencies 直下に（PlaceNativeDllDependenciesHere.txtというファイルがあるフォルダの直下に） dllを置いて、冒頭のスクリーンショット ↓ のように正しい結果が出れば成功となる。もし計算結果が表示されなかったり、-> 0 のように結果がおかしい場合はdll読み込みに失敗している。

（読み込まれない場合は、bin\Debug を一度削除して再起動するなどして、再ビルドを促すと正しくdllがコピーされ、読み込みが成功する。）

スクリーンショット (5).png

補足: TiXL (v4) でのdll配置場所

【追記】dll配置場所について、記事公開当初誤った記載をしていたので、前項の内容も含めて正しい記載に直しました。以下内容についても、追記後の内容となっています。

記事公開当初、誤った配置場所にdllを置いていたり、再ビルドしていなかったりしたため、一度置いたdllが消えてしまったり、読み込まれなかったりのトラブルに見舞われていた。

再ビルドしなくても必ずdllを読み込ませるための回避策は一応あって、TiXL自体のインストールフォルダの runtimes\win-x64\native にdllを置くという方法がある。具体的には、C:\TiXL\TiXL-v4.0.2\runtimes\win-x64\native 以下にdllを置けば、C#オペレータの再ビルドに関係なくdllが読み込まれる。

これで一応解決なのだけれど、これだと先に説明した、TiXL (v4) からユーザのプロジェクトフォルダが分離された意味があまりなくなってしまうので、ユーザプロジェクトフォルダの dependenciesフォルダに基本的にはユーザのdllは置き、必要に応じて再ビルド（bin\Debugを消して再起動するなど）させるようにしてほしい。（dependencies以下に置いたdllは、再ビルド時にdllは必ず実行パスにコピーされる。）

まとめ

これで好きな（Rustなどの）dllを呼び出すことが可能になった。例えばRustのDeep Learningフレームワークであるburnなども使えるようになるし、Rust以外にもC/C++やPyPyなどのdllも読み込めるので、できることの幅がぐんと広がる。

なお、dllを毎回作るのはちょっと面倒だなぁと思う人は、Chataigne (※フランス語で栗の意味) などのOSC通信によっていろんなやり取りを可能にする方法をまず検討すると良いかもしれない。これだとTiXL (Tooll) と別のソフトをいくつか立ち上げて通信することにはなるものの、OSCを介在して手っ取り早くいろんなやり取り（例えばArduinoとやり取りしたり、センサーやDAWとやり取りしたり）が可能になる。

個人的に、dllを呼び出すよりもC#で直接書いたほうがいいケースのほうが多いとは思うので、nugetなどを使って外部ライブラリとやり取りする方法なども調べていきたい。（基本的には通常のC#プロジェクトと同じ流れになるはず。 【追記】 .csproj があるフォルダで、dotnet add package NumSharp などすれば普通に使えた。Visual Studioの補完もきちんと効く。）

  1. Exampleなどの雛形を消したい場合には、マウスで全選択して消せば良いのだけれど、そのとき全てのノードがプレビューされようとして重いので、Output Viewの画面をなにか一つにPin留めをしておくとスムーズに消せる。（Pinについては、F12キーのFocus Modeに入ったときに勝手にPin留めされたりとハマりがちなポイントなので、覚えておくと良いと思う。） スクリーンショット 2025-05-20 123847a.png ↩

  2. Guidが一意になっていない場合（他と重複がある場合）は、Visual StudioやTiXL (Tooll3) の起動時に警告やエラーが出る。このとき最悪の場合はTiXL (Tooll) 自体が起動できなくなってしまうので、特に TiXL (v4) では、本文中で解説した、中間生成結果のdllを消して再ビルドを促すような処置が必要になる。 ↩

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?